What is Scrum of Scrums?
Table of Contents: Definition – Differences to the Daily Scrum – Frequency and Timebox – Participants – Dependencies – Advantages – Tips – Download – Notes
Smartpedia: The Scrum of Scrums is a regular meeting of representatives of individual Scrum teams to synchronise the teams and to exchange information on upcoming activities and possible obstacles. It is thus a technique for scaling Scrum.
Scrum of Scrums Definition
The Scrum of Scrums refers to a regular meeting of representatives of individual Scrum teams. It serves the purpose of exchanging information on the status quo of the individual teams, on upcoming activities and possible obstacles to development. The aim of the Scrum of Scrums – sometimes abbreviated as SoS – is to synchronise the work of the different Scrum teams and to identify developments of teams that influence other teams in the implementation of their requirements. It is therefore a technique for scaling Scrum and relevant for many larger companies.
Ideally, each team sends a representative to the Scrum of Scrums meeting so that all teams are equally represented. The work of the Scrum of Scrums meetings can also be continued at a higher level – with representatives from the various Scrum of Scrums rounds. Although formulations such as Scrum of Scrum of Scrums are easy to understand, they have not been accepted by the Scrum community.
Differences between Daily Scrum and Scrum of Scrums
Daily Scrum and Scrum of Scrums are very similar. In Daily Scrum each team member is usually asked to answer the following three questions:
- What have I been doing since yesterday to reach the sprint goal?
- What will I do until tomorrow to reach the sprint goal?
- What is it that hampers my work?
Since in Scrum of Scrums each participant acts as a team ambassador, the questions can be reworded accordingly:
- What has my team accomplished since we last meeting?
- What will my team do before the next meeting?
- What are the obstacles my team faces at work?
- Could one of my team’s activities affect or hinder another team?
The answer to the last question is particularly important, because it is imperative that the findings are passed on from the representatives to their own teams.
Frequency and Timebox for Scrum of Scrums
Opinions about the frequencies of a Scrum of Scrums vary. A daily meeting is often recommended, but other rhythms such as once or twice a week may be sufficient. It is important that you do not arrange a new date with the participants every time, but that you make appointments in advance. For example, the representatives could meet every Tuesday and Thursday and a Scrum of Scrum of Scrums could take place every Friday.
It is recommended to work with a timebox at the Scrum of Scrums. The duration should be determined by the representatives together and depending on the number of participants. Some organisations deliberately choose not to have a daily meeting of 15 minutes, but to have longer meetings of 45 or 60 minutes. This makes particular sense if problems that affect all teams and thus all employees are to be discussed in the meetings and, if possible, solved directly.
Participants at the Scrum of Scrums
Whoever meets in a Scrum of Scrums meeting is not standardised. In some organisations the product owners always meet, in others the Scrum Masters. Frequently, experts who are involved in the concrete implementation of requirements, e.g. a software architect, a developer or a tester, are also delegated.
A change of team ambassadors is also conceivable, so that a UX expert could attend the meetings more often at the beginning of the project, since many design decisions have to be made in this early project phase. In the course of the project, a tester could then be sent to the meetings more frequently. In principle, no more than nine participants should participate in the meetings – this leads, for example, to several Scrum of Scrums if there are 10 or more participants.
Dependencies between Teams
If different teams – possibly even at different locations – are working on the development of a joint solution, dependencies between the teams should ideally be reduced. For this we recommend
- to staff each team cross-functionally so that the tasks assigned to the team can be solved as autonomously as possible.
- Describe user stories according to the INVEST principle so that each story can be realised independently of other stories.
- Cutting user stories in such a way that all layers of the architecture are taken into account so that realised functions can also potentially be delivered. User story mapping is a good method here.
- Maintain the product backlog consistently so that the distribution of backlog items to the individual teams can take place quickly and in a structured manner.
- Synchronise sprint lengths and sprint dates so that teams do not have to wait unnecessarily for each other or the integration of solution parts is not delayed.
Advantages of Scrum of Scrums
The scaling of Scrum offers a number of advantages:
- Regular communication and collaboration between the different teams is encouraged.
- Each team knows the status quo of its own development, knows which tasks are pending and which obstacles have to be removed.
- The progress of the project becomes visible for all participants.
- Dependencies between teams are reduced.
- Risks are reduced by teams taking care not to hinder other teams with their developments.
- Problems are clearly addressed and solutions are sought together. Concrete support across team boundaries to solve concrete challenges is also conceivable.
- At the end of the sprint, each Scrum team delivers a part of the product increment. The system to be developed thus grows incrementally through the results of the individual teams. Coordination takes place via the Scrum of Scrums.
Tips and Tricks for Scrum of Scrums
Organisations working with multiple teams face a number of challenges. Here are some recommendations for the implementation of Scrum of Scrums:
- Team representatives should not name team members, because they represent their entire team, not individual colleagues. In addition, descriptions and later problem discussions remain at a technical level as far as possible.
- Keep it short and sweet, i.e. each participant should stick to his or her time limit, especially as the importance of topics is not influenced by the length of the speech.
- In contrast to the Daily Scrum, problems can also be addressed in the meetings. However, solutions should only be discussed after each team ambassador has answered his or her questions.
- If the teams work at different locations, the Scrum of Scrums meeting usually cannot be held at the same location. Digital tools such as video conferencing can help.
- If it is necessary to document results and findings, organisations must discover ways to generate these documents quickly and easily, version them if necessary and then make them available to the team ambassadors or the individual teams. In order for such documentation to be as useful as possible, it must be available again as a working tool at the next meeting.
- The appropriate frequency must be defined – on the one hand, companies want regular exchange, on the other hand, the implementation of meetings causes expenses. It is therefore important to make the Scrum of Scrums as short and meaningful as possible, and at the same time to address aspects relevant to the teams, such as problems and possible problem solutions.
- The implementation can also be optimised and enhanced. Companies should therefore obtain feedback from the representatives involved – but of course not during a Scrum of Scrums meeting and probably not with a timebox.
- If there is a Scrum of Scrum, there can also be a Retrospective of Retrospectives. These meetings should also be scheduled accordingly, with representatives of the individual teams, etc.
Impulse to discuss:
If you are faced with the challenge of scaling Scrum, what criteria do you use to decide which technology or framework to use?
Notes:
Here you will find a German video about Scrum of Scrums.
And here you will find additional information from our Smartpedia section: