Scrum of scrums

From CEOpedia | Management online
Revision as of 04:15, 18 November 2023 by Sw (talk | contribs) (Text cleaning)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)

Scrum of scrums is a technique that allows agile management of large projects, the scope of which prevents their implementation by a standard Scrum team of 3-9 people It is one of the methods of scaling agile methodologies by synchronizing bands, and its elements can be used to implement other scaling methods such as Less, SAFe or DAD. Just like other agile methodologies, the most popular application is the IT industry, but it can also be used in scientific and clinical research as well as in other high technology industries.

The genesis of Scrum of scrums

Scrum of scrums is an attempt to respond to the demand for large projects or programs using the Scrum methodology. The main goal remains the synchronization of several Scrum teams in a way that speeds up the implementation of the project, or does not interfere with the continuous increase in value in a program consisting of several related projects, without using additional processes and unnecessary bureaucracy. The idea assumes that Scrum as a set of frameworks and recommendations related to the process remains unchanged, only the context in which they are implemented changes.

Rules and practical implementation

In practice, the scaling technique uses selected ceremonies and Scrum artifacts, which, after scaling to a higher level, are used to synchronize many teams. First of all, it is the Daily Scrum meeting, an original planning meeting aimed at synchronizing the members of the development team to update the action plan and identify obstacles in the context of achieving the intended Sprint goal.

A team that becomes a team of leaders or ambassadors chosen by development teams and those who, according to the team, may be useful in planning, requires a scaling. Such persons may include internal suppliers, external and internal consultants, i.e. people who contribute to the project, but do not work in Scrum. An example of such internal consultants can be System Testers, representatives of the marketing department, or persons responsible for introducing DevOps practices and automation of processes related to software testing and installation.

The Scrum of Scrums meeting is used to synchronize many teams through regular meetings aimed at:

  • communication of what has been done since the last SoS and may apply to other teams
  • communication of what is planned for the next SoS and may apply to other teams
  • identification of obstacles and problems

On this basis, the action plan is updated. If necessary, the Scrum artifact, which is the Backlog of tasks, is also scaled. The result of each SoS meeting is then an updated list of tasks enabling efficient synchronization of teams. In this situation, you can use the Kanban array to visualize the task status.

Often, however, interested in solving a given dependency or problem, organize another meeting in a small group of specialists for immediate solution. This is a very efficient operation and limits the amount of documentation, but it is not possible in any organization.

Scrum of scrums should be held regularly, but the frequency and duration of each meeting should be based on personal experience. Depending on the dynamics of tasks for some organizations, too frequent meetings will not be productive, for others even daily, 15-minute synchronizations will be necessary.

The organization and running of the meeting may be dealt with by the Scrum Master, however, often due to the presence among the leaders of business representatives or external suppliers, this role is too weakly anchored in the company's hierarchy. In this case, this task is usually entrusted to business representatives or Agile Coaches.

Team of teams

A particularly useful element of Scrum of Scrums as an independent technique for scaling agile management is to create a Scrum team for each area of the company's operations and to perform regular synchronizations at various levels.

An example of this is the simple scaling of synchronization meetings:

  • Daily Scrum development team daily
  • SoS team leaders every week
  • SoS senior management staff every month

Such a team will work with each other primarily outside of the SoS meetings, because the update of the plan will indicate the dependencies and problems to be solved between the meetings. In addition to the synchronizing aspect, the aspect of team work comes into play, which is not only more efficient, but also more focused on providing value to the organization, not individual ambitions.

It is worth noting that such a team should be built in accordance with other Scrum values, and to develop efficient methods of team work, an experienced Scrum Master may be needed. Agile Coach working with the leaders or senior management of the company.

SoS in other scaling techniques

The synchronization and planning meeting can also be used in other, more formal, scaling techniques for agile management. In this case, they will be used primarily to improve project communication between Scrum teams. In accordance with the idea of agile software development, SoS as a meeting promotes direct communication by reducing formalities and bureaucracy. Some of the scaling techniques also directly use the idea of Scaling Backlog tasks, or creating a Team of Teams, responsible for providing appropriately rescaled business value.

Examples of Scrum of scrums

  • Scrum of Scrums for Distributed Teams:This is a common use of the scrum of scrums. It is used when multiple Scrum teams are working on a project, but are located in different geographical locations. A single daily scrum meeting is conducted with representatives from each team to coordinate the project and discuss any challenges that have arisen. This is a great way to ensure that the teams are working together and that all team members are on the same page.
  • Scrum of Scrums for Very Large Teams:This is a common use of the scrum of scrums when a large project has too many members to fit into a single Scrum team. In this case, multiple Scrum teams are organized with each team handling a specific chunk of the project. A daily scrum of scrums meeting is held with representatives from each team to ensure that the project is moving along and that any issues are discussed and resolved in a timely manner.
  • Scrum of Scrums for Research Projects:This is another common use of the scrum of scrums. It is often used for large-scale research projects, such as clinical trials. In this case, multiple teams are organized, each with their own specific tasks and responsibilities. A daily scrum of scrums meeting is held with representatives from each team to ensure that the project is moving along and that any issues are discussed and resolved in a timely manner.

Advantages of Scrum of scrums

Scrum of scrums is a technique used to manage large projects that are too complex for a single Scrum team. It offers a number of advantages, including:

  • Improved communication: The Scrum of scrums model encourages increased communication between the various teams, which can help create greater collaboration and a better understanding of the project's goals.
  • Increased flexibility: By allowing teams to coordinate and adjust their tasks and schedules as needed, the Scrum of scrums model provides greater flexibility and adaptability to changing conditions.
  • Improved accountability: By creating more formalized and structured communication between teams, the Scrum of scrums model can help ensure that everyone is held accountable for their tasks and goals.
  • Better visibility: The Scrum of scrums model provides greater visibility into the work being done by each team and the progress being made, allowing for easier tracking and monitoring of the project's progress.

Limitations of Scrum of scrums

Scrum of scrums is a powerful technique for managing large projects, but it also has several limitations. These include:

  • Lack of visibility: Using the scrum of scrums approach, it can be difficult to get a clear view of the project as a whole, since each team is working independently. This makes it difficult to track progress and identify potential risks.
  • Limited communication: Although scrum of scrums encourages teams to communicate and collaborate, it can be difficult to coordinate communication between multiple teams. This can lead to misunderstandings and misalignment of goals.
  • Overhead: The scrum of scrums approach requires multiple levels of coordination and communication. This can lead to an increase in overhead costs and a decrease in efficiency.
  • Complexity: The scrum of scrums approach is often complex and difficult to implement. It requires a deep understanding of how to properly coordinate multiple teams and ensure that all teams are aligned in their goals and objectives.

Other approaches related to Scrum of scrums

Scrum of scrums is a technique designed to manage large projects, which can’t be handled by a standard Scrum team. There are other approaches related to it, such as:

  • Nexus - an integrated framework for scaling Scrum, based on the Scrum of scrums technique, which provides rules and guidelines for forming, managing and developing teams in large projects.
  • Scrumban - an agile methodology based on the ideas of Scrum and Kanban. It combines the flexibility and focus of Scrum with the flow and visibility of Kanban.
  • Large-Scale Scrum (LeSS) - a framework for scaling Scrum from one to many teams. It relies on Scrum of scrums and provides rules and guidelines for managing teams collaboratively.

In conclusion, Scrum of scrums is a technique that allows agile management of large projects. There are other approaches related to Scrum of scrums, such as Nexus, Scrumban and Large-Scale Scrum (LeSS), which provide additional rules and guidelines for forming, managing and developing teams in large projects.


Scrum of scrumsrecommended articles
Agile project management methodologyFeature-driven developmentPrinciples of design harmonyProject team structureFormalizationLean product developmentDesign thinkingImportance of teamworkMatrix structure

References