Guide to the five types of scrum meetings - LogRocket Blog (2024)

Editor’s note: This blog was updated on 3 May, 2023 to update and re-organize information, as well as create summary tables.

According to The Scrum Guide, scrum is a framework that allows teams to deliver complex products and features quickly and efficiently. In the world of product management, the scrum framework is an invaluable tool for delivering complex products and features both rapidly and efficiently. Regardless of the variations in each organization’s framework and methodology, core scrum meetings continue to fill up calendars across the industry.

This comprehensive guide will introduce the fundamental concept of scrum and delve deeper into each of the five essential scrum meetings: sprint planning, daily scrum, sprint review, sprint retrospective, and backlog refinement.

What is a scrum meeting?

The term “scrum meeting” describes all regular meetings held by scrum teams. The purpose of these meetings is to ensure smoother product management and development with complete transparency and autonomy.

In addition, scrum meetings help foster collaboration while setting shared expectations and delivery goals for the development teams. The five scrum meetings are sprint planning, daily scrum, sprint review, sprint retrospective, and product backlog refinement, in that order. We’ll go into detail about each of them momentarily.

What are sprints?

To better understand the purpose of scrum meetings, it is first essential to understand what sprints are.

According to The Scrum Guide, a typical development cycle is 2–3 weeks and can go up to one month. This period of development is called a sprint, aka an iteration. Sprints are short and mainly focus on quick, incremental delivery, with faster learning and iteration instead of long, full-scale product development and delivery:

Specifically, working in sprints help prevent teams from creating unnecessary features. The nature of working in sprints prioritizes iterative development and regular feedback, ensuring that the team’s focus stays on delivering high-value functionality that aligns with stakeholder needs.

What are the five meetings in scrum?

As mentioned above, scrum consists of five meetings (also called ceremonies) designed to promote collaboration, boost efficiency, and optimize the product development process to produce maximum value for the end user.

Let’s zoom in on each scrum ceremony with a focus on the product manager’s role in implementing and executing an agile product development strategy.

1. Sprint planning

Definition and purpose

A sprint planning meeting is an important scrum ceremony in which the scrum team decides what work it will commit to in the upcoming sprint — roughly the next 2–3 weeks.

Participants and roles

The sprint planning ceremony is usually led by theproduct manager, product owner, or scrum master. All members of the scrum team should be there, including engineers, QAs, and designers — each of whom is critical to the sprint planning process.

Duration

Sprint planning meetings are usually full-day events for a month’s sprints but can be proportionately shorter — two hours of sprint planning for each week of the sprint.

Key steps and outcomes

During sprint planning, the product owner runs through the prioritized backlog, one user story at a time, and explains to the technical team the value they will create via each story. Then, the developers, testers, and designers break down the user story into actionable tasks and subtasks. Once the developer creates all the subtasks, they unanimously estimate each user story on a point system agreed upon by the team. Essentially, the scrum team is reviewing work and determining their capacity.

A common example of a point system framework is to use T-shirt sizes (S, M, L, and XL). A team might even use actual points — 2, 5, 8, 13, etc. — based on an established, common understanding of what the points represent and how they are measured. It is important to note that these estimation points do not indicate time; instead, they represent the complexity of the tasks, uncertainties, and dependencies.

After estimating all the prioritized tasks in the backlog, the scrum master pulls the user stories into the sprint backlog based on the agreement with the team members. Finally, the team members set up a goal for the sprint and the sprint begins. Do note that while some teams still hold sprint goals in high regard, they’re not always necessary.

The goal of the sprint is to produce and deliver value for the end user, so it is not a sprint goal to complete all tasks in the sprint.

After the sprint planning meeting, every team member should have a clear view of the sprint backlog — i.e., what will be developed and delivered in the next sprint, along with a common sprint goal stating the user value connected to the delivery.

Pro tip: It is easier to have an effective sprint planning meeting if priorities have already been determined and the backlog is groomed with complete information regarding each user story. The product owner should be prepared with the required details and information to help the dev team better understand the story and avoid confusion.

2. Daily scrum

Definition and purpose

The daily scrum — also known as the daily standup — is a 15-minute time-boxed meeting to share the progress that each team member has contributed toward meeting the sprint goal, along with the plan for the day. The most important function of the daily scrum meeting is to raise any impediments that might hinder the team from achieving its daily objective.

Participants and roles

The participants in the daily scrum are the scrum master and the development team. The product owner and other stakeholders can attend if needed but are not required.

The daily standup is organized and monitored by the scrum master. It is the scrum master’s responsibility to keep the meeting on task and avoid letting the discussion devolve into tangential areas.

Duration

The maximum time allocated for a daily scrum is 15 minutes.

Key steps and outcomes

One format of the daily scrum that suits this agenda, as established in previous editions of The Scrum Guide, has each team member answer three questions:

1. What did I do yesterday that contributed to the sprint goal?
2. What will I do today to contribute to the sprint goal?
3. Are there any roadblocks that will impede my or my team’s development work?

Pro tip: The daily standup is not a reporting meeting. Because participants are asked the same three stock questions every day, the daily scrum can become monotonous. When discussing these questions, try to present your answers as a dialogue instead of simply listing off updates.

3. Sprint review

Definition and purpose

As the name suggests, the sprint review meeting is where the development team reviews the work it has done during the sprint. They demo it for stakeholders and address any questions they may have while inspecting the development. The demo provides a chance for stakeholders to see the feature in action for the first time. The development team also discusses whether the work is completed or if additional changes are required, as well as any remaining impediments.

In a more standard setup, the product owner walks through all the tasks completed during the sprint, developers demo it, and stakeholders inspect and give feedback. Sometimes, this feedback is added to the product backlog for future sprints.

Participants and roles

The sprint review is attended by the scrum team and key stakeholders. All attendees have an active role in running the meeting. It should be communicative and collaborative among all attendees.

When the sprint review is arranged, the product owner sends invitations to all the required participants, including all stakeholders. The product owner is also responsible for facilitating the review of the marketplace or potential product use that might have changed, reasoning out the next-best valuable delivery.

Duration

The sprint review is the second-to-last event of the sprint. It is time-boxed to a maximum of four hours for a one-month sprint, though it is usually shorter for shorter sprints.

Key steps and outcomes

To foster a productive meeting, it’s a good idea to send a detailed sprint review meeting agenda with the meeting invitation. That way, all parties involved can prepare ahead. Attached here is a template for a sprint review meeting agenda that you can reference when planning your own meetings.

In addition to facilitating the review of the marketplace or potential product use, there should also be a review of the timeline, budget, and potential capabilities for the next anticipated releases of functionality and capability of the product.

Pro tip: For a more efficient meeting, prepare the demo well beforehand with all the test cases planned to be demoed. Then, perform a final check on all systems, assuring that everything is up and running so you can demo without hindrance.

4. Sprint retrospective

Definition and purpose

The sprint retrospective (aka the retro) is held at the end of a sprint to evaluate what went well — in terms of processes followed, people involved, tools used, collaboration, and relationships — and reflect on anything that must be improved upon in the next sprint for more efficient delivery. Based on this reflection, the team combines a list of things of went well, what didn’t go well, and what to potentially improve.

Anything and everything that can improve the team’s work methods and boost efficiency in development is up for discussion. The sprint retrospective provides an opportunity to discuss and plan for these modifications before the team gets lost in the rush for the next delivery.

Participants and roles

The entire development team participates in the sprint retrospective — which includes the tester, designer, product owner, and scrum master, who facilitates the meeting. The scrum master also acts as a scrum coach for the team, ensuring that the team is adhering to the agreed-upon ways of working to create efficiency in the development.

Duration

The sprint retrospective is a time-boxed event and can be anywhere from one to three hours, respective to the length of the sprint.

Key steps and outcomes

The outcome of a sprint retrospective should be a clear list of actions for improvement that the team can take into the next sprint.

Pro tip: The sprint retrospective is an intimate meeting among the scrum team members. Therefore, the meeting’s discussions should be respectful and general, avoiding personal incursions. It is crucial that team members feel comfortable sharing their views without getting reprimanded or blamed in this meeting.

5. Backlog refinement

Definition and purpose

Backlog refinement, also known as backlog grooming, is an optional scrum event that helps product owners prioritize backlog items. The purpose of this meeting is to have a prioritized backlog with ready-to-develop stories.

Participants and roles

The product owner facilitates these meetings and invites the relevant parties as needed. During backlog refinement, the product owner and some or all of the team members review the backlog items together.

In addition, the product owner can discuss the user stories to get more input from a technical perspective or about design constraints. In light of any new information, the product owner can then choose to create a new user story or update the existing user story with the relevant information.

Also on the agenda of the backlog refinement meeting is removing old, irrelevant user stories to clean up the backlog.

Duration

There is no specific schedule for backlog refinement. It can be scheduled as frequently as needed or not at all.

Key steps and outcomes

Each item in the product backlog gets reviewed by the group. Backlog refinement ensures that the backlog remains populated with relevant, detailed items and their priority.

Pro tip: Frequent, brief backlog refinement with the development team encourages healthy discussion and involvement from the developers, creating a more common understanding among the team regarding the user value. It also helps facilitate smoother sprint planning and reduces potential roadblocks during the sprint.

Conclusion

Appreciation of agile product development is spreading throughout markets. The benefits of agile ways of working are undeniable. New frameworks are evolving to improve value and efficiency and to make it easier for organizations to transition to agile practices.

Scrum is one of the first defined product development processes. It is widely adopted by organizations transitioning to agile product development because it’s simpler and determines clear steps on the team level to facilitate a smoother evolution.

The scrum framework enhances the product mindset, which is essential for successful product delivery. The product mindset is to understand and accept accountability and responsibility for your task while enjoying autonomy and freedom in your daily work.

Scrum meetings are the cornerstone of the scrum framework. When correctly executed, they enable teams to reach their desired product goals while becoming agile. Scrum meetings are not just processes to follow; they empower the product development team to develop and deliver results quickly and allow room for learning and iteration along the way.

Featured image source: IconScout