What Are Scrum Rituals?

Share this article


The following is an extract from our book, Scrum: Novice to Ninja, written by M. David Green. Copies are sold in stores worldwide, or you can buy it in ebook form here.

The practice of working on a scrum team is organized into a series of rituals. The rituals mark key events in the process of carrying out the work of a sprint. It’s the responsibility of the scrum master to host each of the rituals, and make sure that they focus on their objectives, and produce the desired results for the benefit of the entire team.

What Are Rituals?

Each ritual is a face-to-face gathering in real time, which takes people away from the work they’re doing, and offers them the opportunity to have targeted communication with each other about the context of that work. Scrum favors communication over documentation, which is why it provides regular and clearly defined opportunities for various types of useful face-to-face communication.

Not Another Meeting!

Many people who work in companies are allergic to meetings, and for good reason. They may have been overwhelmed by too many meetings, taking up too much of their time, and not producing any results. They may be used to having meetings called to address every little issue, without any one person being responsible for making sure the issue gets resolved. Meetings can take people away from the work they’re doing, and interrupt their focus, often without providing much value in return.

Let’s face it, most companies are terrible at meetings.

Unlike the usual meeting, every ritual in scrum has a specific objective, addresses a particular audience, has a defined time frame within which to accomplish its goals, and has a predictable set of outcomes. Everyone attending a ritual knows before the ritual starts what to expect, how to behave, and what the result of the commitment is supposed to be. The rituals of scrum are mindful of their overall purpose, and respect the time and attention of the participants.

Time Boxing

One of the most important concepts in scrum rituals is that of the time box. It’s the responsibility of the scrum master who hosts the rituals to keep everybody aware of exactly how long they have committed for this ritual, and how far along they are at any point within it.

Often scrum masters will write the time up on the whiteboard in front of the room, or keep a large clock visible so everybody can keep track of the time. (I have been known to bring a small cube-shaped clock labeled “Time Box” to rituals, and display it where everyone can see it.) The concept of time boxing empowers all the active participants in a ritual to encourage each other to get to the point when necessary, and remain focused on the objectives of the ritual.

Note: How long should each time box be?

The length of time the team will spend on each ritual usually depends on the number of weeks allocated per sprint. The only ritual that must stay within a 15 minute time box is the daily standup. Teams come to an agreement on the time box for each ritual as part of the process of iterating and improving how they organize themselves for scrum. I’ve provided a few suggestions below for teams to start with.

Scrum shows its respect for the time and commitment of every participant by establishing at the beginning of each ritual what the time box is, and how that time will be allocated for the different aspects of the ritual. All participants are expected to remain engaged and participate during the time box of the ritual, with the promise that the ritual won’t be extended without a good and practical reason, and not unless all participants agree to the extension.

If a ritual appears to be about to exceed its time box, the scrum master should ask everybody for their permission to continue the ritual for a specific length of time. That way everybody knows up front how much time to budget, and everybody has to agree if the budget needs to be extended.

Of course, we are all human, and side issues will come up during rituals that feel as if they need to be discussed right then and there. Keeping the focus on the ritual at hand is the responsibility of the scrum master, as well as the rest of the team. A good scrum master needs to keep track of these issues, and maintain respect for the time box of the ritual in progress for the sake of everyone involved.

Making sure that important side discussions don’t get lost is a shared responsibility, but the scrum master needs to be prepared to take an active role in that process. People will more willingly set aside an off-topic discussion if confident that they’ll be able to pick it up again later.

The Length of the Sprint

Teams have some choices to make when it comes to choosing the length of the sprint. Sprint length should allow the types of stories the team expects to work on to be completed, according to the team’s own definition of done, within a single sprint. For many teams, a short sprint of just one week matches well with short stories that are easy to finish in a week. Some teams prefer to work with more complex stories that couldn’t be completed within a one week sprint, so they opt for two-week, three-week, or even four-week or longer sprints.

The length of the sprint is another factor that can be modified based on feedback received from the team, but it’s important for a team to choose a length and stick with it for several sprints. Otherwise, the team may never benefit from the regularity so they can learn how to size stories consistently and estimate them correctly from one sprint to the next. Often the option to change sprint length can be addressed just by improving the way stories are written, so they can be completed within a sprint.

Note: Two Weeks is a Good Starting Point

For web and mobile teams, a two-week sprint is a good place to start. Two weeks is long enough to complete most stories that relate to web and mobile projects, including the release process in most cases. If your web or mobile team is just starting out with scrum, it’s worth trying a two-week sprint cycle first, to see how well it suits you.

Even if your stories tend to be short and finite, there are disadvantages to one-week sprints that are worth considering. Some of the longer rituals are repeated once every sprint. Having a one-week sprint means that repeating these rituals so frequently may start to get in the way of productivity. Some rituals, such as the retrospective, could even end up being short-changed or bypassed some weeks, and that can lead to a breakdown in the iterative improvement aspect of scrum.

A team that tends to produce more complex stories may prefer longer sprints. Keep in mind that sprints longer than two weeks mean that issues will take longer to surface, and adjustments to the backlog will need to be delayed until a sprint has been completed. Longer sprints also encourage the creation of more complex stories. The goal of scrum for web and mobile teams should be to create stories that are simple and distinct.


This diagram represents a two-week cycle for a typical web or mobile development sprint. Each smaller circle represents a single workday, and the rituals are marked out assuming that the sprint starts at the top and loops around every two weeks.

In the next few pages, we’re going to do a deep dive into each of these rituals, making sure you understand how they work, and how they can be applied to web and mobile development.

Frequently Asked Questions (FAQs) about Scrum Rituals

What is the importance of Scrum rituals in Agile methodology?

Scrum rituals, also known as ceremonies, are fundamental to the Agile methodology. They provide a structured framework that helps teams to work together effectively, manage workloads, and deliver high-quality products in a timely manner. These rituals promote transparency, inspection, and adaptation, which are the three pillars of Scrum. They facilitate regular communication, encourage collaboration, and enable continuous improvement. By following these rituals, teams can stay focused on their goals, address issues promptly, and adapt to changes quickly.

How can Scrum rituals be effectively implemented in remote teams?

Implementing Scrum rituals in remote teams can be challenging, but it’s certainly achievable with the right tools and strategies. Virtual meeting platforms can be used to conduct the ceremonies. It’s important to ensure that all team members are available and engaged during these meetings. Clear communication is crucial, so everyone should have a good understanding of the rituals and their purpose. Regular feedback and continuous improvement are key to successful implementation.

What are some common challenges faced during Scrum rituals and how can they be overcome?

Some common challenges during Scrum rituals include lack of engagement, poor communication, and time management issues. These can be overcome by setting clear expectations, promoting active participation, ensuring transparency, and maintaining a strict schedule. Using visual aids and interactive tools can also enhance understanding and engagement.

How can Scrum rituals improve project management?

Scrum rituals can significantly improve project management by providing a structured approach to planning, executing, and reviewing work. They promote regular communication and collaboration, enabling teams to address issues promptly and make necessary adjustments. This leads to improved efficiency, productivity, and quality of work.

What resources are available for learning more about Scrum rituals?

There are numerous resources available for learning about Scrum rituals. These include books, online courses, webinars, blogs, and articles. The Scrum Alliance and Atlassian websites are particularly useful sources of information. They provide detailed explanations of the rituals, along with practical tips and advice.

How are Scrum rituals different from traditional project management practices?

Scrum rituals differ from traditional project management practices in several ways. They emphasize flexibility, collaboration, and continuous improvement, rather than rigid plans and hierarchies. They also promote regular communication and feedback, enabling teams to adapt quickly to changes.

Can Scrum rituals be customized to suit the specific needs of a team?

While it’s important to adhere to the principles of Scrum, the rituals can be adapted to some extent to suit the specific needs of a team. However, any modifications should be made with caution, as they could potentially undermine the effectiveness of the methodology.

What roles do the Scrum Master and Product Owner play in Scrum rituals?

The Scrum Master and Product Owner play crucial roles in Scrum rituals. The Scrum Master facilitates the ceremonies, ensures that everyone understands their purpose, and helps to resolve any issues that arise. The Product Owner provides direction, sets priorities, and makes key decisions.

How can Scrum rituals enhance team collaboration and communication?

Scrum rituals provide regular opportunities for team members to communicate, collaborate, and share feedback. They promote transparency and mutual understanding, which can enhance team cohesion and performance.

What are some best practices for conducting Scrum rituals?

Some best practices for conducting Scrum rituals include setting clear objectives, maintaining a strict schedule, promoting active participation, and ensuring transparency. It’s also important to review and reflect on the rituals regularly, in order to identify areas for improvement.

M. David GreenM. David Green
View Author

I've worked as a Web Engineer, Writer, Communications Manager, and Marketing Director at companies such as Apple, Salon.com, StumbleUpon, and Moovweb. My research into the Social Science of Telecommunications at UC Berkeley, and while earning MBA in Organizational Behavior, showed me that the human instinct to network is vital enough to thrive in any medium that allows one person to connect to another.

Agilebook excerptproject managementscrum
Share this article
Read Next
Get the freshest news and resources for developers, designers and digital creators in your inbox each week
Loading form