Der ultimative Leitfaden zur PI-Planung [+Kostenlose Vorlage im Inneren]

Vielleicht stehen Sie gerade erst am Anfang, oder Sie haben vielleicht eine Weile mit agilen Methoden gearbeitet, aber wir sind uns sicher, dass Sie zustimmen können, dass die Agile-Skalierung in einem großen Unternehmen entmutigend sein kann. PI Planning ist der Schlüssel zur agilen Skalierung. Deshalb haben wir diesen Leitfaden zusammen mit einer praktischen Checkliste entwickelt, um Sie bei der Durchführung erfolgreicher Planungssitzungen zu unterstützen und Ihr Selbstvertrauen für Ihre nächste skalierte Planungsveranstaltung zu stärken.
Die kostenlose Checkliste finden Sie am Ende dieses Handbuchs.
Dieser Leitfaden deckt alles ab, von grundlegenden Konzepten bis hin zu fortgeschrittenen Implementierungsstrategien. Wir werden die wesentlichen Elemente einer erfolgreichen PI-Planung erläutern, einschließlich der Vorbereitungsschritte, der Rollen der Teilnehmer, der Agendastruktur und der bewährten Verfahren für Teams, die an einem Standort oder an einem anderen Standort arbeiten. Du lernst, wie du häufig auftretende Herausforderungen bewältigst, Tools wie Jira effektiv nutzt und sicherstellst, dass deine PI Planning-Sitzungen den größtmöglichen Nutzen für dein Unternehmen bringen.
Fangen wir mit den Grundlagen an.
Was ist PI Planning?
PI Planning steht für Program Increment Planning.
PI-Planungs-Sitzungen sind regelmäßig geplante Veranstaltungen, bei denen sich Teams innerhalb desselben Agile Release Trains (ART) treffen, um sich abzustimmen und zu vereinbaren, was als Nächstes kommt. Die Teams werden versuchen, sich auf Ziele und Prioritäten zu einigen, Funktionen zu besprechen, die Roadmap zu planen und teamübergreifende Abhängigkeiten zu identifizieren.
Ziel ist es, die Teams auf die Mission und aufeinander auszurichten. Hier sind die wesentlichen Elemente von PI Planning:
- 2 ganztägige Veranstaltungen finden alle 8-12 Wochen statt (abhängig von der Länge Ihrer Inkremente)
- Produktmanager arbeiten im Voraus daran, die geplanten Funktionen für das Inkrement zu priorisieren
- Eigene Planung und Schätzung der User Story durch Entwicklungsteams
- Ingenieure und UX-Teams arbeiten daran, die Planung zu validieren
Warum PI-Planung?
PI Planning ist für große agile Organisationen unglaublich vorteilhaft. PI Planning ermöglicht:
- Kommunikation
- Sichtbarkeit
- Zusammenarbeit
Um die Auswirkungen zu verstehen, schauen wir uns ein Beispiel für eine große Organisation an, die PI Planning noch nicht implementiert hat. Diese Organisation hat 250 Teams und 6.500 Teammitglieder. Diese Teams sprechen selten miteinander, es sei denn, sie befassen sich mit einem kritischen Problem, das sie zur Zusammenarbeit gezwungen hat.
Die Abstimmung zwischen diesen Teams erfolgt auf der Ebene des Führungsteams, und dazwischen gibt es mehrere Ebenen von Managern, die Informationen mit unterschiedlichem Erfolg weitergeben. Es gibt einen ständigen Kampf um Ressourcen, Budget und Möglichkeiten, an den aufregendsten Projekten zu arbeiten.
Ihre Projekte haben die Angewohnheit, widersprüchlich zu sein — ein Team würde etwas veröffentlichen und dann würde etwas im Projekt eines anderen Teams kaputt gehen.
PI Planning ist das erste Mal, dass viele große Unternehmen ihre Teams in einem Raum oder in derselben Telefonkonferenz zusammenbringen, um miteinander zu sprechen. Dies ist eine Gelegenheit, wichtige Gespräche darüber zu führen, wer woran arbeitet.
Warum ist das wichtig?
- Wenn du ein System oder ein Code-Repository berührst, musst du wissen, wie sich das auf ein anderes Team auswirken wird.
- Möglicherweise müssen Sie etwas arbeiten, damit ein anderes Team zuerst an seinem Feature arbeiten kann (und umgekehrt)
Mit der richtigen Planung und Zusammenarbeit können Teams ihre Aufgaben effektiver erledigen, Veröffentlichungen vorhersehbarer machen und das Budget einhalten.
Geschäftsvorteile von PI Planning
Wir haben zwar die grundlegenden Gründe für die Durchführung von PI Planning behandelt, lassen Sie uns jedoch näher auf die spezifischen Geschäftsvorteile eingehen, die Unternehmen aus einer effektiven Implementierung von PI Planning ziehen:
Bessere Ressourcenauslastung
- PI Planning bietet einen klaren Überblick über die Teamkapazitäten und -fähigkeiten im gesamten Agile Release Train
- Unternehmen können die Ressourcenallokation optimieren, indem sie Qualifikationslücken frühzeitig erkennen und beheben
- Teams können die Arbeitslast zwischen den Iterationen besser verteilen und Überlastung vermeiden
- Teamübergreifende Abhängigkeiten werden im Voraus identifiziert, wodurch Ressourcenkonflikte vermieden werden
- Gemeinsam genutzte Ressourcen können effektiver für mehrere Teams geplant werden
Verbessertes Risikomanagement
- Früherkennung potenzieller Risiken durch gemeinsame Planungssitzungen
- Die Einrichtung eines umfassenden Risk Boards während der PI-Planung hilft dabei, potenzielle Probleme zu verfolgen und zu überwachen
- Teams können Strategien zur Schadensbegrenzung entwickeln, bevor sich Probleme auf die Umsetzung auswirken
- Abhängigkeiten zwischen Teams werden proaktiv abgebildet und verwaltet
- Regelmäßige Risikoüberprüfungen während des PI gewährleisten eine kontinuierliche Überwachung und Anpassung
Strategische Ausrichtung und Entscheidungsfindung
- Die Präsentation des Geschäftskontextes stellt sicher, dass alle Teams die Unternehmensziele verstehen
- In Sessions zur Produkt- und Lösungsvision werden die Teams an den Kundenbedürfnissen und der Marktrichtung ausgerichtet
- Besprechungs- und Problemlösungssitzungen durch das Management ermöglichen fundierte Entscheidungen
- Teams können bessere Kompromissentscheidungen treffen, wenn sie eine klare Sicht auf die Prioritäten haben
- Wertströme werden unternehmensweit visualisiert und optimiert
Messbare Geschäftsergebnisse
- Bessere Vorhersagbarkeit bei der Lieferung durch strukturierte Planung
- Bessere Kundenzufriedenheit durch abgestimmte Bereitstellung von Funktionen
- Weniger Verschwendung und Redundanz bei den Entwicklungsbemühungen
- Schnellere Markteinführung neuer Funktionen und Produkte
- Effektivere Nutzung organisatorischer Ressourcen und Budgets
Eine Quelle der Wahrheit
- PI Planning schafft ein gemeinsames Verständnis für alle Teams
- Visualisierungsfunktionen helfen Teams, das Gesamtbild zu sehen
- Alle Beteiligten arbeiten nach derselben Roadmap und denselben Prioritäten
- Abhängigkeiten und Verpflichtungen sind klar dokumentiert
- Der Fortschritt kann teamübergreifend konsistent verfolgt werden
Durch die Implementierung einer effektiven PI-Planung können Unternehmen diese Vorteile nutzen und gleichzeitig eine kollaborativere und effizientere Entwicklungsumgebung schaffen. Regelmäßige Wiederholungstreffen und Zeremonien tragen dazu bei, diese Ausrichtung während der gesamten Programmphase aufrechtzuerhalten, während die vierteljährliche Steuerung die kontinuierliche strategische Ausrichtung gewährleistet.
Alles sehr gute Gründe, PI Planning zu machen.
Was ist das Ziel von PI Planning?
PI-Planung ist ein wesentlicher Bestandteil der Skaliertes Agile-Framework, ein Framework, das darauf ausgelegt ist, großen Unternehmen mit mehreren Teams Agilität zu ermöglichen.
SAFe PI Planning hilft Teams im Agile Release Train (ART) dabei, Workflows, Ziele, Releases und mehr zu synchronisieren, zusammenzuarbeiten und aufeinander abzustimmen.
Ohne PI Planning haben Teams keine strukturierte Kommunikation. Sie wissen möglicherweise nicht, woran die anderen Teams gerade arbeiten, was zu vielen Problemen führen kann. Zum Beispiel könnten zwei Teams an verschiedenen Funktionen arbeiten, ohne zu wissen, dass eine Abhängigkeit besteht, was die Veröffentlichung verzögern oder eine erhebliche Überarbeitung des Codes erfordern könnte.
Das Ziel von PI Planning ist es, alle Ihre Teams strategisch auszurichten und eine teamübergreifende Zusammenarbeit zu ermöglichen, um diese potenziellen Probleme zu vermeiden.
Nachdem wir das „Warum“ geklärt haben, wollen wir uns etwas eingehender mit dem „Was“ befassen. Der beste Weg, sich ein Bild davon zu machen, was während der PI-Planung passiert, besteht darin, einen Blick auf eine Agenda zu werfen.
Was ist ein Programm?
Bei einem Programm werden agile Teams zu einer größeren Gruppe zusammengefasst. Dies wird oft als „Team-of-Teams“ -Ebene bezeichnet. Einfach ausgedrückt ist ein Programm eine Gruppe agiler Teams.
Wenn Leute von „Team-of-Teams“ oder „skalierter Agilität“ sprechen, meinen sie, Agile über ein einzelnes Team hinaus zu integrieren und mehr Teams zu bitten, mitzumachen.
Zum Beispiel könnten 4 Teams an einer NASA-Raumschiffmission zum Mars arbeiten.
Die NASA entscheidet, dass sie herausfinden wollen, ob Agile diesen Teams helfen kann, besser zu arbeiten. Zunächst wechselt das Oxygen-Team also von der Arbeit mit den traditionellen Waterfall-Projektmanagementmethoden zur Anwendung agiler Prinzipien.
- Team starten
- Food-Team
- Sauerstoffteam (agil)
- Landeteam
Nach einigen Monaten entscheidet die NASA, dass die Arbeitsweise des Sauerstoffteams gut läuft, weshalb die verbleibenden drei Teams ebenfalls agilere Methoden anwenden:
- Startteam (Agile)
- Lebensmittelteam (Agile)
- Sauerstoffteam (agil)
- Landeteam (Agile)
Jedes dieser 4 Teams organisiert sich selbst, was bedeutet, dass sie für ihre eigene Arbeit verantwortlich sind.
Jetzt, da diese Teams jedoch alle auf die gleiche Weise arbeiten, können sie zu einem Programm zusammengefasst werden.
Sobald Sie die Geschäftsinhaber, das Produktmanagementteam, den Systemarchitekten/Ingenieur und den Release Train Engineer hinzugefügt haben, haben Sie alle Rollen, die Sie benötigen, um kontinuierlich Systeme oder Lösungen über den Agile Release Train (ART) bereitzustellen.
Was ist ein Programmboard?
Program Boards sind ein wichtiges Ergebnis von PI Planning.
Traditionell handelt es sich dabei um ein physisches Brett, das an der Wand befestigt ist und auf dem Säulen angeordnet sind, um die Wiederholungen für das Inkrement zu markieren, und eine Reihe für jedes Team. Die Teams fügen Haftnotizen hinzu, in denen die Funktionen beschrieben werden, an denen sie arbeiten werden.
- Merkmal 1
- Merkmal 2
- Merkmal 3
Sobald alle Funktionen hinzugefügt wurden, identifizieren sie Abhängigkeiten (Funktionen, die sich auf andere Funktionen auswirken) und markieren dies, indem sie sie mit einer roten Zeichenfolge verbinden.
SAFe-Programmboards müssen jedoch nicht physisch sein. Die Verwendung einer digitalen Programmtafel bietet viele Vorteile wie Einfache agile Programme, das direkt in Jira integriert ist. Gegen Ende dieses Handbuchs erfahren Sie mehr darüber, wie Sie Jira für PI Planning verwenden können.
Rüsten Sie Ihre dezentralen, verteilten oder am selben Standort tätigen Teams mit einem digitalen Tool für PI Planning auf Erfolgskurs aus.
Einfache agile Programme
Wer ist an PI Planning beteiligt?
Der Erfolg von PI Planning hängt in hohem Maße davon ab, dass die richtigen Teilnehmer während der gesamten Veranstaltung aktiv eingebunden sind. Obwohl es in jeder Organisation geringfügige Abweichungen geben kann, gibt es mehrere Schlüsselrollen, die für eine effektive Planung unerlässlich sind.
Mitglieder des Kernteams und ihre Verantwortlichkeiten
Release Train Engineer (RTE)
Der Release Train Engineer fungiert als primärer Moderator und stellvertretender Leiter für den Agile Release Train (ART). Stellen Sie sich den Dirigenten eines Orchesters vor und stellen Sie sicher, dass alle Teile harmonisch funktionieren. Die Aufgaben des RTE gehen über die bloße Durchführung der Veranstaltung hinaus — sie arbeiten daran, Hindernisse zu beseitigen, Risiken zu managen und die Abstimmung zwischen den Teams sicherzustellen. Vor der PI-Planung stimmen sie sich mit den Interessengruppen ab, um die Veranstaltung vorzubereiten. Während der Planung moderieren sie wichtige Zeremonien und helfen den Teams, Abhängigkeiten zu überwinden. Nach der Veranstaltung verfolgen sie den Fortschritt und helfen den Teams, auf Kurs zu bleiben, um ihre Ziele zu erreichen.
Sie helfen:
- Erstellung und Kommunikation der Jahreskalender
- Bereite alles vor (einschließlich Besprechungen vor und nach der PI-Planung)
- Managen Sie Risiken und Abhängigkeiten
- Erstellen Sie Program PI Objectives aus Team PI Objectives und veröffentlichen Sie sie
- Verfolgen Sie den Fortschritt bei der Erreichung der erwarteten Ziele
- Stellen Sie sicher, dass Strategie und Ausführung aufeinander abgestimmt sind
- Ermöglichen Sie Systemdemos
Als Moderator der zweitägigen Veranstaltung präsentiert der Release Train Engineer auch den Planungsprozess und die erwarteten Ergebnisse der Veranstaltung. Außerdem moderiert er die Management Review and Problem Solving Session und die Retrospektive.
Produktmanager
Die Aufgabe eines Produktmanagers besteht darin, die Bedürfnisse der Kunden zu verstehen und Lösungen zu validieren und gleichzeitig die Portfolioarbeit zu verstehen und zu unterstützen.
Bevor PI Planning stattfindet, nehmen Produktmanager am Pre-PI Planning Meeting teil, in dem sie Inputs, Ziele und Meilensteine für ihre nächsten PI Planning-Veranstaltungen besprechen und definieren.
In PI Planning stellen die Produktmanager die Vision des Programms und die bevorstehenden Meilensteine vor. Damit sie den Arbeitsablauf verwalten und priorisieren können, überprüfen sie den Planentwurf und beschreiben alle Änderungen an der Planung und dem Umfang auf der Grundlage der Sitzung Management Review & Problem Solving. Sobald die PI Planning-Veranstaltung vorbei ist, verwenden sie die Programmziele des Release Train Engineers, um die Roadmap zu aktualisieren.
Nach der PI-Planung spielen Produktmanager eine entscheidende Rolle bei der Kommunikation der Ergebnisse und der Erstellung von PI-Zielen für Lösungen.
Inhaber des Produkts
Die Product Owner sind für die Pflege und Priorisierung des Team-Backlogs sowie für die Iterationsplanung verantwortlich. Sie sind inhaltlich befugt, während der Breakout-Sitzungen des PI Planning Teams Entscheidungen auf User-Story-Ebene zu treffen.
Product Owner helfen dem Team bei der Definition von Geschichten, Schätzungen und Sequenzierung sowie bei der Ausarbeitung der PI-Ziele des Teams und der Teilnahme an der Team-Vertrauensabstimmung. Sie sind auch dafür verantwortlich, Visionen und Ziele vom oberen Management an das Team zu vermitteln, sowie für:
- Berichterstattung über wichtige Leistungskennzahlen
- Bewertung der Fortschritte und
- Mitteilung des Status an die Interessengruppen
Scrum Master
Der Scrum Master ist ein stellvertretender Leiter des Product Owners und des Entwicklungsteams, was bedeutet, dass er Prozesse verwaltet und leitet und gleichzeitig dem Team auf praktische Weise hilft, Dinge zu erledigen.
Sie erleichtern die Vorbereitung von Veranstaltungen (einschließlich PI Planning) und bereiten Systemdemos vor. Sie helfen dem Team dabei, seine Kapazität für Iterationen abzuschätzen, die PI-Ziele des Teams festzulegen und den Zeitrahmen, Abhängigkeiten und Unklarheiten während der Team-Breakout-Sitzungen zu verwalten. Der Scrum Master nimmt auch an der Vertrauensabstimmung teil, um dem Team zu helfen, einen Konsens zu erzielen.
Systemarchitekten und technische Leiter
Diese technischen Führungskräfte bieten wichtige Einblicke in die architektonische Ausrichtung und die technischen Einschränkungen. Während der PI-Planung stellen sie die architektonische Vision vor und arbeiten mit Teams zusammen, um die technische Abstimmung sicherzustellen. Sie helfen den Teams dabei, zu verstehen, wie sich ihre Arbeit in die breitere technische Landschaft einfügt, und potenzielle technische Abhängigkeiten oder Risiken zu identifizieren, bevor sie zu Problemen werden.
Mitglieder des Entwicklungsteams
Entwickler, Tester und andere Mitglieder des technischen Teams sind für die Erforschung, das Design, die Implementierung, das Testen, die Wartung und Verwaltung von Softwaresystemen verantwortlich und nehmen aktiv an der gesamten PI-Planung teil.
Während der PI-Planung nehmen sie an Breakout-Sitzungen teil, um User Stories und Akzeptanzkriterien (zusammen mit ihrem Product Owner) zu erstellen und zu verfeinern und den Arbeitsplan anzupassen. Entwickler helfen dabei, Risiken und Abhängigkeiten zu identifizieren und das Team bei der Ausarbeitung und Finalisierung der PI-Ziele des Teams zu unterstützen, bevor sie an der Team-Vertrauensabstimmung teilnehmen. Ihre praktische Erfahrung ist entscheidend für die Erstellung realisierbarer Pläne und die Identifizierung potenzieller Risiken oder Herausforderungen.
Geschäftsinhaber und leitende Angestellte
Geschäftsinhaber und Führungskräfte spielen eine wichtige Rolle bei der Verknüpfung von Teamaktivitäten mit Geschäftszielen. In der Regel beginnen sie die Veranstaltung mit einer Präsentation zum Geschäftskontext und helfen den Teams dabei, die Marktbedingungen, den Wettbewerbsdruck und die strategischen Prioritäten zu verstehen. Während der gesamten Planung geben sie bei der Überprüfung von Planentwürfen wertvolles Feedback und helfen bei Bedarf, wichtige Kompromissentscheidungen zu treffen.
Unterstützende Rollen und Interessengruppen
Einige andere Rollen sind zwar nicht immer während der gesamten Veranstaltung anwesend, bieten aber während der PI-Planung wertvolle Anregungen:
Kunden und Endverbraucher
Wenn möglich, kann die Teilnahme von tatsächlichen Kunden ein unschätzbares direktes Feedback geben und den Teams helfen, die Bedürfnisse der Benutzer besser zu verstehen. Sie nehmen möglicherweise an bestimmten Sitzungen statt an der gesamten Veranstaltung teil.
Fachexperten
Je nach Fachgebiet werden möglicherweise verschiedene Experten benötigt, um bei der Planung Fachwissen bereitzustellen. Dazu können Sicherheitsexperten, Compliance-Spezialisten oder Fachexperten aus bestimmten Geschäftsbereichen gehören.
Unterstützungsteams
Vertreter von Shared Services oder Support-Teams nehmen häufig teil, um sicherzustellen, dass ihre Fähigkeiten und Einschränkungen im Planungsprozess berücksichtigt werden. Dazu können UX-Designer, DevOps-Teams oder andere spezialisierte Gruppen gehören, die mehrere Teams unterstützen.
Der Schlüssel zu einer erfolgreichen Teilnahme liegt darin, sicherzustellen, dass jede Rolle ihre Verantwortung versteht und bereit ist, ihren Beitrag zu leisten. Organisationen sollten klare Leitlinien zu den Erwartungen und den erforderlichen Vorbereitungsarbeiten bereitstellen, damit alle Teilnehmer ihre Zeit während der PI-Planung optimal nutzen können.
Wann findet PI Planning statt?
Viele Unternehmen sind der Meinung, dass 8-12 Wochen (das sind 4-6 x 2-wöchige Iterationen) die richtige Zeit für eine Erhöhung sind.
Einige Unternehmen führen vierteljährliche PI-Planungen durch, zum Beispiel:
- PI-Planung für das erste Quartal: Dezember
- PI-Planung für das zweite Quartal: März
- PI-Planung für das dritte Quartal: Juni
- PI-Planung für das vierte Quartal: September
Der Zeitpunkt und die Häufigkeit hängen jedoch davon ab, wie lange die einzelnen Programminkremente geplant sind, und müssen möglicherweise an Feiertagen berücksichtigt werden.
Das Gute an Veranstaltungen von PI Planning ist, dass sie regelmäßig nach einem festen Zeitplan stattfinden, sodass Sie sie weit im Voraus planen können. Das bedeutet, dass Teams und Geschäftsinhaber rechtzeitig informiert sind, um sicherzustellen, dass sie zu der Veranstaltung erscheinen können.
Das bedeutet, dass das, was zur Vorbereitung von PI Planning passiert, genauso wichtig sein kann wie die Veranstaltung selbst.
Was ist eine Pre-PI Planning-Veranstaltung und wann wird sie benötigt?
Eine Vorplanungsveranstaltung — getrennt von PI Planning — soll sicherstellen, dass die ART innerhalb des umfassenderen Solution Trains abgestimmt ist, bevor sie PI Planning durchführen. Es geht vor allem um die Synchronisation mit den anderen ARTs, um sicherzustellen, dass Lösung und Organisation gemeinsam in die richtige Richtung gehen.
Sie müssen eine Pre-PI Planning-Veranstaltung organisieren, wenn Sie auf den Stufen Large Solution, Portfolio oder Full SAFe tätig sind. Essential SAFe ist einfacher und hat keinen Solution Train. Wenn Sie also auf dieser Ebene arbeiten, brauchen Sie Pre-PI Planning nicht so formell.
Hier sind einige der Rollen, die zur Vorplanungsveranstaltung eingeladen werden sollten:
- Solution Train Engineer
- Verwaltung der Lösung
- Lösungsarchitekt/Ingenieurwesen
- Team für Lösungssysteme
- Lose Train Engineers
- Produktmanagement
- Systemarchitekten/Ingenieure
- Kunden
Sie werden sich die wichtigsten Funktionen aus dem Solution Backlog, der Solution Intent, der Vision und der Solution Roadmap ansehen. Es ist PI Planning sehr ähnlich, aber auf einer höheren Ebene, für die Gesamtlösung und nicht nur für die einzelne ART.
Die Veranstaltung beginnt damit, dass jede ART ihre bisherigen Programminhalte und Erfolge zusammenfasst, um den Kontext festzulegen. Als Nächstes wird ein leitender Angestellter die Teilnehmer über die aktuelle Situation informieren, bevor das Lösungsmanagement die aktuelle Lösungsvision und alle Änderungen gegenüber den zuvor veröffentlichten Informationen erörtert. Andere Dinge, die häufig besprochen oder abgeschlossen werden, sind unter anderem:
- Straßenkarten
- Meilensteine
- Lösungsrückstände
- Kommende PI-Funktionen aus dem Program Backlog
Wie bereite ich mich auf die PI-Planung vor?
Erfolg bei PI Planning beginnt mit einer gründlichen Vorbereitung. Lange vor der Veranstaltung müssen sich Unternehmen sowohl auf die organisatorische als auch auf die inhaltliche Vorbereitung konzentrieren. In der Regel leitet der Release Train Engineer diese Vorbereitung und arbeitet mit verschiedenen Beteiligten zusammen, um sicherzustellen, dass alles an seinem Platz ist.
Organisatorische Bereitschaft bedeutet, sicherzustellen, dass die richtigen Personen effektiv teilnehmen können. Das bedeutet:
- Festlegung klarer Erwartungen an alle Teilnehmer in Bezug auf ihre Rollen und Verantwortlichkeiten während der Veranstaltung. Geschäftsinhaber und Interessenvertreter müssen ihre Kalender blockieren und ihre Beiträge vorbereiten. Die Teams müssen verstehen, was von ihnen während der Sitzungen erwartet wird.
- Organisation geeigneter Einrichtungen oder technischer Infrastruktur für die Veranstaltung. Bei Veranstaltungen, die gleichzeitig stattfinden, bedeutet dies, ausreichend Platz für die Planung großer Räume und Teamzusammenbrüche zu sichern. Bei Veranstaltungen an entfernten Orten bedeutet das, Tools für die Zusammenarbeit zu testen und sicherzustellen, dass jeder den richtigen Zugriff hat. Stellen Sie sicher, dass die Tools, die Sie zur Erleichterung der Planung benötigen, verfügbar sind und ordnungsgemäß funktionieren. Testen Sie alle Technologien, auf die Sie sich verlassen, im Voraus (einschließlich Audio, Video, Internetverbindung und Zugriff auf PI Planning-Anwendungen), um sicherzustellen, dass Ihre verteilten Teams an der PI Planning-Veranstaltung teilnehmen können. Vergessen Sie nicht, auch genug Essen für alle einzuplanen (Planung ist harte Arbeit).
Die Bereitschaft zum Inhalt ist ebenso wichtig. So müssen sich alle wichtigen Interessengruppen vorbereiten:
- Das Produktmanagement arbeitet daran, die Vision des Programms und die Prioritäten der Funktionen zu verfeinern und sicherzustellen, dass es klar kommunizieren kann, was gebaut werden muss und warum.
- Systemarchitekten bereiten sich darauf vor, ihre technische Vision und alle architektonischen Überlegungen, die sich auf die Planung auswirken, mit Ihnen zu teilen.
- Geschäftsinhaber sammeln relevante Markt- und Kundeneinblicke, die sie während der Präsentation zum Geschäftskontext teilen können.
- Die Teams überprüfen ihre aktuelle Arbeit und ihre Kapazitäten, um sich auf Planungsgespräche vorzubereiten.
Alle Moderatoren müssen auch die Inhalte für ihre Präsentationen vorbereiten.
Was sollte in die PI-Planungsagenda aufgenommen werden?
Hier ist eine Standardvorlage für die Agenda von PI Planning:

Der Erfolg von PI Planning hängt in hohem Maße von einer sorgfältigen Planung und einer gut strukturierten Agenda ab. Das standardmäßige zweitägige Format bietet zwar einen Rahmen, aber das Verständnis des Zwecks und Ablaufs jeder Sitzung hilft den Teams, ihre Planungseffektivität zu maximieren.
Erster Tag: Kontext setzen und erste Planung
Der erste Tag beginnt mit der Präsentation des Geschäftskontextes, die in der Regel von der Geschäftsleitung gehalten wird. Diese wichtige Sitzung gibt den Ton für die gesamte Veranstaltung an und bietet den Teams Einblicke in die Marktbedingungen, Kundenfeedback und organisatorische Prioritäten, die ihre Planungsentscheidungen beeinflussen werden.
Im Anschluss daran steht die Präsentation der Produktvision im Mittelpunkt. Das Produktmanagement teilt seine Roadmap und Vision mit und hebt die wichtigsten Funktionen und Prioritäten für die bevorstehende Programmerweiterung hervor. Diese Sitzung hilft den Teams nicht nur zu verstehen, was sie entwickeln werden, sondern auch, warum dies für Kunden und das Unternehmen wichtig ist.
Als nächstes folgt die Architekturvision, in der technische Leiter alle wesentlichen architektonischen Änderungen oder Überlegungen skizzieren, die Teams bei ihrer Planung berücksichtigen müssen. Dazu können Plattformaktualisierungen, Sicherheitsanforderungen oder technische Abhängigkeiten gehören, die sich auf die Entwicklungsarbeit auswirken könnten.
Der Nachmittag konzentriert sich auf Team-Breakouts, bei denen die einzelnen Teams mit ihrer detaillierten Planungsarbeit beginnen. Während dieser Sitzungen gehen die Teams wie folgt vor:
- Überprüfen Sie ihre Kapazitäten und Fähigkeiten
- Fangen Sie an, Features in Geschichten zu unterteilen
- Identifizieren Sie anfängliche Abhängigkeiten mit anderen Teams
- Fangen Sie an, ihre Pläne für den Zuwachs auszuarbeiten
Der Tag endet mit einer Überprüfung des Planentwurfs, bei der die Teams ihre ersten Überlegungen der breiteren Gruppe vorstellen. Dieser erste Blick hilft dabei, wichtige Konflikte oder Bedenken frühzeitig im Prozess zu erkennen.
Tag zwei: Raffinesse und Engagement
Der zweite Tag beginnt mit der Planung von Anpassungen auf der Grundlage des Feedbacks vom ersten Tag der Entwurfsprüfung. Die Teams nutzen diese Zeit, um festgestellte Konflikte zu lösen und ihre Pläne auf der Grundlage neu entdeckter Abhängigkeiten oder Einschränkungen zu verfeinern.
Während der morgendlichen Team-Breakouts:
- Finalisieren Sie ihre Feature-Schätzungen
- Verbleibende Abhängigkeiten lösen
- Erfülle ihre Teamziele
- Gehen Sie auf alle identifizierten Risiken ein
Der Nachmittag konzentriert sich auf die endgültige Überprüfung des Plans und die Risikobewertung. Jedes Team präsentiert seine fertigen Pläne, jetzt mit mehr Details und Zuversicht. Die Gruppe überprüft gemeinsam den Programmausschuss und untersucht teamübergreifende Abhängigkeiten und potenzielle Risiken bei der Umsetzung.
Der Tag gipfelt in der Vertrauensabstimmung, bei der die Teams ihr Vertrauen in die Erreichung der geplanten Ziele angeben. Wenn die Zuversicht gering ist, benötigen die Teams möglicherweise zusätzliche Zeit, um die Pläne anzupassen, bevor die Verpflichtungen endgültig festgelegt werden.
Schlüssel zu erfolgreichem Agenda-Management
Eine effektive PI-Planung erfordert eine sorgfältige Einhaltung des Zeitplans und der Vorbereitung. Organisationen sollten:
- Planen Sie die Veranstaltung rechtzeitig, um sicherzustellen, dass wichtige Interessengruppen teilnehmen können. Dies ist besonders wichtig für verteilte Teams, die möglicherweise Reisen organisieren oder sich über Zeitzonen hinweg koordinieren müssen.
- Teilen Sie die Agenda und die Erwartungen vor der Veranstaltung mit, damit sich die Teams vorbereiten können. Dazu gehört auch die Verteilung aller Materialien oder Daten, auf die die Teams bei der Planung zurückgreifen müssen.
- Planen Sie Pufferzeit für unerwartete Diskussionen oder Problemlösungssitzungen ein. Es ist zwar wichtig, den Zeitplan einzuhalten, aber eine gewisse Flexibilität hilft Teams, kritische Probleme zu lösen, sobald sie auftreten.
- Planen Sie regelmäßige Pausen ein, um die Energie und Konzentration während der beiden Tage aufrechtzuerhalten. Die Planung großer Räume kann anstrengend sein, und Teams benötigen Zeit, um Informationen zu verarbeiten und neue Energie zu tanken.
Denken Sie daran, dass diese Agenda zwar einen Rahmen bietet, Sie sie jedoch möglicherweise an die spezifischen Bedürfnisse Ihres Unternehmens anpassen müssen. Verteilte Teams, sehr große ARTs und andere Faktoren erfordern möglicherweise eine kreative Planung. Einige Sitzungen benötigen möglicherweise mehr Zeit, während andere verkürzt werden können. Wenn Sie Teams in mehreren Zeitzonen haben, muss Ihre PI Planning-Agenda möglicherweise über 3-4 Tage dauern. Wenn es Ihre erste PI Planning-Veranstaltung ist, probieren Sie die Standardagenda aus, holen Sie sich Feedback von Ihren Teams und experimentieren Sie beim nächsten Mal mit verschiedenen Formaten.
Was passiert im ersten Teil des PI Planning Meetings?
Der erste Teil des PI Planning-Meetings dient dazu, den Kontext für die nächste Planung festzulegen.
Tag 1 beginnt normalerweise mit einer Präsentation eines leitenden Angestellten oder Geschäftsinhabers. Die Tagesordnung sieht eine Stunde vor, um über den aktuellen Stand des Unternehmens zu sprechen. Sie heben spezifische Kundenbedürfnisse hervor, wie die aktuellen Produkte diese Bedürfnisse erfüllen, und mögliche Lücken.
Danach teilt das Produktmanagement-Team die aktuelle Vision für Ihr Produkt oder Ihre Lösung mit. Sie werden über alle Änderungen sprechen, die seit der letzten PI Planning-Sitzung (normalerweise etwa 3 Monate zuvor) vorgenommen wurden. Sie beschreiben, was ansteht, einschließlich Meilensteine und die nächsten 10 geplanten Funktionen. Diese Sitzung sollte etwa 1,5 Stunden dauern.
Warum findet am Ende von PI Planning eine Vertrauensabstimmung statt?
Das Vertrauensvotum ist ein scheinbar kleiner, aber sehr wichtiger Teil von PI Planning gegen Ende der Veranstaltung.
Es ist wichtig, dass das Team zuversichtlich ist, sich den Zielen und der geplanten Arbeit zu verpflichten. Der Release Train Engineer wird die Teams bitten, darüber abzustimmen.
Jeder, der an der Planung beteiligt ist, muss wählen. Dies kann durch Anheben der Hände (und Finger) geschehen oder es könnte über das von Ihnen verwendete Tool geschehen. Zum Beispiel das Das Teamplanungsboard in Easy Agile Programs ermöglicht es jedem Teammitglied, an seiner Vertrauensabstimmung teilzunehmen.
Wenn die durchschnittliche Stimmenzahl im ganzen Raum mindestens drei von fünf Stimmen beträgt, ist der Plan genehmigt. Wenn es weniger ist, muss er überarbeitet werden (bis er ein hohes Konfidenzniveau erreicht hat). Wenn jemand nur eine oder zwei Stimmen abgibt, hat er die Möglichkeit, seine Argumentation mitzuteilen.
Bei der Vertrauensabstimmung geht es darum, sicherzustellen, dass sich die Teilnehmer einig sind und dass sie sich einig sind, dass der Plan in seiner aktuellen Form innerhalb des vorgegebenen Zeitrahmens möglich ist. Apropos Timing: Lassen Sie uns darüber sprechen, wie und wo PI Planning tatsächlich in Ihren Unternehmenskalender passt.
Was passiert nach der PI-Planung?
Nach der Intensität der PI-Planung beginnt die eigentliche Arbeit der Umsetzung und Verfeinerung der Pläne. Der Zeitraum unmittelbar nach der PI-Planung ist entscheidend, um die Dynamik aufrechtzuerhalten und sicherzustellen, dass die Pläne in wirksame Maßnahmen umgesetzt werden.
Rückblick auf die Planung
So wie Teams nach Sprints Retrospektiven veranstalten, hilft die Durchführung einer gründlichen Retrospektive nach PI Planning dabei, zukünftige Planungsereignisse zu verbessern. In der Regel moderiert der Release Train Engineer diese Sitzung und bringt wichtige Teilnehmer zusammen, um über den Planungsprozess nachzudenken. Die Teams diskutieren über:
- Was ist gut gelaufen
- Was lief nicht so gut
- Was könnte besser sein für das nächste Mal
Dies kann Einblicke in die Vorbereitungsarbeit, die Effektivität von Team-Breakouts oder die technische Einrichtung von Teilnehmern an entfernten Standorten beinhalten.
Es wird auch eine Diskussion darüber geben, was als Nächstes passiert, was Dinge beinhalten kann wie:
- Transkribieren Sie die Ziele, Benutzerberichte und das Programmboard in Ihr Work-Management-Tool (wie Jira)
- Vereinbarung von Besprechungszeiten und -orten für tägliche Stand-ups und Iterationsplanung
Das RTE erfasst diese Erkenntnisse und arbeitet mit den Teams zusammen, um Verbesserungen für die nächste PI Planning-Veranstaltung umzusetzen.
Verfeinerung und Fertigstellung der Pläne
Die Teams verlassen PI Planning zwar mit festen Zielen, aber oft bleibt noch etwas Feinarbeit übrig. Die Teams nutzen die Tage, die auf PI Planning folgen, um:
- Passen Sie ihre Story-Backlogs auf der Grundlage der endgültigen Vereinbarungen an, die während der Planung getroffen wurden. Product Owner arbeiten mit ihren Teams zusammen, um sicherzustellen, dass die Storys richtig vorbereitet sind und für die erste Iteration bereit sind.
- Informieren Sie den Programmausschuss, um alle letzten Anpassungen zu berücksichtigen, die während der Vertrauensabstimmung und der Abschlussdiskussionen vorgenommen wurden. Das RTE stellt sicher, dass alle Abhängigkeiten ordnungsgemäß dokumentiert und für die betroffenen Teams sichtbar sind.
- Dokumentieren und kommunizieren Sie alle Risiken oder Probleme, die während der Planung festgestellt wurden und die einer kontinuierlichen Überwachung oder Minderung bedürfen.
Integration und Ausrichtung
Die Planungsphase nach dem PI ist entscheidend, um sicherzustellen, dass alle Teile kohärent zusammenpassen. Die Teams konzentrieren sich auf:
- Synchronisieren Sie ihre Iterationspläne mit anderen Teams, zu denen sie Abhängigkeiten haben, und stellen Sie sicher, dass ihre Lieferpläne mit den Bedürfnissen anderer Teams übereinstimmen.
- Einrichtung regelmäßiger Integrationspunkte und Kooperationsmechanismen, um die Abstimmung im gesamten PI aufrechtzuerhalten.
- Einrichtung klarer Kommunikationskanäle für die Verwaltung von Abhängigkeiten und den Austausch von Fortschrittsmeldungen.
Umsetzung des Aktionspunkts
Der Erfolg von PI Planning hängt letztlich davon ab, wie gut die Teams ihre Verpflichtungen einhalten. Zu den wichtigsten Aktivitäten gehören:
- Zuweisung von Eigentümern zu den während der Planung identifizierten Aktionselementen und Festlegung von Zeitplänen für die Fertigstellung.
- Einrichtung von Tracking-Mechanismen für teamübergreifende Abhängigkeiten und Risiken, die während der Planung identifiziert wurden.
- Erstellung oder Aktualisierung von Teamarbeitsvereinbarungen zur Unterstützung der neuen PI-Ziele.
Kontinuierliche Zusammenarbeit
Wenn Teams mit der Umsetzung ihrer Pläne beginnen, tragen mehrere Mechanismen dazu bei, die Abstimmung aufrechtzuerhalten:
- Regelmäßige Sync-Meetings: Teams mit Abhängigkeiten richten regelmäßige Kontaktpunkte ein, um auf dem Laufenden zu bleiben und alle aufkommenden Herausforderungen zu bewältigen.
- Bewertungen des Programmausschusses: Die RTE ermöglicht regelmäßige Überprüfungen des Programmvorstands, um sicherzustellen, dass die Abhängigkeiten eingehalten werden, und um alle erforderlichen Anpassungen zu identifizieren.
- Ereignisse untersuchen und anpassen: Während des gesamten PI nehmen die Teams an strukturierten Veranstaltungen teil, um die Fortschritte zu überprüfen, Hindernisse zu beheben und die notwendigen Anpassungen an ihren Plänen vorzunehmen.
Kommunikation und Sichtbarkeit
Die Aufrechterhaltung klarer Kommunikationskanäle nach der PI-Planung ist von entscheidender Bedeutung. Teams sollten:
- Teilen Sie die endgültigen Pläne und Ziele mit allen Beteiligten und stellen Sie sicher, dass jeder seine Verpflichtungen und Abhängigkeiten versteht.
- Richten Sie regelmäßige Berichtsmechanismen ein, um die Interessengruppen über die Fortschritte und alle wesentlichen Änderungen der Pläne auf dem Laufenden zu halten.
- Sorgen Sie für einen Überblick über wichtige Meilensteine und Integrationspunkte, damit sich Teams auf ihre Verpflichtungen konzentrieren können.
Die Planungsphase nach dem PI gibt den Ton für das gesamte Programminkrement an. Wenn Unternehmen diesen Aktivitäten besondere Aufmerksamkeit schenken, können sie den Wert ihrer PI-Planung maximieren und ihre Wahrscheinlichkeit erhöhen, ihre Ziele zu erreichen.
Die andere Sache, die normalerweise nach PI-Planing-Ereignissen passiert, ist ein Ereignis nach dem PI-Planning-Ereignis.
Was ist eine Post-PI Planning-Veranstaltung?
Diese ähneln den Pre-PI Planning-Ereignissen, die wir uns zuvor angesehen haben. Eine Veranstaltung nach der PI-Planung bringt Interessenvertreter aus allen ARTs des Solution Trains zusammen, um sicherzustellen, dass sie synchronisiert und aufeinander abgestimmt sind.
Die Post-PI-Planung erfolgt, nachdem alle ARTs ihre PI-Planung für das nächste Inkrement abgeschlossen haben. Sie stellen die Pläne vor, erläutern ihre Ziele und teilen Meilensteine und erwartete Zeitpläne mit.
Wie bei Veranstaltungen von PI Planning wird auch bei Post-PI Planning eine Plantafel verwendet, aber anstelle von Funktionen werden hier Funktionen, Abhängigkeiten und Meilensteine für jede Iteration und ART beschrieben. Potenzielle Probleme und Risiken werden identifiziert, besprochen und entweder aufgegriffen, gelöst, akzeptiert oder gemindert. Und ähnlich wie bei den regulären Veranstaltungen von PI Planning werden die Pläne einer Vertrauensabstimmung unterzogen, um sicherzustellen, dass sie die Ziele der Lösung erfüllen. Sie werden überarbeitet, bis die Teilnehmer im Durchschnitt 3 oder mehr Stimmen erhalten.
PI-Planung in SAFe
Wenn Sie SAFe zum ersten Mal anwenden, wird es wahrscheinlich mit PI Planning beginnen. Das liegt daran, dass es die Grundlage des Scaled Agile Framework bildet.
Als Agiles Skalieren sagt: „Wenn du es nicht tust, machst du kein SAFe.“
SAFe oder das Scaled Agile Framework™ ist eine Reihe von Richtlinien und Praktiken, die dazu beitragen sollen, größere Organisationen über alle Teams und Unternehmensebenen hinweg agiler zu machen. Das Framework ist auf die Verbesserung der Sichtbarkeit, Abstimmung und Zusammenarbeit ausgerichtet und sollte zu einer höheren Produktivität, besseren Ergebnissen und einer schnelleren Umsetzung führen.
Egal, ob Sie alle 5 Stufen oder nur das essentielle SAFe anwenden, die Grundlage Ihrer Transformation und der Motor für alles ist die PI Planning-Zeremonie.
Scrum und Kanban sind ebenfalls agile Frameworks (mit denen Sie vielleicht besser vertraut sind), und diese waren in der Vergangenheit auf der Ebene der einzelnen Teams sehr effektiv. SAFe hilft dabei, Agilität teamübergreifend zu skalieren; mehrere Teams kommen zusammen, um an denselben Produkten, Zielen und Ergebnissen zu arbeiten. Es geht über die Teamebene hinaus und bezieht alle Stakeholder mit ein. Es beschreibt, was auf den einzelnen Ebenen der Organisation geschehen sollte, um sicherzustellen, dass eine skalierte Planung erfolgreich ist.
Der Zweck von SAFe besteht darin, die Sichtbarkeit der Arbeit und die Abstimmung zwischen den Teams zu verbessern, was zu vorhersehbareren Geschäftsergebnissen führt.
Dies wird für Unternehmen immer wichtiger, da sie auf sich ändernde Umstände und Kundenerwartungen reagieren. Die traditionellen Wasserfallansätze greifen zu kurz, weil sie langsam und ineffizient sind.
Größere Unternehmen (oft mit Tausenden von Entwicklern) können mit der Innovation kleinerer, agilerer Startups nicht Schritt halten. Neben größeren Teams haben auch größere Unternehmen oft strengere Anforderungen in Bezug auf Governance und Compliance, was es komplexer macht, eine neue Funktion einzuführen und den Kunden einen neuen Mehrwert zu bieten.
Diese Unternehmen suchen nach neuen Möglichkeiten, Mitarbeiter in Projekten zu organisieren und effektivere Arbeitsweisen einzuführen, die Ressourcen effektiver nutzen und eine vorhersehbarere Umsetzung ermöglichen. Wenn sie das nicht tun, überleben sie möglicherweise nicht.
SAFe ist eine Möglichkeit für diese Unternehmen, sich in eine agilere Richtung zu bewegen.
PI Planning ist ein wichtiges Element von SAFe. Es handelt sich um eine Zeremonie, bei der Vertreter aller Teams zusammenkommen, um ihnen bei der Zusammenarbeit zu helfen, die wichtigsten Funktionen auszuwählen, an denen sie als Nächstes arbeiten möchten, Abhängigkeiten zu identifizieren und einen Plan für das nächste Programminkrement zu erstellen. Dadurch sind alle Teams besser sichtbar, Änderungen werden häufiger vorgenommen und die Teams arbeiten miteinander — nicht gegeneinander. Von dort aus können diese großen Unternehmen ihre Prozesse beschleunigen, effizienter arbeiten, mit neueren und flexibleren Unternehmen konkurrieren und ihre Rentabilität aufrechterhalten.
SAFe und PI Planning sind leistungsstarke Wegbereiter für organisatorische Agilität.
SAFe ist zwar ein Framework, das für größere Organisationen entwickelt wurde, aber es gibt keinen Grund, kleinere Unternehmen davon abzuhalten, auch eine Version von PI Planning zu verwenden. Alles, was Sie brauchen, ist mehr als ein agiles Team, damit es sich lohnt.
PI-Planung in Scrum
Sie können PI Planning auch als Teil eines einfachen Scrum-Ansatzes verwenden.

Das Scrum Framework-Diagramm zeigt, wann und wie Scrum-Teams PI Planning implementieren können
Quelle: Scrum.org
Scrum ist ein agiles Framework, das Teams hilft, Dinge zu erledigen. Es ist eine Möglichkeit für Teams, ihre eigene Arbeit zu planen und zu organisieren und Benutzergeschichten und Aufgaben in kleineren Zeitfenstern anzugehen. Dies wird oft als Sprint bezeichnet.
Wenn mehrere Scrum-Teams besser zusammenarbeiten möchten (aber nicht unbedingt innerhalb von SAFe arbeiten), könnten sie eine Version von PI Planning übernehmen.
Diese Scrum-Teams könnten zum Beispiel:
- Treffen Sie sich alle 10 Wochen und besprechen Sie die Funktionen, an denen sie arbeiten möchten
- Lassen Sie Produktmanager Backlogs kombinieren und gemeinsam Prioritäten setzen
- Teilen Sie Ressourcen nach Bedarf zwischen den Teams
- Ordnen Sie Abhängigkeiten zu und koordinieren Sie gemeinsame Veröffentlichungen
Die gute Nachricht dabei ist, dass es für PI Planning keinen Universalansatz gibt. Denken Sie also darüber nach, wie Sie die Ideen und Prinzipien übernehmen und für Ihr Unternehmen und Ihren Kontext nutzbar machen können.
Was ist der Unterschied zwischen einer PI-Roadmap und einer Solution Roadmap?
In SAFe gibt es verschiedene Arten von Roadmaps. Daher ist es wichtig, die Unterschiede zu verstehen und zu verstehen, wofür jede Roadmap gedacht ist.
PI-Roadmap
Eine PI-Roadmap wird vor Ihrer PI Planning-Veranstaltung erstellt und auch nach Abschluss der Veranstaltung vom Produktmanagement überprüft und aktualisiert. Sie umfasst in der Regel drei Programminkremente:
- Die aktuelle Erhöhung (geleistete Arbeit)
- Die nächste prognostizierte Erhöhung (geplante Arbeit auf der Grundlage der prognostizierten Ziele)
- Der Anstieg danach (weitere geplante Arbeiten auf der Grundlage der prognostizierten Ziele)
Die vierteljährliche PI-Planung wird einen Arbeitsaufwand von rund 9 Monaten vorsehen. Die zweite und dritte Stufe Ihrer PI-Roadmap werden sich wahrscheinlich ändern, wenn sich die Prioritäten ändern, aber sie sind immer noch ein wichtiger Teil der Roadmap, da sie vorhersagen, wohin sich das Produkt als Nächstes entwickeln wird.
Lösungs-Roadmap
Die Solution Roadmap ist ein längerfristiges Prognose- und Planungstool für ein bestimmtes Produkt oder eine bestimmte Dienstleistung.
Es deckt in der Regel mehrere Jahre am Stück ab, wobei für das erste Jahr spezifischere Details (wie vierteljährliche Funktionen und Funktionen) und allgemeinere Informationen (wie Ziele) für das zweite Jahr und darüber hinaus verfügbar sind.
Haben Sie eine Schlüsselrolle bei PI Planning? Erfahren Sie, wie das richtige Tool Ihnen helfen kann, Ihren Release-Train oder Ihr Programm besser zu verwalten.
Sehen Sie sich eine Produktdemo von Easy Agile Programs an
Fern- oder hybride PI-Planung
Persönliche PI-Planung war früher Standard, aber da die Wahrscheinlichkeit, dass Teams verteilt sind, höher ist, ist es nicht immer möglich, alle im Büro zu versammeln. Das muss kein Hindernis sein.
Das wichtigste Prinzip besteht darin, sicherzustellen, dass die Teams, die die Arbeit erledigen, in Echtzeit, wenn nicht sogar persönlich, in der Planung „anwesend“ sein können.
Dies kann einige Anpassungen der Agenda und des Zeitplans Ihrer Planung erfordern, aber mit Voraussicht und Unterstützung durch die richtige Technologie wird Ihre PI-Planung immer noch effektiv sein.
Tipps für die PI-Planung aus der Ferne
Remote PI Planning ist ideal für Organisationen mit verteilten Teams oder flexiblen Arbeitsregelungen. Es ist auch viel billiger und weniger störend, als alle paar Monate Leute hereinzubringen, um PI-Planung durchzuführen. Wenn Sie über die richtigen Tools und Technologien verfügen, können Sie PI Planning ausführen und allen die Teilnahme ermöglichen, unabhängig davon, ob sie sich im selben Raum oder am anderen Ende der Welt befinden.
Hier sind ein paar Tipps für die Remote-PI-Planung:
Nutzen Sie die Cloud
Verwenden Sie gemeinsam genutzte Online-Planungstools, damit Ihr Team so schnell wie möglich auf Informationen zugreifen und mit ihnen interagieren kann — idealerweise in Echtzeit. Wenn Sie sicherstellen, dass alle Beteiligten sofortigen Zugriff auf die Informationen haben, können Sie Abhängigkeiten leichter identifizieren und einen zentralen Bezugspunkt für Ihre Planung beibehalten. Auf diese Weise können Fehler vermieden werden, die durch die Arbeit mit verschiedenen Versionen und die Übertragung von Daten zwischen Quellen entstehen.
Die Veranstaltung im Livestream streamen
Das Live-Streaming von Audio und Video von der PI Planning-Veranstaltung ist eine praktikable Alternative zur persönlichen Planung. Ermutigen Sie Ihre Teammitglieder an entfernten Standorten aktiv, ihre Kameras und Mikrofone während der Veranstaltung zu benutzen. Auch wenn es die Erfahrung, sie physisch anwesend zu haben, vielleicht nicht vollständig wiedergibt, kommt es doch erstaunlich nah.
Nehmen Sie das PI Planning-Ereignis auf
Im Idealfall nehmen alle live an der PI-Planung teil. Wenn Ihre Teams jedoch auf mehrere Zeitzonen verteilt sind oder einige Teammitglieder krank sind, ist es eine gute Idee, das Ereignis aufzuzeichnen. Eine Aufzeichnung zum Nachschlagen zu haben, kann auch für Teilnehmer nützlich sein, die sich über alles, was besprochen wurde, auffrischen möchten.
Sei bereit, dich anzupassen
Einige Teams ändern die standardmäßige PI-Planungsagenda, um sie an mehrere Zeitzonen anzupassen, was für einige bedeuten kann, dass die Veranstaltung früher oder später beginnt oder sie sogar über 3 statt 2 Tage läuft.
Erwartungen setzen
Ein häufiges Problem, das entstehen kann, wenn sich verteilte Teams aus der Ferne einschalten, sind zu viel Lärm und Interferenzen. Kommunizieren Sie vor Beginn Ihrer ersten Sitzung darüber, wann ein Gespräch zulässig ist und wann die Teams die Stummschalttaste verwenden müssen. Auf diese Weise vermeiden Ihre Teams, abgelenkt zu werden, und stellen gleichzeitig sicher, dass alle teilnehmen können.
Weitere Tipps finden Sie in unserem Blog unter wie bereite ich mich auf die verteilte PI-Planung vor?.
Ob verteilt oder persönlich, wenn Ihr Team die PI-Planung richtig macht, macht das alles in den kommenden Schritten um einiges einfacher.
📣 Erfahren Sie, wie PNI Media die virtuelle PI-Planung eingeführt hat
Häufige PI-Planungsfehler
PI Planning läuft nicht immer reibungslos, besonders beim ersten Mal. Und das Framework selbst kann für einige Organisationen eine Herausforderung darstellen. Hier sind einige häufige Fehler und Herausforderungen, die es zu beachten (und zu vermeiden) gilt:
Lange, langweilige Sessions
Vermeiden Sie es, Ihre PI Planning-Veranstaltung mit langen Sitzungen mit dichtem Inhalt zu beginnen. Überlegen Sie sich kreative Möglichkeiten, um diese Sitzungen ansprechender zu gestalten, oder teilen Sie sie in kürzere Sitzungen auf. Erwägen Sie verschiedene Formate, die dazu beitragen, die Teilnehmer einzubeziehen und einzubeziehen. Und achten Sie darauf, Platz für Teamplanung und Zusammenarbeit zu schaffen.
Technische Probleme
Jede Veranstaltung ist anfällig für technische Pannen, aber wenn Sie Audio und Video an ein verteiltes Team streamen, kann dies den Ablauf der Veranstaltung erheblich beeinträchtigen. Es ist eine gute Idee, alle Geräte und Verbindungen im Voraus sorgfältig zu testen, um potenzielle Probleme zu minimieren.
Vertrauensvotum
Einige Teilnehmer von PI Planning haben Probleme mit dem Konzept der Vertrauensabstimmung. Es kann sein, dass die Teilnehmer den Druck aus dem Saal verspüren, für einen Plan zu stimmen, der umgesetzt werden soll, anstatt ihre Bedenken zu äußern. Wenn Probleme nicht frühzeitig angegangen werden, erhöht sich nur das Risiko, dass während der Erhöhung etwas schief geht.
Zeitliche Einschränkungen
Wenn Sie ein großes ART mit 10 oder mehr Teams haben, müssen Sie viele Planentwürfe präsentieren und überprüfen, sodass jedem Team weniger Zeit zur Verfügung steht. Es besteht die Möglichkeit, dass das Feedback von schlechterer Qualität ist als bei einem kleineren ART mit 8 Teams.
Ich verpflichte mich nicht zu dem Prozess
PI Planning ist nicht perfekt und SAFe auch nicht. Es hat sich jedoch gezeigt, dass der Prozess für viele Organisationen funktioniert, wenn die Organisation engagiert ist. Beginnen Sie wie empfohlen mit dem vollständigen Framework. Sie können das Framework und Ihre PI Planning-Veranstaltung an Ihre Organisation anpassen, aber achten Sie darauf, dass Sie sich auf den nachfolgenden Prozess festlegen. Alles, was zur Hälfte abgeschlossen ist, liefert keine vollständigen Ergebnisse.
Ich bleibe bei den gleichen alten Werkzeugen
Wenn etwas nicht funktioniert, repariere es. Zum Beispiel bleiben zu viele Teams bei herkömmlichen SAFe-Programmboards, obwohl diese nicht immer praktisch sind. Wenn die Haftnotizen immer wieder verschwinden, die in Jira eingegebenen Daten falsch zu sein scheinen oder Sie ein verteiltes Team haben, das auf digitale Weise Teil Ihrer PI Planning-Veranstaltung sein möchte... ist es an der Zeit, auf eine digitale Programmtafel umzusteigen wie Einfache agile Programme.
Sind Sie bereit, PI Planning in Ihrem Unternehmen zu implementieren? Wir haben eine Checkliste erstellt, um Ihnen den Einstieg zu erleichtern.
Kostenlose Checkliste für die PI-Planung
Eine effektive PI-Planung erfordert eine sorgfältige Koordination. Diese Checkliste beschreibt die wichtigsten Schritte, von der Planung der Aktivitäten vor der Veranstaltung bis hin zur Nachbereitung der Veranstaltung, um sicherzustellen, dass nichts übersehen wird.

Es beinhaltet:
- Vorbereitung der Veranstaltung — Logistik, Tools und Inhaltseinrichtung
- Pre-PI-Planung — Wichtige Aktivitäten zur Abstimmung der Interessengruppen
- Tagesordnungen für Tag 1 und Tag 2 — Eine strukturierte Aufschlüsselung der Sitzungen
- Rollenspezifische Verantwortlichkeiten — Klare Richtlinien für jeden Teilnehmer
- Überlegungen zu Remote-/Hybridanwendungen — Tipps für verteilte Teams
- Planungsmaßnahmen nach dem PI — Schritte, um die Dynamik aufrechtzuerhalten
Laden Sie Ihre PI-Planungs-Checkliste kostenlos herunter.
Sobald Sie Ihre Checkliste und Ihren Prozess eingerichtet haben, sollten Sie die richtigen Tools zur Unterstützung Ihrer PI-Planungssitzungen in Betracht ziehen. Wir sind vielleicht voreingenommen, denken aber, dass Easy Agile Programs + Jira die beste Wahl ist.
Jira für PI-Planung verwenden
Jira ist das beliebteste Projektmanagement-Tool für agile Teams. Wahrscheinlich verwenden Sie es bereits auf Teamebene.
Wenn du die Agilität des Teams im Rahmen einer ART skalieren musst, kann es schwierig sein, die Arbeit mehrerer Teams in Jira richtig zu visualisieren. Die einzige Möglichkeit, dies in der nativen App zu tun, besteht darin, ein Board für mehrere Projekte zu erstellen, was ziemlich umständlich ist.
Traditionelle PI-Planung auf einer physischen Tafel mit Haftnotizen und Schnüren kann die Planungsziele für Teams am gleichen Standort erreichen, aber was passiert als Nächstes? Nachdem die Sitzung beendet ist, müssen die Notizen und die Zeichenfolge in Jira für das gesamte Team neu erstellt werden, damit die Arbeit während des gesamten Inkrements nachverfolgt werden kann. Dies ist ein umständlicher und zeitaufwändiger Prozess, bei dem Fehler auftreten können, da Haftnotizen falsch transkribiert werden oder verloren gehen.
Der beste Weg, Jira für PI Planning zu verwenden, ist die Verwendung einer App wie Einfache agile Programme um Ihnen bei der Durchführung Ihrer PI Planning-Sitzungen zu helfen. Dank der integrierten Funktionen können Sie:
- Richte eine digitale Programmtafel ein (keine Schnüre und Haftnotizen mehr!)
- Führen Sie teamübergreifende Planung durch
- Visualisieren und verwalten Sie teamübergreifende Abhängigkeiten, erstellen Sie Meilensteine
- Identifizieren Sie Planungskonflikte, um Risiken zu minimieren
- Stimmen Sie sich auf feste Ziele für den Programminkrement ab
- Visualisieren Sie eine Roadmap für inkrementelle Funktionen
- Vertrauensabstimmung durchführen
- Verwandle Jira von einem Tool auf Teamebene in etwas, das für die gesamte ART nützlich ist
Schließe dich Unternehmen wie Bell, Cisco und der Deutschen Bahn an, die Jira für PI Planning mit verwenden Einfache agile Programme (aus dem Atlassian Marketplace).
Sie suchen ein PI-Planungstool für Jira?
Wir werden uns diesen Leitfaden auch in Zukunft noch einmal ansehen. Wenn Sie Fragen zu PI Planning haben oder feststellen, dass es einen Aspekt gibt, den wir noch nicht behandelt haben, schick uns eine E-Mail 📫
Verwandte Artikel
- Agile Best Practice
So holen Sie das Beste aus den 4 wichtigen Agile-Meetings heraus
Wir gehen zu den Rennen! 🏃🏃 ♀️ Sprints sind ein wichtiger Bestandteil der agilen Methodik. Ein Sprint ist ein vordefinierter Zeitraum, in dem agile Teams gemeinsam auf ein vereinbartes Sprintziel hinarbeiten. Es gibt vier Arten von Agile-Meetings, die im Laufe eines Sprints stattfinden, und jede davon ist entscheidend, um den Erfolg des agilen Prozesses sicherzustellen. Es geht darum, durch eine vorgegebene Menge an Arbeit zu sprinten, um die Ziellinie zu erreichen, wo Sie aus Ihrem Prozess lernen und das Rennen erneut beginnen (nur besser dran aufgrund dessen, was Sie im vorherigen Sprint gelernt haben).
Agile Meetings werden genutzt, um Teammitglieder, Führungskräfte und Stakeholder auf den gleichen Stand zu bringen, und sie leiten den Prozess eines agilen Sprints oder Gedränge.
In diesem Beitrag werden die vier wichtigsten Agile-Meetings behandelt, zu denen Sprint-Planung, tägliche Standups, Sprint-Reviews und Sprint-Retrospektiven gehören. Außerdem besprechen wir ein zusätzliches Agile-Meeting, das zur Verfeinerung des Backlogs genutzt wird.
Agile Besprechungen im Vergleich zu Scrum-Besprechungen
Scrum ist agil Methodik das wird am häufigsten in der Softwareentwicklung verwendet. Scrum-Meetings sind technisch gesehen eine Art agiles Meeting, aber sie haben spezifischere Parameter, die so konzipiert sind, dass sie in das Scrum-Framework passen. Der Prozess dreht sich um einen 2-4 wöchigen Sprint, an dem ein Product Owner, ein Scrum Master und das gesamte Scrum-Team beteiligt sind.
Wir haben es abgedeckt Scrum-Meetings (Zeremonien) ausführlich in einem anderen Artikel. In diesem Beitrag konzentrieren wir uns auf die vier wichtigsten agilen Meetingtypen. Diese Prozesse und Best Practices können überall angewendet werden mehrfach agil Methodologien, einschließlich Scrum und Kanban. Dieses Framework kann auch über die Softwareentwicklung hinaus branchenübergreifend angewendet werden und sich an die Bedürfnisse der meisten Teams anpassen.
Einfach ausgedrückt: Scrum hat einen starreren Rahmen, der auf vier Zeremonien/Treffen folgt. Der agile Prozess ist fast derselbe, mit vier sehr ähnlichen Meetings, aber es gibt mehr Flexibilität, um den Zeitrahmen des Sprints anzupassen und den Prozess anzupassen, wenn nicht speziell die Scrum-Richtlinien befolgt werden. Okay, vielleicht ist das immer noch nicht einfach ausgedrückt, aber es wäre nicht agil, wenn es linear und unkompliziert wäre.
Die 4 Arten von agilen Meetings
Es gibt vier zentrale Agile-Meetings: Sprint-Planung, tägliche Standups, Sprint-Reviews und Sprint-Retrospektiv-Meetings. Ein Sprint beginnt mit einem Sprint-Planungsmeeting. Jeden Tag findet ein tägliches Standup-Meeting statt. Schließlich finden am Ende des Sprints ein Sprint-Review und eine Retrospektive statt. Der Vorgang wiederholt sich mit neuen Federn, bis das Produkt, das Projekt oder die Arbeit abgeschlossen ist.
1. Besprechung zur Sprint-Planung
Das Sprint-Planungsmeeting findet zu Beginn eines Sprints statt und bezieht das gesamte Team mit ein. Bei der Sprint-Planung trifft sich das gesamte Team, um zu besprechen und zu vereinbaren, welche Arbeitsaufgaben (Backlog-Elemente) in das Sprint-Backlog verschoben werden sollen — die Elemente, die bis zum Ende des Sprints erledigt sein müssen. Während des Meetings werden die Sprintziele festgelegt und das Team orientiert sich an den Erwartungen.
Ohne ein Sprint-Planungstreffen zur Erläuterung der Sprint-Backlog (Aufgaben, die erledigt werden müssen), das Team wird während des Sprints Zeit damit verschwenden, herauszufinden, welche Arbeit Vorrang hat.
Zu vermeidende Fehler bei der Sprint-Planung:
- Beginnen Sie mit der Planung ohne verfeinerter Backlog
- Nicht auf derselben Wellenlänge wie Ihre Stakeholder
- Den Kunden und die Kundenreise bei der Planung ignorieren
- Erstellung eines starren Plans, der keinen Raum für Wachstum oder Anpassung bietet
- Mit fad flache Produktkarten denen ein kritischer Kontext fehlt
- Versäumnis, rückblickende Erkenntnisse in die folgende Planungssitzung einzubeziehen
Erfahre mehr über häufige Fehler bei der agilen Planung und wie Ihr Entwicklungsteam diese Fallstricke vermeiden kann.
2. Tägliches Standup-Meeting
Das tägliche Standup-Meeting findet an jedem Tag des Sprints statt. Im Scrum-Prozess könnte dieses Meeting auch als tägliches Scrum-Meeting bezeichnet werden. Es ist eine Gelegenheit für das Team, sich über die Arbeit auszutauschen, die am Vortag erledigt wurde, und darüber, was jede Person oder jedes Team in den nächsten 24 Stunden erledigen will.
Das Treffen zielt darauf ab, drei wichtige Fragen zu beantworten:
- Welche Arbeiten wurden seit dem letzten Standup abgeschlossen, um dem Team zu helfen, das Sprintziel zu erreichen?
- Welche Arbeiten planen Sie heute abzuschließen?
- Steht dir derzeit etwas im Weg oder behindert es deinen Fortschritt?
Dies ist ein guter Zeitpunkt, um etwaige Engpässe zu beheben. Was hat die Verzögerung verursacht, wenn die vom Vortag geplanten Arbeiten nicht abgeschlossen wurden, und wie kann das Team zusammenarbeiten, um Probleme zu lösen, die verhindern, dass die Arbeit voranschreitet?
Ein Standup-Meeting ist kurz und auf den Punkt gebracht, sodass jeder wieder zu der Arbeit zurückkehren kann, die er zu Ende bringen möchte. So kurz, dass oft Teilnehmern empfohlen wird stehen für die Dauer des Treffens. Daher der Name Daily Standup. Es umfasst alle Teammitglieder und findet idealerweise jeden Tag zur gleichen Zeit statt, um sicherzustellen, dass jeder immer teilnehmen kann.
Tägliche Standup-Fehler, die es zu vermeiden gilt:
- Die Zeit während des Meetings nicht im Auge behalten
- Kontinuierliches Überschreiten der zugewiesenen Besprechungszeit
- Umherschweifende Teilnehmer, die nicht bereit sind, die wichtigsten Fragen des Treffens zu beantworten
- Das Meeting aus Zeitgründen überspringen
- Teammitglieder kommen zu spät zum Meeting oder verpassen es ganz
- Den lautesten Stimmen erlauben, den Rest des Teams zu überschatten
- Jemanden dieselbe Aufgabe an mehreren aufeinanderfolgenden Tagen angeben lassen
- Unfähigkeit, potenzielle Engpässe zu beheben
- Zuweisung von Arbeiten, die über die Kapazität einer Person hinausgehen
3. Sitzung zur Sprint-Überprüfung
Das Sprint-Review ist eine Gelegenheit für das Team, die Arbeit, die es während des Sprints geleistet hat, zu präsentieren. Bei diesem Meeting kann es sich um eine interne Präsentation oder eine formellere Demonstration für die Beteiligten handeln, je nachdem, welche Anforderungen das Projekt hat und wie weit die Arbeit bereits fortgeschritten ist.
Zu vermeidende Sprint-Review-Fehler:
- Nicht richtig auf das Meeting oder die Demonstration vorbereitet
- Stakeholder nicht in Ihren Prozess einbeziehen
- Versäumnis nachzuweisen, wie die Arbeit dem Kunden einen Mehrwert bringt
- Erfolge übertreiben oder verschönern
- Versäumnis, Probleme zu lösen und wie sie gelöst wurden
- Das Feedback zum Sprint-Review wird nicht in das nächste Sprint-Planungstreffen einbezogen
4. Sitzung zum Rückblick auf den Sprint
Die Retrospektive ist ein entscheidender Teil des agilen Prozesses. Das Meeting findet am Ende des Sprints statt und bringt das gesamte Team zusammen, um seine Prozesse zu bewerten und zu besprechen, wie es sich beim nächsten Mal verbessern kann.
Welche Aspekte des Sprints verliefen gut und was können Sie aus diesem Erfolg lernen? Was lief nicht so gut und auf welche Engpässe ist das Team gestoßen? Was könnte beim nächsten Mal besser gemacht werden? Da es bei Agile vor allem um Lernen und Iterieren geht, gibt es nach jedem Sprint etwas zu lernen. Alles, von gut über schlecht bis mittelmäßig, kann in umsetzbare Verbesserungen umgewandelt werden.
Zu vermeidende Fehler im Nachhinein:
- Einzelne Teammitglieder für Engpässe verantwortlich machen
- Nur die lautesten Stimmen geben Einblick
- Es gelingt nicht, die leisen Stimmen im Raum zu stärken
- Immer wieder dieselben Fragen wiederholen, ohne die Dinge zu ändern
- Zulassen, dass die Retrospektive zu lang ist (zwei Stunden für einen zweiwöchigen Sprint anstreben)
- Überspringen einer Retrospektive aus Zeit- oder Ressourcenmangel
- Erkenntnisse oder Bedürfnisse von Stakeholdern vergessen oder nicht mit einbeziehen
- Versäumnis, das zu verbessern Sprint-Rückblick Prozess (Rückblick — der Rückblick!)
- Fehlende Berücksichtigung rückwirkender Erkenntnisse in den nächsten Sprint
Bonus: Besprechung zur Verfeinerung des Backlogs
Man könnte argumentieren, dass es ein fünftes Agile-Meeting gibt, insbesondere in der Welt der Produktentwicklung. Vor dem Sprint-Planungsmeeting muss der Product Owner ein Produkt-Backlog erstellen, das alle Aufgaben und Elemente umfasst, die das Team erledigen muss, um das Endprodukt oder Projekt vollständig zu entwickeln. Zu den Elementen gehören Benutzerberichte, Bugfixes, Funktionen und andere Aufgaben, die angegangen werden müssen, um das Endziel zu erreichen.
Verfeinerung des Backlogs bereitet das Backlog für die Sprint-Planung vor, indem Artikel so angeordnet werden, dass sie im nächsten Sprint die größte Wirkung erzielen. Bei der Backlog-Verfeinerung stellt ein Product Owner sicher, dass die Backlog-Elemente genügend Informationen, Details und Prioritäten enthalten, sodass das Team kluge Entscheidungen darüber treffen kann, was wann angegangen werden soll.
Je nach dem aktuellen Stand des Produkt-Backlogs kann vor Beginn der Sprint-Planung ein Meeting zur Feinabstimmung des Backlogs stattfinden. Außerhalb der Produktentwicklungsbranche könnte der Produkt-Backlog einer Aufgabenliste für ein Hauptprojekt ähneln.
Bei der Verfeinerung des Backlogs sollten folgende Fehler vermieden werden:
- Die Backlog-Verfeinerung wurde nicht rechtzeitig für die Sprint-Planung abgeschlossen
- Für das Planungstreffen bleibt zu viel Verfeinerung des Rückstands übrig
- Fehlende Priorisierung von Artikeln, die dem Kunden einen Mehrwert bieten
- Keine Berücksichtigung neuer Rückmeldungen, Fragen und Bedenken von Stakeholdern
Agile Meetings: Abschließende Überprüfung
Da hast du es also! Die vier wichtigsten Agile-Meetings sind Sprint-Planung, tägliche Standups, Sprint-Reviews und Sprint-Retrospektiven. Eine lobende Erwähnung geht an die Verfeinerung des Backlogs.
Lassen Sie uns den Zweck der einzelnen Besprechungen überprüfen:
- Sprint-Planung bringt alle auf den gleichen Stand darüber, was im Laufe des kommenden Sprints erreicht werden muss.
- Tägliche Standups stellen Sie sicher, dass das Team auf Kurs bleibt und hilft ihnen, potenzielle Engpässe zu beheben und zu lösen.
- Sprint-Bewertungen sind eine Gelegenheit für das Team, den Stakeholdern die während des Sprints geleistete Arbeit zu präsentieren und kritisches Feedback zu erhalten.
- Sprint-Retrospektiven Ermöglichen Sie dem Team, zusammenzukommen, um zu besprechen, was gut und was nicht gut gelaufen ist und wie es sich beim nächsten Mal verbessern kann.
- Verfeinerung des Backlogs bereitet das Backlog für die Sprint-Planung vor, um im nächsten Sprint die größtmögliche Wirkung zu erzielen.
Halten Sie effektive agile Meetings mit Easy Agile ab
Easy Agile setzt sich dafür ein, Teams dabei zu helfen, mit Agile besser zu arbeiten. Easy Agile entwickelt Produkte, die speziell für Jira-Benutzer entwickelt wurden, um agilen Teams zu helfen, effizienter und effektiver zu arbeiten.
Wir veröffentlichen regelmäßig Listen mit Tools, Ratschlägen und Anleitungen für agile Teams. Wenn Sie mit Jira arbeiten, werden Sie feststellen, dass unsere Ressourcen besonders hilfreich sind, um sich in der Produktentwicklung zurechtzufinden und Jira-Apps das wird die Art und Weise verbessern, wie Ihr Team zusammenarbeitet.
- Agile Best Practice
Daily Scrum: Best Practices und Fallstricke, die es zu vermeiden gilt
Inzwischen sind Sie mit Scrum ziemlich vertraut. Es gibt Ihrem Team einen Rahmen, mit dem es arbeiten kann, um interne Ziele zu erreichen, damit es seinen Kunden hochwertige Software liefern kann. Aber du kannst deine Scrum-Praktiken jederzeit verbessern, um deine Kunden weiterhin zu begeistern. 😁 Eine davon ist das tägliche Scrum — eine Praxis, die einfach klingt, aber leicht falsch verwaltet werden kann (dazu bald mehr 😉).
Das tägliche Scrum besteht aus drei Elementen — Scrum-Rollen, Scrum-Artefakte, und Scrum-Ereignisse.
In diesem Artikel zeigen wir Ihnen, wie diese Komponenten in das wichtige tägliche Scrum-Meeting passen, geben einige Tipps, damit Ihr tägliches Scrum reibungslos abläuft, und besprechen, welche Fallen Sie vermeiden sollten, damit Ihr Team immer am Ball ist. Wir weisen Sie auch auf Ressourcen hin, mit denen Sie die anderen Elemente der Agilität beherrschen können. Unser Ziel ist es wie immer, dich zu einem agilen Profi zu machen. 🏄🏽 ♀️
Was ist das Daily Scrum Meeting?
Lassen Sie uns eine kurze Zusammenfassung der einzelnen Punkte machen, bevor wir in das tägliche Gedränge eintauchen:
- Scrum-Rollen: Dies sind der Product Owner, der Scrum Master und das Entwicklungsteam. Diese Scrum-Teammitglieder arbeiten als Einheit zusammen, um ihre Ziele zu erreichen.
- Scrum-Artefakte: Zu den Artefakten gehören das Produkt-Backlog, das Sprint-Backlog und das Increment. Die Artefakte stellen Informationen für das Team dar, die es ihnen ermöglichen, transparente Ansichten zu haben, anhand derer sie ihren Fortschritt messen können.
- Scrum-Ereignisse: Der Sprint, die Sprint-Planung, das tägliche Scrum, das Sprint-Review und Sprint-Rückblick geben Sie dem Team die Möglichkeit, alle Scrum-Artefakte zu erfüllen und zu verfeinern, die angepasst werden müssen, um die Ziele des Teams im Blick zu behalten.
Das Daily Scrum ist ein Treffen zwischen Teammitgliedern, um den aktuellen Sprintfortschritt zu besprechen. Es ist an der Zeit herauszufinden, ob Anpassungen am Sprint oder am Produkt-Backlog vorgenommen werden müssen, um das Ziel zu erreichen Sprintziel.
Bedeutung von Daily Scrum
Das tägliche Scrum spielt eine entscheidende Rolle bei der Verbesserung der Teamkoordination und Kommunikation. Dieses kurze, fokussierte Meeting bietet dem Team ein strukturiertes Umfeld, in dem es sich über Fortschritte und Hindernisse abstimmen kann. Es leistet einen Beitrag zu mehreren Schlüsselbereichen:
- Fortschrittstransparenz: Die Teammitglieder erhalten einen klaren Überblick darüber, woran alle gerade arbeiten, was die Rechenschaftspflicht und die gegenseitige Unterstützung fördert.
- Identifizierung von Hindernissen: Probleme und potenzielle Hindernisse werden frühzeitig erkannt, sodass das Team sie umgehend beheben und Projektverzögerungen minimieren kann.
- Gezielte Zusammenarbeit: Indem die Diskussionen relevant und auf den Punkt gebracht werden, kann das Team seine Zeit effektiver nutzen und sich auf Lösungen statt auf langwierige Debatten konzentrieren.
- Ausrichtung der Ziele: Das Treffen hilft dabei, die Bemühungen auf die Sprintziele zu bekräftigen und neu auszurichten und sicherzustellen, dass alle an einem Strang ziehen und sich in die gleiche Richtung bewegen.
Durch die Einhaltung von Best Practices, wie z. B. die Einhaltung des Zeitrahmens für die Besprechung und die Förderung einer inklusiven Atmosphäre, können Teams die Vorteile des täglichen Scrums maximieren, was zu einem kohärenteren und effizienteren Arbeitsumfeld führt.
Die wichtigsten Teilnehmer des Daily Scrum
Entwicklungsteam
Die Mitglieder des Entwicklungsteams sind die Hauptteilnehmer am täglichen Scrum. Während des Treffens berichten sie über ihre Fortschritte bei der Erreichung des Sprintziels, um herauszufinden, ob Anpassungen vorgenommen werden müssen. Sie können dies tun, indem sie jeweils drei Fragen beantworten:
- Woran habe ich gestern gearbeitet, um das Sprintziel zu erreichen?
- Wie werde ich heute auf das Sprintziel hinarbeiten?
- Gibt es etwas, das mich daran hindert, das, woran ich gerade arbeite, zu beenden?
Auf diese Weise ist jeder im Team über den Fortschritt des gesamten Teams auf dem Laufenden. Die Antworten auf diese Fragen ermöglichen es dem Team auch, etwaige Blocker aufzudecken und den Sprint-Backlog entsprechend anzupassen. Ein Beispiel für einen Blocker kann ein Bug sein, der eine Entwicklerin daran hindert, ihre zugewiesene User Story im Sprint fertigzustellen.
Scrum Master und Product Owner
Im traditionellen Scrum ist der Scrum Master und Product Owner nehmen nicht aktiv am täglichen Scrum-Meeting teil — und sind auch technisch nicht erforderlich —, da sie nicht die Entwicklungsarbeit leisten, mit der das Sprintziel erreicht werden kann. Sie können jedoch immer noch wertvolle Besprechungsteilnehmer sein. Es liegt am Scrum-Team, zu entscheiden, ob sie teilnehmen sollen.
- Der Product Owner kann wegweisend bei der Anpassung der Backlog-Elemente des Sprints sein. Zum Beispiel kann der Bug, der andere Arbeiten blockiert, verschoben werden, sodass er rechtzeitig behoben wird, um das Sprintziel in Reichweite zu halten.
- Der Scrum-Master kann sicherstellen, dass die Best Practices für das tägliche Scrum befolgt werden und dass das Team einige der häufigsten Fallstricke vermeidet, die die Ziele des täglichen Scrum-Meetings verraten. Schauen wir uns diese als Nächstes an.
Was ist der Unterschied zwischen Daily Scrum und Daily Standup?
Manchmal kann es verwirrend sein, die Unterschiede zwischen Daily Scrum und täglicher Stand Up — und manchmal werden die Begriffe synonym verwendet. Es lohnt sich jedoch, auf die Unterschiede zwischen den beiden hinzuweisen.
Ein Daily Scrum ist ein Ereignis, das definiert ist in Scrum-Leitfaden. Also, was ist dann täglicher Stand-up und wie unterscheidet er sich? 🤔
Ein tägliches Stand-up ist ein tägliches Meeting, dessen Ziel es ist, den Teammitgliedern Fortschritte auf dem Weg zu einem gemeinsamen Ziel zu vermitteln. Es ist jedoch weniger restriktiv, was die Teilnehmer und die Zeitlimits angeht. Mit anderen Worten, Teammitglieder außerhalb des Scrum-Teams können teilnehmen und das Meeting kann länger als 15 Minuten dauern. Beispielsweise kann ein Unternehmen täglich ein Stand-up durchführen, an dem die gesamte Belegschaft oder eine bestimmte Abteilung teilnehmen, deren Fortschrittsberichte nicht auf die Softwareentwicklung beschränkt sind.
Best Practices für das tägliche Scrum
Was sind also die besten Methoden, um Ihre täglichen Scrum-Meetings effektiv durchzuführen?
1. Schließe das tägliche Gedränge in einer Zeitbox ab
Ein Zeitrahmen von 15 Minuten wird am häufigsten verwendet, um sicherzustellen, dass das Team konzentriert und auf den Punkt kommt. Schließlich müssen die Teammitglieder ihre drei Fragen nur kurz und effektiv beantworten.
2. Führen Sie das Meeting jeden Tag zur gleichen Zeit und am gleichen Ort durch
Dies wird für ein gewisses Maß an Kohärenz und Regelmäßigkeit sorgen und dazu beitragen, Scrum-Werte von Engagement und Fokus.
3. Beziehen Sie in jedes tägliche Scrum-Meeting dieselben Teammitglieder ein
Wenn Sie eine wechselnde Besetzung von Charakteren haben, laufen Sie Gefahr, dass es zu Unterbrechungen kommt. Bei einigen Teilnehmern der Besprechung fehlt wahrscheinlich der Kontext aus früheren Besprechungen und sie müssen auf dem Laufenden gehalten werden.
Tägliche Scrums für entfernte oder verteilte Teams
Tägliche Scrums sind für die Ausrichtung der Teams von entscheidender Bedeutung, aber für Teams an verschiedenen Standorten oder an verschiedenen Standorten ist eine durchdachte Ausführung erforderlich, um die Effektivität aufrechtzuerhalten. So können Sie das Beste aus Ihren virtuellen täglichen Scrums herausholen:
Intelligente Nutzung von Videokonferenzen
Videokonferenzen bieten den Vorteil einer Live-Konversation, die für die Zusammenarbeit und Klarheit in Echtzeit von entscheidender Bedeutung ist.
- Respektiere persönliche Bedürfnisse: Erkenne, dass es anstrengend sein kann, vor der Kamera zu stehen. Bieten Sie Flexibilität, indem Sie den Teammitgliedern die Wahl lassen, wann sie ihre Kameras verwenden möchten.
- Ermüdung vermeiden: Ermutigen Sie dazu, bei wichtigen Diskussionen die Kamera zu verwenden, bieten Sie jedoch die Möglichkeit, nur Audio zu hören, um Erschöpfung zu vermeiden.
Zeitzonen mit Bedacht verwalten
Verteilte Teams erstrecken sich oft über mehrere Zeitzonen. So meistern Sie die Herausforderung:
- Intelligent planen: Finden Sie eine geeignete Besprechungszeit, die für die Mehrheit geeignet ist. Zum Beispiel könnte jemand am Vormittag teilnehmen, während es für andere früh am Morgen ist.
- Ziehen Sie asynchrone Updates in Betracht: Wenn die Zeitzonen sehr unterschiedlich sind, sollten Sie sich auf asynchrone Kommunikation wie Kommentare in der Taskleiste oder Chat-Kanäle verlassen, um alle auf dem Laufenden zu halten, ohne ihre Work-Life-Balance zu stören.
Verwenden Sie visuelle Tools
Visuelle Hilfsmittel können das Verständnis und die Teilnahme an virtuellen Besprechungen erheblich verbessern.
- Bildschirmübertragung: Verwenden Sie die Bildschirmübertragung, um Taskboards oder Projektmanagement-Software anzuzeigen und so einen klaren, visuellen Kontext für Diskussionen zu bieten.
- Tools für die Zusammenarbeit: Nutze Tools wie Miro oder Trello für visuelles Brainstorming und Aufgabentracking während des Scrums.
Arbeitsvereinbarungen definieren
Durch die Erstellung klarer Arbeitsvereinbarungen wird sichergestellt, dass alle in Bezug auf Prozesse und Erwartungen auf derselben Wellenlänge sind.
- Kommunikationsmethoden: Geben Sie an, wie Teammitglieder kommunizieren sollen, sei es über Videoanrufe, Messaging-Apps oder E-Mails.
- Tools für die Zusammenarbeit: Entscheiden Sie, welche Tools Sie für Dokumentation, Zusammenarbeit in Echtzeit und asynchrone Updates verwenden möchten. Zu den beliebten Optionen gehören Slack für die Kommunikation und Jira für das Aufgabenmanagement.
Fallstricke bei Daily Scrum
Es gibt verlockende Aktivitäten, die Sie bei der Durchführung Ihres täglichen Scrum-Meetings vermeiden sollten. Dies sind einige der häufigsten Fallstricke, die es zu vermeiden gilt:
1. Das Meeting als Status-Update verwenden
An den Product Owner, Scrum Master oder andere Stakeholder. Das Hauptziel dieses Treffens besteht darin, dass das Entwicklungsteam seine drei Fragen beantwortet, damit es alle erforderlichen Anpassungen vornehmen kann, um das Sprintziel beizubehalten. Es sollte nicht als Status-Meeting für Entwickler genutzt werden, um über den Fortschritt ihrer Arbeit zu berichten.
2. Machen Sie daraus eine Problemlösungssitzung
Um alle Blockaden, die in der Sitzung besprochen werden, innerhalb des 15-minütigen Zeitrahmens zu lösen. Eines wird zweifellos passieren, wenn das Team dies versucht — das Meeting wird zu lang dauern! Der Scrum Master sollte dem Team raten, während des Meetings bei der Arbeit zu bleiben und diese Problemlösungsversuche auf einen Zeitpunkt außerhalb des täglichen Scrum-Meetings zu verschieben.
3. Konzentrieren Sie sich auf ein Taskboard
Um den Fortschritt zu verfolgen. Das tägliche Scrum-Meeting ist eine Zeit für Diskussionen. Wenn das Team auf ein Taskboard starrt, verschwendet es wertvolle Zeit, indem es sich auf den Status der Aufgaben konzentriert und nicht darüber spricht, Anpassungen an seiner Arbeit vorzunehmen.
Zusätzlich zu diesen wichtigen Punkten gibt es mehrere andere häufige Fehler, die die Effektivität eines täglichen Scrums beeinträchtigen können:
- Es ist ein langweiliges Statusmeeting geworden an dem niemand teilnehmen will. Dies deutet auf einen Mangel an Engagement und Zielstrebigkeit hin.
- Entwickler berichten über persönliche Leistungen an einen Scrum Master oder Manager, was den kollaborativen Geist des Teams untergraben kann.
- Das Treffen findet nicht statt wenn der Scrum Master es an diesem Tag nicht schafft. Diese Abhängigkeit kann die Konsistenz der täglichen Fortschrittskontrollen stören.
- Das Team versucht Probleme zu lösen und finden Sie während des täglichen Scrums Lösungen, die vermieden werden sollten, um die Timebox zu respektieren.
- Das tägliche Scrum wird verwendet, um Arbeitselemente zu verfeinern, was nicht der beabsichtigte Zweck ist. Die Verfeinerung sollte separat erfolgen.
- Die Timebox wird nicht respektiert, was dazu führt, dass einige Teammitglieder das Gefühl haben, dass das Meeting eine Belastung ist. Es ist wichtig, das 15-Minuten-Limit einzuhalten.
- Einige Entwickler denken, dass sie nicht auftauchen müssen, was zu Fehlausrichtungen und verpassten Gelegenheiten zur Teamsynchronisierung führen kann.
Indem Teams sich dieser häufigen Fallstricke bewusst sind und ein konzentriertes und effizientes tägliches Scrum pflegen, können sie sicherstellen, dass sie das Beste aus ihrer gemeinsamen Zeit machen und ihre Sprintziele auf Kurs halten.
Meistere Daily Scrum und werde ein agiler Profi
Bei Einfach und agil, wir bieten Produkte um all Ihre Scrum-Events zu verwalten. Wir setzen uns leidenschaftlich dafür ein, Agile für seine Teilnehmer zugänglich und leicht verständlich zu machen. Zusätzlich zu unseren Produkten stellen wir gerne Ressourcen zur Verfügung, damit du dein agiles Spiel verbessern kannst 💪. Schau dir unsere an Blog und unsere Podcast um ein agiler Profi zu werden!
- Agile Best Practice
Wie man agile Retrospektiven zur ständigen Verbesserung leitet
Agile Retrospektiven bieten Möglichkeiten zur Selbstbeobachtung. Wie bei vielen Dingen im Leben ist das Ende fast so wichtig wie der Anfang. Deshalb ist es wichtig, das, was während der gesamten Iteration schief gelaufen ist, zu verbessern und zu wiederholen, was gut gelaufen ist.
Das retrospektive Treffen sollte in regelmäßigen Abständen abgehalten werden, um die Teamprozesse und -ergebnisse zu analysieren. Die Reflexion über den letzten Sprint sollte als Richtschnur für den nächsten Sprint dienen.
Sprint-Retrospektiven sind ebenfalls informell, aber strukturiert. Informalität ist ein typisches Merkmal einer Retrospektive, die zur Problemlösung anregt.
In diesem Artikel besprechen wir, was eine agile Retrospektive ist, wie man sie erfolgreich leitet und wie man das Format der Retrospektive nutzt.
Was ist eine agile Retrospektive?
Eine agile Retrospektive ist auch bekannt als Sprint- oder Segelboot-Retrospektive.
Das Scrum-Leitfaden bietet eine klare Definition der agilen Retrospektive. Laut dem Leitfaden kann das agile Team die Sprint-Retrospektive als Gelegenheit nutzen, um schnelles Feedback für kontinuierliche Verbesserungen einzuholen. Kontinuierliche Verbesserung erfolgt durch kontinuierliche Teamarbeit und Arbeitsanalysen.
Während des Treffens bespricht das Team, was gut gelaufen ist und was nicht. Es sollte das Gute identifizieren, das es wiederholen will, sowie die Bereiche, die angepasst werden müssen, damit der nächste Sprint reibungsloser ablaufen kann.
So funktionieren die 12 Prinzipien des Agiles Manifest beschreibt Rückblicke: „In regelmäßigen Abständen denkt das Team darüber nach, wie es effektiver werden kann, und passt dann sein Verhalten entsprechend an.“
So implementieren Sie ein Sprint-Retrospektiv-Format
Sie können die agile Retrospektive entweder nach jedem Sprint, Quartal oder dem gesamten Projekt implementieren. Sie sollten jedoch in regelmäßigen Abständen eine Retrospektive durchführen, um die Iterationen und Verbesserungen fortzusetzen.
Verwenden Sie für jedes Meeting ein retrospektives Format. Die Erstellung eines Forums für eine Retrospektive ist ein guter Anfang. Es schafft die Voraussetzungen für das beteiligte Team und es weiß genau, was erwartet wird.
Wir haben retrospektive Boards hinzugefügt Einfacher agiler Teamrhythmus um Ihnen und Ihrem Team bei einem größeren Teil des agilen Zyklus zu helfen, von der Planung bis zur Überprüfung.
So planen Sie das Sprint-Rückblick:
1. Vorbereitung
Wie bei einem Standup-Meeting sollte Ihre Vorbereitungszeit für die Retrospektive etwa 15 Minuten dauern. Das Retro-Meeting ist wie ein Treffen mit magerem Kaffee, bei dem die Tagesordnung relativ unstrukturiert, aber demokratisch ist. Jeder kann seinen Beitrag leisten.
Idealerweise solltest du ein nachträgliches Forum einrichten, in dem Teammitglieder Feedback erfassen können, sobald es entsteht. Denke daran, die Teammitglieder daran zu erinnern, ihre Gedanken vor der Besprechung dem Board mitzuteilen.
Das Rückblickboard hilft dabei, den Retro-Prozess durch Aufgaben zu leiten, bei denen das Team zu kurz kam oder sich durch Aktionsgegenstände hervorgetan hat. Es hilft auch dabei, Bereiche zu identifizieren, in denen Verbesserungen möglich sind, und die Maßnahmen zu identifizieren, die die Gruppe ergreifen muss, um Veränderungen zu bewirken.
Wenn Teammitglieder vor Ort keine Software verwenden, um ihre agile Retrospektive zu ermöglichen, können sie eine andere Technik anwenden. Diese Technik beinhaltet in der Regel ein Whiteboard, Post-Its und Marker, die das Brainstorming während des gesamten Meetings leiten.
Welche Methode auch immer (Scrum oder Kanban), die der Scrum Master verwendet, hilft eine visuelle Darstellung dabei, die bestmöglichen Ergebnisse für zukünftige Arbeitsabläufe zu erzielen.
Heißer Tipp 🔥
Es ist am besten, einen neutralen Moderator oder agilen Coach hinzuzuziehen, der diesen Prozess leitet. Diese Technik sollte dazu beitragen, die Teammitglieder zur Teilnahme und zum Austausch zu ermutigen, ohne sich unter Druck gesetzt zu fühlen.
2. Verwenden Sie die Vorlage für den Rückblick als Richtschnur für Ihr Tagesordnungsformat
Der Vorstand für die Rückschau hilft bei der Festlegung der Tagesordnung für das Sitzungsformat. Ganz gleich, ob Sie starten, beenden, weitermachen, froh, traurig, wütend oder den persönlichen Favoriten unseres Teams wählen — hohe Töne, tiefe Töne und das Halten des Takts. Stellen Sie sicher, dass Sie es an die Bedürfnisse Ihres Teams anpassen.
In der Regel besteht das Verfahren aus sechs Schritten:
2.1 Die Bühne bereiten
Frischen Sie bei Bedarf Ihr Gedächtnis über Themen und Geschichten im letzten Sprint auf. Stellen Sie einen Timer ein und geben Sie dem Team etwas mehr Zeit, um alle kurzfristigen Gedanken oder Dinge hinzuzufügen, die möglicherweise noch fehlen
Zu Beginn der Retrospektive sollte der Scrum Master den Product Owner, die Teammitglieder und andere relevante Stakeholder vorstellen.
Heißen Sie alle willkommen und lassen Sie sie wissen, dass ihre Teilnahme wertvoll ist. Informieren Sie die Teammitglieder darüber, dass Ehrlichkeit entscheidend für positive Ergebnisse ist. Stellen Sie sicher, dass neue Teams wissen, dass Fragen willkommen sind und dass der Erfahrungsaustausch für eine erfolgreiche Sprint-Retrospektive unerlässlich ist.
Wirf einen Eisbrecher ein, um den Ton des Treffens festzulegen. Ein kurzes Spiel mit „Zwei Wahrheiten und einer Lüge“ kann schnell für eine entspannte Atmosphäre sorgen, wenn Sie genug Zeit haben.
Teilen Sie dem Team mit, wie viel Zeit es dauern sollte, jeden Abschnitt des Sprint-Reviews abzuschließen. Um alle auf dem Laufenden zu halten, kann sich der Timer auch hier als nützlich erweisen.
2.2 Feiere die Siege
Gratuliere den Teammitgliedern, die sich ausgezeichnet haben. Besprechen Sie die Veröffentlichung von Erfolgsgeschichten auf LinkedIn oder anderswo, bevor Sie mit dem Sprint-Review fortfahren. Interagiere mit Gegenständen, die auf dem Retro-Board erstellt wurden, reagiere mit einem Emoji oder hinterlasse einen Kommentar.
2.3 Daten sammeln
Die Datenerfassung umfasst das Sammeln von Informationen von Teammitgliedern zu Problemen im Sprint-Retrospektiv. Ziel ist es, dass das Team die Ursache der Probleme aufdeckt.
Die Teammitglieder beginnen diesen Prozess mit dem Austausch von Sprinterfahrungen. Ob die Erfahrung gut, schlecht oder hässlich war — teile sie mit anderen. Es ist immer eine gute Idee, festzuhalten, wie sich alle fühlen. Nehmen Sie an einer Stimmungsumfrage teil, um das allgemeine Gefühl im Team zu verstehen.
Teilen Sie mit, welche Prozesse Sie verwendet haben und welche Meilensteine Sie erreicht haben. Wenn Teammitglieder neue Technologien angewendet haben, teilen Sie uns mit, wie diese funktioniert haben. Wenn sie neue Tools verwendet haben, teilen Sie allen die Vor- und Nachteile der einzelnen Tools mit. Was auch immer die Erfahrung war, lassen Sie alle wissen, was gut funktioniert hat und was eine Enttäuschung war.
Der Scrum-Master kann diese Phase erleichtern, indem er die „Fünf-Warum-Methode“ anwendet. Die „Fünf Warum“ beziehen sich im Wesentlichen auf die fünfmalige Frage, warum ein Problem aufgetreten ist. Wenn Sie die Frage mehrmals wiederholen, wird tiefgründiges Nachdenken unterstützt, um der Ursache des Problems auf den Grund zu gehen.
2.4 Brainstorming-Lösungen
Sobald die Teammitglieder die Mängel des vorherigen Sprints identifiziert haben, können sie Lösungen finden.
Bei der Teamsitzung sollte es nun um Zusammenhänge zwischen Problemen und Lösungen gehen. Das Verknüpfen von Problemen und Lösungen erfordert Verständnis. Sobald das Team seine Fehler verstanden hat, kann es sich mehrere Lösungen überlegen, um jeden Problembereich durch bessere Maßnahmen zu lösen.
Bringen Sie so viele Ideen wie möglich ein, um mehrere Lösungen in Betracht zu ziehen. Sobald sich das Team über den Aktionspunkt einig ist, sollten Sie ihn unbedingt festhalten, damit die entsprechenden nächsten Schritte eingeleitet werden können.
Der retrospektive Vorstand in Teamrhythmus befindet sich neben deiner Arbeit in Jira, sodass rückblickende Elemente hinzugefügt werden können, wenn der Sprint oder die Version fortschreitet. Aktionspunkte aus der Retrospektive können in Jira-Probleme umgewandelt werden, sodass Elemente, die eine Aktion wert sind, am Ende der Diskussion nicht verloren gehen.
Das Scrum Master sollte auch sicherstellen, dass das Team in dieser Phase befugt ist, entsprechende Lösungen vorzuschlagen. Wenn sie nicht befugt sind, Probleme zu lösen, muss der Scrum Master das Problem auf eine höhere Ebene bringen.
2.5 Wählen Sie praktikable Lösungen
Nicht alle Lösungen aus der Brainstorming-Phase werden realisierbar sein. Bitten Sie das Scrum-Team, einschließlich des Product Owners, für jedes Problem drei vielversprechende Lösungen auszuwählen. Sie können verschiedene Techniken verwenden, um diesen Prozess einzugrenzen, und die Teammitglieder bitten, abzustimmen. Vielleicht möchtest du es mit einer Punktabstimmung versuchen oder positiv abstimmen, indem du der Lösung einen Daumen hoch gibst.
Bei der einfachen Abstimmung muss jeder die Lösung auswählen, die für ihn in der Folgeaktivität am besten geeignet ist. Bei der Punktabstimmung finden die Meeting-Teilnehmer die besten drei Lösungen, indem sie einen Punkt auf drei der Ideen platzieren, von denen sie glauben, dass sie am wertvollsten sind.
Schließlich bedeutet das Mehrstimmensystem, dass der Scrum Master jedem Punkte gibt. Das Scrum-Team muss diese Punkte dann für eine oder mehrere der besten Ideen vergeben.
2.6 Beenden Sie das Meeting
Beenden Sie das Meeting mit einer positiven Note, bevor Sie mit dem nächsten Sprint fortfahren. Versuche zu gehen mit:
- Eine detaillierte Zusammenfassung des vorherigen Sprints
- Eine detaillierte Sprint-Planungsübung für das nächste Sprint-Meeting
- Klare Aktionspunkte und nächste Schritte
- Arbeiten Sie als Team zusammen, um festzustellen, ob dieses Ergebnis effektiv ist oder für die nächste Iteration verbessert werden muss
3. Ergebnisse der Sprint-Sitzung im Rückblick
Softwareentwicklungsteams können die S.M.A.R.T.-Kriterien um ihre Lösungen zu analysieren. Das Einholen der Inputs des Product Owners ist ein wertvoller Teil der retrospektiven Treffen, da sie die Prioritäten und Sichtweisen diversifizieren
Der agile Coach oder Scrum Master nimmt die S.M.A.R.T.-Lösungen auf und übersetzt sie in Item-Aktionen. Der Scrum Master sollte die Teammitglieder bitten, Verantwortung für Aktivitäten zu übernehmen, um Eigenverantwortung zu fördern und Verhaltensänderungen zu fördern.
Sobald der Product Owner zustimmt, sollte jede Aktivität Teil des Backlogs werden.
Wie man durch eingehende Selbstbeobachtung zu erfolgreichen Retrospektiven kommt
Eine gründliche Selbstbeobachtung fördert kontinuierliche Verbesserung und Produktivität. Das Befolgen einer Vorlage für den Rückblick hilft dabei, diese Ziele zu erreichen und unterstützt gleichzeitig die integrierte Teamarbeit. Der Product Owner profitiert auch von Ihren Teamleistungen bei jeder Sprint-Retrospektive, was ein vorrangiges Ziel ist.
Verbessern Sie die Teamausrichtung mit Team-Retrospektiven
Einfacher agiler Teamrhythmus unterstützt agile Retrospektiven und hilft Ihnen und Ihrem Team, ein gemeinsames Verständnis der Arbeit zu entwickeln und zu verstehen, wie Sie am besten zusammenarbeiten. Unser Ziel ist es, agilen Teams dabei zu helfen, effektiv zusammenzuarbeiten.