Scrum Framework - 5 Events in Scrum Framework

In my previous articles, we have discussed 3 Roles and 3 Artifacts in Scrum. In this article, we are going to discuss 5 events in the Scrum Framework.

There are Five events in Agile Scrum Framework.
  1. Sprint Planning
  2. Daily Scrum
  3. Sprint Review
  4. Sprint Retrospective
  5. The Sprint

    (Figure: Life cycle of Scrum from http://www.agiletroop.com/product/life-cycle-of-scrum/)
Sprint Planning is the event in which the Product Owner presents the ordered product backlog to the development team.

As the word suggests, 'Sprint Planning' means we are going to plan the work to be done in the Sprint.

There are two main parts - 'What' and 'How'.

  • 'What' can be done in this Sprint?
  • 'How' will the selected work get done?

What can be done in the Sprint -

  • In this part, the Product Owner presents the product backlog items with high business value tasks as a first priority to the development team.
  • All team members collaborate to understand the work.
  • The development team has all rights for taking the number of items in the sprint; Product Owner or Scrum Master cannot force team for more tasks.
  • Sprint has Sprint Goal that is decided in the Sprint Planning phase and helps dev team to focus on more details of the tasks and what really needs to be accomplished.

How the selected works gets done -

  • In the second part of Sprint planning, the development team plans on how to produce the next product increment.
  • The development team does planning and design to make sure that they will achieve Sprint Goal.
  • Product Owner may remain available during the planning if the team has any questions.
  • Scrum Master also helps the team in case any arrangements need to be done for achieving the Sprint Goal.

Summary

  • Who will participate - Development Team, Product Owner, and Scrum Master.
  • When - At the beginning of the sprint
  • Time-box - Maximum of eight hours for the four weeks Sprint.
  • Input - Product backlog, latest product increment, the definition of done, team capacity, past performance.
  • Output - Sprint goal, sprint backlog, a clear understanding of work to be done during the sprint, transparency.
Daily Scrum is a daily standup meeting between Scrum Team. It's a 15-minute time-boxed daily event generally held at the same place and the same time.

In this meeting, development team explains -

  • What did I do yesterday?
  • What will I do today?
  • Are there any issues or Impediments?

Development team inspects the progress towards the Sprint goal in the daily standup. The everyday 15-minute meeting with the team helps each member to work together in a self-organized way, and they learn collaboration.

Scrum master makes sure that the each member participates in the daily standup. This helps the team in terms of better communication, decision-making, and improved level of knowledge.

The team learns inspection and adoption.

Summary

  • Who will participate - Development Team, Scrum Master (Product Owner – Optional)
  • When - Everyday same place, same time
  • Time-box - 15 mins Max.
  • Input - 3 questions - "What did I do yesterday?", "What will I do today?" and "Are there any issues or Impediments?"
  • Output - Clear idea about the progress towards Sprint goal, any issues or Impediment idea in the earlier stage.
Sprint Review is held at the end of each Sprint. The main purpose of the Sprint review is to inspect the incremented product created in the Sprint and adapt the product backlog if needed.

The Development Team demonstrates the work that it was done. During the review meeting, Scrum Team and Stakeholders collaborate to discuss what was done in the Sprint and what to do next.

It will give valuable feedback to the subsequent Sprint planning. Sprint review meeting is an informal meeting, not a status update meeting.

Summary

  • Who will participate - Development Team, Scrum Master, Product Owner and Stakeholders
  • When - End of the Sprint and before sprint retrospective.
  • Time-box - Four hours for one month's Sprint.
  • Input - Product Increment, Changes to the product backlog during the Sprint.
  • Output - Updated product backlog, New Idea, clear picture of tasks and product.

Sprint Retrospective is the chance for the Scrum team to inspect itself and create a plan for improvements to be taken care in the next Sprint.

The main purpose of the Sprint retrospective is,

  • Inspect how the sprint went with regard to process, tool, and people.
  • Identify items that went well and potential improvements.
  • Create an action plan to implement improvements in the scrum team.

Scrum Master encourages the team to improve. In the Scrum process framework, practices of processes make tasks more effective and enjoyable for the next Sprint.

Implementing these improvements in the next Sprint is the adaptation to the inspection of the Scrum Team itself.

Summary

  • Who will participate - Development Team, Scrum Master, Product Owner
  • When - at the end of the sprint after sprint review.
  • Time-box - Three hours for one month's Sprint.
  • Input - Results from the sprint, Sprint Events
  • Output - Lesson learned, Improvements, and action list for the next sprint.

Sprint is the heart of Scrum. It's a time-box of one month or 2 weeks and a container of all other events (Sprint Planning, Daily Scrum, Sprint Review and Sprint Retrospective).

A new Sprint starts immediately after the end of the existing Sprint. During Sprint, the team works together to create a potentially shippable product increment.

  • Sprint enables predictability.
  • Sprint limits risk.
  • Sprint duration should be consistent during the development effort.
  • Sprint ends when time box expires.

During the sprint no changes made in sprint goal, quality goal do not decrease and scope may be renegotiated between the Product Owner and Development Team as more is learned.

Cancelling a Sprint

A Sprint can be canceled before the Sprint duration is over. only the Product Owner can cancel the Sprint he has the authority to cancel

Product owner may do so under influence from the stakeholders, the Development Team, or the Scrum Master. A Sprint would be canceled if the Sprint Goal becomes obsolete.

Hope you like this article. Please let me know your feedback in the comment section.

Reference
  • https://www.scrumalliance.org/
  • http://staragile.com
  • http://www.agiletroop.com/product/life-cycle-of-scrum/

Up Next
    Ebook Download
    View all
    Learn
    View all