Ein Scrum Teams besteht aus zehn oder weniger Menschen. Scrum skaliert, indem man für größere Aufgaben mehrere zusammengehörende Scrum Teams bildet, die sich alle auf dasselbe Produkt konzentrieren.
Zusammengehörende Scrum Teams teilen sich Produkt-Ziel, Product Backlog, Product Owner und die Definition of Done. Sie erstellen gemeinsam ein integriertes Produkt.
Typischerweise ist die Refinement-Arbeit bei mehreren Teams so umfangreich, dass der Product Owner diese Arbeit nicht alleine machen wird. Dafür gibt es viele Möglichkeiten: Vertreter aus den Teams, ein eigenes Team, oder eine Kombination aus beiden. Wenn die Refinement-Arbeit im Team erfolgt, sollte sie von einem der Scrum Master unterstützt werden. In allen Fällen bleibt der Product Owner ergebnisverantwortlich für das gemeinsame Product Backlog.
Bei der Ordnung großer Product Backlogs haben sich sogenannte Epics bewährt. Ein Epic ist ein großer Product Backlog Eintrag, der in weitere detailliertere Einträge (sogenannte „Stories“) zerlegt wird. Die Technik der Story Map kann helfen, die Epics und zugehörigen kleineren Product Backlog Einträge des aktuellen Releases zu organisieren. Bei einer Story Map stehen auf der linken Seite die Epics, die im Release umgesetzt werden sollen. Auf der rechten Seite stehen die kleineren Product Backlog Einträge, die zur Umsetzung des Epics notwendig sind. Dann kommt die Spalte für den aktuellen Sprint, ggf. nach Teams unterteilt. Jeder Sprint ist dann „Querschnitt“ durch die Einträge der Epics. (Manchmal sind solche Story Maps auch von oben nach unten statt von links nach rechts organisiert.)
Mehrere Teams benötigen mehrere Scrum Master. Ggf. teilen sich einige Teams die Scrum Master, ggf. gibt es auch einen zusätzlichen Scrum Master, der sich auf die Facilitation der teamübergreifenden Zusammenarbeit konzentriert. In allen Fällen arbeiten die Scrum Master zusammen, um organisatorische Hindernisse gemeinsam zu adressieren, um gute Praktiken auszutauschen und um die teamübergreifende Zusammenarbeit zu facilitieren.
Bei der Zusammenarbeit an einem gemeinsamen Produkt kommt es vor, dass Aufga-ben der einzelnen Scrum Teams die Mitarbeit von anderen Scrum Teams benötigen. Hier hilft ein Scrum-of-Scrums Ereignis. Einmal täglich treffen sich Vertreter der Scrum Teams, um Aufgaben, die die Mitarbeit anderer Teams benötigen, zu besprechen. Auf einem Scrum-of-Scrum Board identifizieren sie Product Backlog Einträge und Aufgaben, die während des Sprints koordiniert werden müssen. Das Scrum-of-Scrums Ereignis wird von einem der Scrum Master moderiert.
Zusammengehörende Scrum Teams haben einen gemeinsamen Sprint. Das heißt, dass die Sprintlängen der verschiedenen Scrum Teams synchronisiert sind, und die Sprints der Scrum Teams parallel zueinander sind.
Agil im Großen beschreibt im Detail das Buch von M. Foegen und C. Kaczmarek: „Organisation in einer digitalen Zeit“, wibas, 2020.
