SAFe® ist heute das am weitesten verbreitete Framework für agiles Arbeiten in großem Maßstab. Für eine gute Zusammenarbeit zwischen agilen Teams hat SAFe® eine Reihe von Meetings definiert. Auf diese Weise können Abhängigkeiten, Hindernisse und Fortschritte richtig koordiniert werden. In diesem Beitrag erfahren Sie mehr über die 10 bekanntesten SAFe Meetings, den Zweck dieser Meetings und wie man sie effektiv durchführt.
Scaled Agile Framework (SAFe®) Meetings
1. PI Planning Event
Das PI Planning ist ein Meeting, das einmal alle 8 bis 12 Wochen stattfindet. PI steht für Program Increment Planning und stammt aus dem SAFe Framework. Bei diesem Treffen kommen alle Teams zusammen, um das kommende Quartal zu planen. Das Ergebnis ist eine realistische Planung, in der Abhängigkeiten, Risiken und Hindernisse transparent sind.
2. Scrum Meetings auf Teamebene
Als Grundlage dienen die bekannten Scrum Meetings (Sprint Planning, Daily Scrum, Sprint Review und Sprint Retrospektive). In SAFe werden die Begriffe Iteration Planning, Daily Stand-up (DSU), Iteration Review und Iteration Retrospektive verwendet. Agile Teams arbeiten in einem 2-Wochen Rhythmus von Plan-Do-Check-Adjust. Diese Iterationen finden also innerhalb einer PI-Iteration von 8 bis 12 Wochen statt.
3. Scrum of Scrums (SoS)
Die Scrum Master der agilen Teams und der Release Train Engineer (RTE) bilden zusammen das Scrum of Scrums. Der RTE moderiert das wöchentliche Scrum of Scrums. Dieses Treffen kann bei Bedarf auch häufiger stattfinden. Der SoS koordiniert die Abhängigkeiten zwischen den Teams. Darüber hinaus stellt der SoS sicher, dass der Fortschritt in Bezug auf Ziele, Meilensteine und Hindernisse transparent ist. Der Zeitrahmen für Scrum of Scrums beträgt 30-60 Minuten. Inhaltliche Fragen können nach den Sitzungen erörtert werden. Die Beteiligten bleiben dann zur Problemlösung. Dies kann so lange wie nötig dauern.
4. Product Owner (PO) Sync
Wie bei Scrum of Scrums ist das PO-Sync ein Treffen, bei dem Product Owner und Product Management zusammenkommen. Zweck dieser Treffen ist es, die Fortschritte bei den PI-Zielen zu überwachen. Des weiteren Chancen und Hindernisse zu erörtern und eventuelle Änderungen am Umfang vorzunehmen. Das Treffen kann auch zur Vorbereitung des nächsten PI Planning genutzt werden.
Diese Sitzungen finden wöchentlich oder bei Bedarf auch öfter statt. Die Timebox für eine PO-Sync beträgt 30-60 Minuten.
5. Systemdemo
Die Systemdemo ist eine Review aller Teams im Agile Release Train. Dabei handelt es sich um eine Veranstaltung, bei der die integrierten Teilprodukte (in der IT als Features bezeichnet) mit den wichtigsten Stakeholdern überprüft werden. Die Systemdemo findet in jeder 2-wöchigen Iteration statt, vorzugsweise am Ende des Sprints.
Der Business Owner, Kunden, Sponsoren und andere Stakeholder geben Feedback zu den gelieferten Teilprodukten. Der Zweck der Systemdemo besteht darin, den Wert zu testen, den Fortschritt zu messen und gegebenenfalls Anpassungen vorzunehmen.
6. Inspect and Adapt
Das Inspect and Adapt Meeting findet am Ende jeder PI-Iteration statt. Hier wird der Stand des zu entwickelnden Produkts oder der Dienstleistung aufgezeigt und bewertet.
Das Programm Inspect and Adapt besteht aus 3 Teilen:
1. PI Systemdemo
2. Quantitative und Qualitative Messung
3. Retrospektive und Problemlösungsworkshop
7. PI Systemdemo
In der PI Systemdemo werden alle Teilprodukte aus der gesamten PI Iteration dargestellt und bewertet. Dies betrifft oft mehrere Stakeholder wie z. B. die Inhaber von Portfolios. Das Treffen ist etwas formeller als die Systemdemo und erfordert eine gute Vorbereitung. Dieses Meeting dauert maximal 1 Stunde.
8. Quantitative und Qualitative Messung
Der zweite Teil von Inspect and Adapt besteht aus einer Überprüfung der quantitativen und qualitativen Metriken. Alle Teams kommen zusammen und bewerten, ob sie ihre Ziele erreicht haben. Zum Beispiel der gelieferte Wert im Vergleich zum geplanten Wert.
Der RTE moderiert dieses Treffen. Er bereitet sich auf die Sitzung vor, indem er alle Informationen zusammenträgt und die Hindernisse ermittelt.
9. Retrospektive
Die Teams entscheiden dann, welche zentralen Themen sie im Problemlösungsworkshop diskutieren wollen. Hier besprechen Sie größere Hindernisse, die mehrere Teams betreffen. Dieses Meeting dauert nicht länger als 30 Minuten.
10. Problemlösungsworkshop
Während des Problemlösungsworkshops erarbeiten die Teams Lösungen für systemische Probleme. Dabei ist die gesamte ART anwesend. Für den Problemlösungsworkshop stehen verschiedene Instrumente und Methoden zur Verfügung. Denken Sie zum Beispiel an eine Ursachenanalyse oder ein Brainstorming.
