Agile Ceremonies: Your Ultimate Guide To the Four Stages

We’re off to the races! 🏃🏃‍♀️ Sprints are a key component of agile methodology. A sprint is a predefined time period in which agile teams work together towards an agreed-upon sprint goal. There are four types of agile meetings that occur over the course of a sprint, and each is vital to ensuring the success of the agile process. It’s all about sprinting through a predetermined amount of work to get to the finish line, where you learn from your process and begin the race again (only better off because of what you learned during the previous sprint).

Agile meetings are used to get team members, leaders, and stakeholders on the same page, and they guide the process of an agile sprint or Scrum.

This post will cover the four key agile meetings, which include sprint planning, daily standups, sprint reviews, and sprint retrospectives. Plus, we’ll discuss a bonus agile meeting that’s utilized for backlog refinement.

Agile meetings vs. Scrum meetings

Scrum is an agile methodology that’s most commonly used in software development. Scrum meetings are technically a type of agile meeting, but they have more specific parameters designed to fit within the Scrum framework. The process revolves around a 2-4 week sprint involving a product owner, Scrum Master, and the entire Scrum team.

We covered Scrum meetings (ceremonies) in detail in another article. For the purposes of this post, we’ll focus on the four main agile meeting types. These processes and best practices can be applied across multiple agile methodologies, including Scrum and Kanban. This framework can also be applied across industries beyond software development and can adapt to the needs of most teams.

Simply put: Scrum has a more rigid framework that follows four ceremonies/meetings. The agile process is much the same, with four very similar meetings, but there’s more flexibility to adjust the time frame of the sprint and adapt the process when not following Scrum guidelines specifically. Okay, maybe that’s still not simply put, but it wouldn’t be agile if it was linear and straightforward.

The 4 types of agile meetings

There are four central agile meetings: sprint planning, daily standups, sprint reviews, and sprint retrospective meetings. A sprint starts with a sprint planning meeting. Each day, a daily standup meeting is held. Finally, at the end of the sprint, a sprint review and retrospective are held. The process repeats with new springs until the product, project, or work is complete.

1. Sprint planning meeting

The sprint planning meeting occurs at the beginning of a sprint and involves the entire team. In sprint planning, the entire team meets to discuss and agree upon which work tasks (backlog items) should be moved to the sprint backlog — the items that need to be completed by the end of the sprint. During the meeting, sprint goals are determined, and the team aligns on expectations.

Without a sprint planning meeting to outline the sprint backlog (tasks that need to be completed), the team will waste time during the sprint trying to determine which work takes precedent.

Sprint planning mistakes to avoid:

• Starting planning without a refined backlog
• Not being on the same page as your stakeholders
• Ignoring the customer and the customer journey when making plans
• Creating a rigid plan that doesn’t have room to grow or adapt
• Using bland, flat product maps that lack critical context
• Failing to incorporate retrospective insights in the following planning session

Learn more about common agile planning mistakes and how your development team can avoid these pitfalls.

2. Daily standup meeting

The daily standup meeting occurs every day of the sprint. In the Scrum process, this meeting might also be called the daily Scrum meeting. It’s a chance for the team to connect about the work that was completed the previous day and what each person or team plans to complete over the course of the next 24 hours.

The meeting aims to answer three important questions:

• What work was completed since the last standup to help the team reach the sprint goal?
• What work do you plan to complete today?
• Is there anything currently in your way or hindering your progress?

This is a good time to address any bottlenecks. If work planned from the previous day wasn’t completed, what caused the delay, and how can the team work together to solve any problems keeping the work from moving forward?

A standup meeting is short and to the point so everyone can get back to the work they hope to complete. So short that it’s often recommended participants stand for the duration of the meeting. Hence the name daily standup. It includes all team members and ideally takes place at the same time every day to ensure everyone can always attend.

Daily standup mistakes to avoid:

• Not keeping track of the time during the meeting
• Continually going over the allotted meeting time
• Rambling participants who aren’t prepared to answer the meeting’s key questions
• Skipping the meeting due to lack of time
• Team members showing up late to the meeting or missing it altogether
• Allowing the loudest voices to overshadow the rest of the team
• Letting someone state the same task on multiple consecutive days
• Failing to address potential bottlenecks
• Assigning work beyond a person's capacity

3. Sprint review meeting

The sprint review is an opportunity for the team to showcase the work they accomplished during the sprint. This meeting might be an internal presentation or a more formal demo to stakeholders, depending on the needs of the project and how far along work is.

Sprint review mistakes to avoid:

• Not properly preparing for the meeting or demonstration
• Not bringing stakeholders in on your process
• Failing to demonstrate how the work brings value to the customer
• Exaggerating or embellishing successes
• Failing to address any problems and how they were solved
• Not incorporating sprint review feedback into the next sprint planning meeting

4. Sprint retrospective meeting

The retrospective is a crucial part of the agile process. The meeting comes at the end of the sprint, bringing the entire team together to assess their processes and discuss how they can improve next time.

Which aspects of the sprint went well, and what can you learn from that success? What didn’t go so well, and what bottlenecks did the team hit? What could be done better next time? Since agile is all about learning and iterating, there are lessons to be learned after each sprint. Everything from the good to the bad to the mediocre can be transformed into actionable improvements.

Retrospective mistakes to avoid:

• Blaming individual team members for bottlenecks
• Allowing only the loudest voices to provide insight
• Failing to empower the softer voices in the room
• Repeating the same questions over and over without changing things up
• Allowing the retrospective to run too long (aim for two hours for a two-week sprint)
• Skipping a retrospective due to a lack of time or resources
• Forgetting about or not including stakeholder insights or needs
• Failing to improve upon the sprint retrospective process (retrospective the retrospective!)
• Failing to incorporate retrospective insights in the next sprint

Bonus: Backlog refinement meeting

It could be argued that there’s a fifth agile meeting, especially in the product development world. Before the sprint planning meeting, the product owner must create a product backlog, which comprises all of the tasks and items the team needs to complete in order to fully develop the end product or project. The items include user stories, bug fixes, features, and other tasks that must be addressed to achieve the end goal.

Backlog refinement prepares the backlog for sprint planning by ordering items to deliver the most impact over the next sprint. During backlog refinement, a product owner ensures that product backlog items contain enough information, detail, and prioritization for the team to make smart decisions about what to tackle when.

A meeting to refine the backlog may occur before sprint planning begins, depending on the current state of the product backlog. Outside of the product development industry, the product backlog might be akin to a master project task list.

Backlog refinement meeting mistakes to avoid:

• Not completing backlog refinement in time for sprint planning
• Leaving too much backlog refinement for the planning meeting
• Failing to prioritize items that provide customer value
• Not incorporating new stakeholder feedback, questions, and concerns

Agile meetings: Final review

So there you have it! The four key agile meetings are sprint planning, daily standups, sprint reviews, and sprint retrospectives, with an honorable mention going out to backlog refinement.

Let’s review each meeting’s purpose:

• Sprint planning gets everyone on the same page about what needs to be accomplished over the course of the coming sprint.
• Daily standups ensure the team stays on track and helps them address and resolve any potential bottlenecks.
• Sprint reviews are an opportunity for the team to showcase the work accomplished during the sprint to stakeholders and receive critical feedback.
• Sprint retrospectives allow the team to come together to discuss what went well, what didn’t go well, and how they can improve next time.
• Backlog refinement prepares the backlog for sprint planning in order to deliver the most impact over the next sprint.

Hold effective agile meetings with Easy Agile

Easy Agile is committed to helping teams work better with agile. Easy Agile builds products specifically designed for Jira users to help agile teams work more efficiently and effectively.

We regularly publish lists of tools, advice articles, and how-to guides for agile teams. If you work with Jira, you’ll find our resources are especially helpful in navigating the ins and outs of product development and the Jira apps that will improve the way your team collaborates.

By now, you’re pretty familiar with Scrum. It’s given your team a framework they can work with to achieve internal goals so they can deliver quality software to customers. But, you can always improve your Scrum practices to continue to delight your customers. 😁 One of these is the daily scrum — a practice that sounds straightforward, but is easy to mismanage (more on this soon 😉).

The daily scrum consists of three elements — Scrum roles, Scrum artifacts, and Scrum events.

In this article, we'll show you how these components fit into the all-important daily scrum meeting, provide some tips to keep your daily scrum running smoothly, and discuss what traps to avoid so that your team is always on task. We'll also point you towards resources that will get you proficient in the other elements of agile. Our goal, as always, is to make you an agile pro. 🏄🏽‍♀️

What is the Daily Scrum Meeting?

Let's do a quick recap of each of them before we dive into the daily scrum:

• Scrum roles: These are the product owner, the Scrum master, and the development team. These Scrum team members work together as a unit to achieve their goals.
• Scrum artifacts: Artifacts include the product backlog, the sprint backlog, and the increment. The artifacts represent information to the team that enables them to have transparent views against which to measure their progress.
• Scrum events: The sprint, sprint planning, daily scrum, sprint review, and sprint retrospective give the team an opportunity to meet and refine any of the Scrum artifacts that need adjusting to keep the team's goals within view.

The daily scrum is a meeting between team members to discuss its current sprint progress. It's time to discover if any adjustments to the sprint or the product backlog need to be made in order to achieve its sprint goal.

Importance of Daily Scrum

The daily scrum plays a crucial role in enhancing both team coordination and communication. This brief, focused meeting offers the team a structured environment to align on progress and obstacles, contributing to several key areas:

1. Progress Transparency: Team members get a clear view of what everyone is working on, which fosters accountability and mutual support.
2. Impediment Identification: Problems and potential roadblocks are surfaced early, allowing the team to address them promptly and minimize project delays.
3. Focused Collaboration: By keeping discussions relevant and on-point, the team can spend their time more effectively, concentrating on solutions rather than prolonged debates.
4. Goal Alignment: The meeting helps reaffirm and refocus efforts toward the sprint goals, ensuring everyone is aligned and moving in the same direction.

By adhering to best practices, such as keeping the meeting time-boxed and promoting an inclusive atmosphere, teams can maximize the benefits of the daily scrum, leading to a more cohesive and efficient working environment.

Key Participants in the Daily Scrum

Development team

The development team members are the main participants in the daily scrum. During the meeting, they report on their progress towards the sprint goal to discover if any adjustments need to be made. They can do this by each answering three questions:

1. What did I work on yesterday towards the sprint goal?
2. How do I plan on working towards the sprint goal today?
3. ​Is there anything preventing me from finishing what I am working on?

By doing so, everyone on the team is in the loop of the full team's progress. The answers to these questions also allow the team to uncover any blockers and adjust the sprint backlog accordingly. An example of a blocker may be a bug that prevents one developer from finishing her assigned user story in the sprint.

Scrum master and product owner

In traditional Scrum, the Scrum master and product owner aren’t active participants — and aren’t technically required — in the daily scrum meeting since they don’t do the development work that will achieve the sprint goal. However, they can still be valuable meeting participants. It’s up to the Scrum team to decide if they should attend.

• The product owner can lead the way in adjusting the sprint's backlog items. For example, the bug that is blocking other work can be moved so it gets fixed in time to keep the sprint goal within reach.
• The Scrum master can make sure that daily scrum best practices are being followed and that the team is avoiding some of the common pitfalls that betray the objectives of the daily scrum meeting. Let's look at those next.

What's the Difference Between Daily Scrum and Daily Standup?

Sometimes, it can be confusing to tell the differences between daily scrum and daily standup — and sometimes the terms are used interchangeably. However, it's worth pointing out the differences between the two.

A daily scrum is an event that is defined in the Scrum guide. So, then what is daily stand-up, and how is it different? 🤔

A daily stand-up is a daily meeting whose objective is to provide team members with progress towards a common goal. However, it is less restrictive in terms of its participants and time limits. In other words, team members outside of the Scrum team can participate and the meeting can run longer than 15 minutes. For example, a company may conduct a daily stand-up that includes its entire staff or a particular department whose progress updates are not limited to the development of software.

Daily Scrum Best Practices

So, what are the best practices for conducting your daily scrum meetings effectively?

1. Complete the daily scrum in a time box

A 15-minute time frame is most commonly used to ensure that the team stays focused and on point. After all, team members only need to answer their three questions succinctly and effectively.

2. Conduct the meeting at the same time and place every day

This will provide a level of consistency and regularity and will help foster the Scrum values of commitment and focus.

3. Include the same team members in each daily scrum meeting

If you have a rotating cast of characters, then you run the risk of disruptions. Some people in the meeting will likely be missing context from prior meetings and will need to be updated.

Daily Scrums for Remote or Distributed Teams

Daily scrums are pivotal in ensuring team alignment, but for remote or distributed teams, they require thoughtful execution to maintain effectiveness. Here's how you can make the most of your virtual daily scrums:

Leverage Video Meetings Intelligently

Video meetings bring the advantage of live conversation, crucial for real-time collaboration and clarity.

• Respect Personal Needs: Recognize that being on camera can be draining. Offer flexibility by allowing team members to choose when to use their cameras.
• Avoid Fatigue: Encourage camera use for important discussions but provide options for audio-only participation to prevent exhaustion.

Manage Time Zones Wisely

Distributed teams often span multiple time zones. Here's how to navigate the challenge:

• Schedule Smartly: Find a suitable meeting time that works for the majority. For instance, someone might join in the mid-morning while it’s early morning for others.
• Consider Asynchronous Updates: When time zones are vastly different, rely on asynchronous communication like task board comments or chat channels to keep everyone informed without disrupting their work-life balance.

Utilize Visual Tools

Visual aids can significantly enhance understanding and engagement in virtual meetings.

• Screen Sharing: Use screen sharing to display task boards or project management software, providing a clear, visual context for discussions.
• Collaborative Tools: Leverage tools like Miro or Trello for visual brainstorming and task tracking during the scrum.

Define Working Agreements

Creating clear working agreements ensures everyone is on the same page regarding processes and expectations.

• Communication Methods: Specify how team members should communicate, whether through video calls, messaging apps, or emails.
• Collaboration Tools: Decide on which tools to use for documentation, real-time collaboration, and async updates. Popular options include Slack for communication and Jira for task management.

Daily Scrum Pitfalls

There are tempting activities to avoid while conducting your daily scrum meeting. These are some of the common pitfalls to avoid:

1. Using the meeting as a status update

To the product owner, Scrum master, or other stakeholders. The main objective of this meeting is for the development team to answer their three questions so that they can make any needed adjustments to keep the sprint goal intact. It should not be used as a status meeting for developers to report on the progress of their work.

2. Turning it into a problem-solving session

To resolve any blocks that are discussed in the meeting within the 15-minute time frame. One thing will undoubtedly happen if the team attempts this — the meeting will run too long! The Scrum master should advise the team to stay on task during the meeting and defer these problem-solving attempts to time outside of the daily scrum meeting.

3. Focusing on a task board

As a means of tracking progress. The daily scrum meeting is a time for discussion. If the team is staring at a task board, it's wasting valuable time by focusing on the status of tasks and not on talking about making adjustments to its work.

In addition to these key points, there are several other common mistakes that can derail the effectiveness of a daily scrum:

• It’s become a boring status meeting that no one wants to attend. This indicates a lack of engagement and purpose.
• Developers are reporting personal performance to a scrum master or manager, which can undermine the collaborative spirit of the team.
• The meeting isn’t held if the scrum master can’t make it that day. This dependency can disrupt the consistency of daily progress checks.
• The team is trying to solve problems and find solutions during the daily scrum, which should be avoided to respect the timebox.
• The daily scrum is being used to refine work items, which is not its intended purpose. Refinement should occur separately.
• The timebox isn’t respected, leading some team members to feel like the meeting is a burden. It's crucial to stick to the 15-minute limit.
• Some developers think they don’t need to show up, which can result in misalignment and missed opportunities for team synchronization.

By being aware of these common pitfalls and maintaining a focused and efficient daily scrum, teams can ensure they are making the most of their time together and keeping their sprint goals on track.

Master Daily Scrum and Become an Agile Pro

At Easy Agile, we provide products to manage all of your Scrum events. We are passionate about making agile accessible and easy to understand for its participants. In addition to our products, we love to provide resources so you can level up your agile game 💪. Check out our blog and our podcast to become an agile pro!

Agile retrospectives offer opportunities for introspection. As with many things in life, the end is almost as important as the beginning. That’s why it’s important to improve what went wrong throughout the iteration and repeat what went well.

The retrospective meeting should be held at regular intervals to analyze team processes and outcomes. Reflecting on the last sprint should help guide the next one.

Sprint retrospectives are also informal but structured. Informality is a typical characteristic of the retrospective meeting, which motivates problem-solving.

In this article, we’ll review what an agile retrospective is, how to lead it successfully, and how to use the retrospective format.

What is an agile retrospective?

An agile retrospective is also known as the sprint or sailboat retrospective.

The Scrum Guide provides a clear definition of the agile retrospective. The Guide says the agile team can use the sprint retrospective as an opportunity to gather rapid feedback for continuous improvement. Continuous improvement takes place through ongoing teamwork and work analysis.

During the meeting, the team discusses what went well and what didn’t. They should identify the good, that they will aim to repeat as well as the areas to adjust, so the next sprint can go more smoothly.

Here’s how the 12 principles of the Agile Manifesto describes retrospectives: “At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behaviour accordingly.”

How to implement a sprint retrospective format

You can either implement the agile retrospective after each sprint, quarter, or the entire project. However, you should have a retrospective at regular intervals to continue iteration and improvements.

Use a retrospective format for each meeting. Creating a retrospective board is a great place to start, it sets the scene for the team involved and they know exactly what is expected.

We've added retrospective boards to Easy Agile TeamRhythm to help you and your team through more of the agile cycle, from planning through to review.

Here’s how to plan the sprint retrospective:

1. Preparation

Like a standup meeting, your preparation time for the retrospective should take about 15 minutes. The retro is like a lean coffee meeting where the agenda is relatively unstructured but democratic. Everyone gets to contribute.

Ideally, you want to have a retrospective board where team members can capture feedback as it arises. Be sure to remind team members to add their thoughts to the board prior to the meeting.

The retrospective board helps guide the retro process through tasks where the team fell short or excelled with action items. It also helps to identify areas of improvement and the actions the group must apply to effect change.

If in-person team members don’t use software to facilitate their agile retrospective, they can use another technique. This technique usually involves a whiteboard, Post-Its, and markers to guide brainstorming throughout the meeting.

Whichever methodology (Scrum or Kanban) the scrum master uses, a visual representation helps facilitate the best possible outcomes for future workflows.

Hot tip 🔥

It is best to rope in a neutral facilitator or agile coach to guide this process. This technique should help encourage team members to participate and share without feeling pressured.

2. Use the retrospective template to guide your agenda format

The retrospective board helps direct the agenda for the meeting format. Whether you choose start, stop, continue, glad, sad, mad, or our team's personal favourite - high notes, low notes and keeping the beat. Make sure you customise it to suit your teams needs.

Typically, the process follows six steps:

2.1 Set the stage

Refresh your memory about themes and stories in the last sprint if necessary. Set a timer and give the team a little extra time to add any last minute thoughts or items that may be missing

At the start of the retrospective, the Scrum master should introduce the product owner, team members, and other relevant stakeholders.

Welcome everyone and let them know that their participation is valuable. Inform team members that honesty is critical in producing positive outcomes. Ensure new teams know that questions are welcome, and that sharing experiences is vital to a successful sprint retrospective.

Throw in an icebreaker to set the tone of the meeting. A brief game of “two truths and one lie” can quickly promote a relaxed atmosphere if you have enough time.

Let the team know the amount of time it should take to complete each section of the sprint review. To keep everyone on track, the timer can come in handy again here.

2.2 Celebrate the wins

Congratulate team members who excelled. Discuss posting success stories on LinkedIn or elsewhere before moving on with the sprint review. Interact with items made on the retro board, react with an emoji or leave a comment.

2.3 Gather data

Data gathering includes collecting information from team members about sprint retrospective problems. The purpose is for the team to uncover the root cause of the problems.

Team members begin this process by sharing sprint experiences. Whether the experience was good, bad, or ugly—share it. It’s always a good idea to capture how everyone is feeling, take a mood survey to understand the overall team feeling.

Share the processes you used and which milestones you accomplished. If team members applied new technologies, share how those went. If they used new tools, let everyone know the pros and cons of each tool. Whatever the experience, let everyone know what worked well and what was a disappointment.

The Scrum master can facilitate this phase by using the “five whys” methodology. The “five whys” essentially refers to asking why a problem occurred, five times. Repeating the question multiple times supports deep thinking to get to the root cause of the problem.

2.4 Brainstorm solutions

Once the team members identify the shortcomings of the previous sprint, they can brainstorm solutions.

The team meeting should now revolve around associations between problems and solutions. Linking problems and solutions involves understanding. Once the team understands their mistakes, they can brainstorm several solutions to fix each problem area with better action items.

Throw in as many ideas as possible to have several solutions for consideration. Once the team has alignment on the action item, be sure to capture this so the appropriate next steps can be taken.

The retrospective board in TeamRhythm sits alongside your work in Jira, so that retrospective items can be added as the sprint or version progresses. Action items from the retrospective can be turned into Jira issues so that items worth actioning aren’t lost at the end of the discussion.

The Scrum master should also ensure that the team has the authority to follow through with relevant solutions at this stage. If they don’t have the authority to solve problems, the Scrum master must bump the issue up to a higher level.

2.5 Select viable solutions

Not all solutions from the brainstorming phase will be viable — ask the Scrum team, including the product owner, to choose three promising solutions for each problem. You can use different techniques to narrow this process, and ask team members to vote. You might want to try a dot vote, or up vote by giving the solution a thumbs up.

The simple vote requires everyone to select the solution that resonates best with them in the follow-up activity. In the dot vote, meeting participants find the best three solutions by placing a dot on three of the ideas they believe hold the most value.

Lastly, the multiple vote system means that the scrum master gives everyone points. The scrum team must then give these points to one or more of the best ideas.

2.6 End the meeting

End the meeting on a positive note before continuing to the next sprint. Try to leave with:

• A detailed synopsis of the previous sprint
• A detailed sprint planning exercise for the next sprint meeting
• Clear action items and next steps
• Collaborate as a team to determine whether this outcome is effective or needs improvements for the next iteration

3. Sprint retrospective meeting outcomes

Software development teams can use the S.M.A.R.T. criteria to analyze their solutions. Getting the product owner's inputs is a valuable part of the retrospective meetings as they diversify priorities and perceptions

The agile coach or Scrum master takes the S.M.A.R.T. solutions and translates these into item actions. The Scrum master should ask team members to take responsibility for activities to promote ownership and encourage behavioral change.

Once the product owner agrees, each activity should then become part of the backlog.

How to achieve successful retrospectives from in-depth introspection

An in-depth introspection promotes continuous improvement and productivity. Following a retrospective template helps achieve these goals, while supporting integrated teamwork. The product owner also benefits from your team efforts with each sprint retrospective, which is a primary objective.

Gain team alignment with team retrospectives

Easy Agile TeamRhythm supports agile retrospectives, helping you and your team gain a shared understanding of the work, and how you work best together. Designed for Jira users, our goal is to help agile teams work together effectively.

Try Easy Agile TeamRhythm free for 30 days