PI Planung

Zukünftige Produktentwicklungsaufgaben können nicht vorherbestimmt werden. Verteilen Sie Planung und Kontrolle an diejenigen, die die Endergebnisse verstehen und darauf reagieren können.

-Michael Kennedy, Produktentwicklung für das schlanke Unternehmen

In SAFe steckt keine Magie. . . außer vielleicht für die PI-Planung.

-Autoren

Program Increment (PI) Planning ist ein kadenzbasiertes Ereignis, das als Herzschlag des Agile Release Train (ART) dient und alle Teams auf dem ART auf eine gemeinsame Mission und Vision ausrichtet.

PI-Planung ist für SAFe unerlässlich: Wenn Sie es nicht tun, tun Sie es nicht sicher.

Das Agile Manifest besagt: „Die effizienteste und effektivste Methode, Informationen an und innerhalb eines Entwicklungsteams zu übermitteln, ist ein persönliches Gespräch.“ SAFe bringt dies mit PI Planning auf die nächste Stufe.

Wo möglich, beinhaltet dies physische Kollokation, und diese groß angelegten PI-Planungsveranstaltungen finden jetzt in vielen Unternehmen auf der ganzen Welt statt. Sie haben eindeutig einen echten finanziellen ROI gezeigt, ganz zu schweigen von den immateriellen Werten, die entstehen, wenn das Team agiler Teams ein soziales Konstrukt schafft, das persönlich und kollektiv lohnend ist.

Es ist jedoch möglicherweise nicht immer praktisch, dass sich die gesamte KUNST zusammenfindet, und in unserer heutigen Zeit hat COVID-19 eine Situation geschaffen, in der dies keine Option ist. Während die physische Planung von Angesicht zu Angesicht ihre Vorteile hat, lautet die ungeschriebene sichere „Regel“: „Die Menschen, die die Arbeit erledigen, planen die Arbeit.“ Wenn physische Präsenz nicht möglich ist, hat sich die Planung in Echtzeit, gleichzeitig, virtuell und von Angesicht zu Angesicht als effektiv erwiesen. In der Tat ist es vielen ARTs gelungen, eine hybride Situation zu schaffen, in der mehrere Teams remote zusammenarbeiten, wie unten in Abbildung 1 gezeigt.

Der Artikel zum erweiterten Thema Verteilte PI-Planung mit SAFe enthält zusätzliche Anleitungen und Überlegungen zur erfolgreichen Verwaltung dieser Szenarien.

Die PI-Planung hat eine Standard-Agenda, die eine Präsentation des Geschäftskontexts und der Vision enthält, gefolgt von Teamplanungsausbrüchen — in denen die Teams ihre Iterationspläne und Ziele für das bevorstehende Programminkrement (PI) erstellen. Diese Veranstaltung, die vom Release Train Engineer (RTE) unterstützt wird, umfasst alle Mitglieder der KUNST und findet innerhalb der Iteration Innovation and Planning (IP) statt. Das Halten des Ereignisses während der IP-Iteration vermeidet Auswirkungen auf die Planung oder Kapazität anderer Iterationen im PI. Die PI-Planung erfolgt über zwei Tage, obwohl dies häufig erweitert wird, um die Planung über mehrere Zeitzonen hinweg zu ermöglichen.

Geschäftsvorteile der PI-Planung

Die PI-Planung bietet viele Geschäftsvorteile, darunter:

• Aufbau einer persönlichen Kommunikation zwischen allen Teammitgliedern und Stakeholdern
• Aufbau des sozialen Netzwerks, von dem die KUNST abhängt
• Ausrichtung der Entwicklung an den Geschäftszielen mit dem Geschäftskontext, der Vision sowie den Zielen der Team- und Programmentwicklung
• Abhängigkeiten identifizieren und team- und kunstübergreifende Zusammenarbeit fördern
• Die Möglichkeit bieten, genau das Richtige menge an Architektur und Lean User Experience (UX) Anleitung
• Anpassung der Nachfrage an die Kapazität und Beseitigung überschüssiger Work in Process (WIP)
• Schnell entscheidungsfindung

Ein- und Ausgänge der PI-Planung

Eingaben in die PI-Planung umfassen:

• Geschäftskontext (siehe ‚Content Readiness‘ unten)
• Roadmap und Vision
• Top 10 Features des Programms Backlog

Ein erfolgreiches PI-Planungsereignis liefert zwei primäre Ergebnisse:

• Engagierte PI-Ziele – Eine Reihe INTELLIGENTER Ziele, die von jedem Team mit dem von den Geschäftsinhabern zugewiesenen Geschäftswert erstellt werden.
• Program Board – Hervorhebung der neuen Feature-Liefertermine, Feature-Abhängigkeiten zwischen Teams und relevanten Meilensteinen.

Vorbereitung

PI-Planung ist ein bedeutendes Ereignis, das Vorbereitung, Koordination und Kommunikation erfordert. Es wird von der RTE erleichtert und zu den Veranstaltungsteilnehmern gehören Geschäftsinhaber, Produktmanagement, agile Teams, System- und Lösungsarchitekten / -ingenieure, das Systemteam und andere Interessengruppen, die alle im Voraus benachrichtigt werden müssen, um gut vorbereitet zu sein. Die aktive Teilnahme von Geschäftsinhabern an dieser Veranstaltung bietet eine wichtige Leitplanke für Haushaltsausgaben.

Damit die Veranstaltung erfolgreich verläuft, ist eine Vorbereitung in drei Hauptbereichen erforderlich:

• Organisatorische Bereitschaft – Strategische Ausrichtung und Aufbau von Teams und Schulungen
• Inhaltsbereitschaft – Management– und Entwicklungsbereitschaft
• Logistikbereitschaft – Überlegungen für die Durchführung einer erfolgreichen Veranstaltung

Im Folgenden finden Sie die Highlights der Checkliste für die ART-Bereitschaft. (Die vollständige Checkliste finden Sie im SAFe PI Planning Toolkit, das SPCs zur Verfügung steht).

Organisatorische Bereitschaft

Vor der PI-Planung muss eine Strategieausrichtung zwischen Teilnehmern, Stakeholdern und Geschäftsinhabern erfolgen. Kritische Rollen werden zugewiesen. Um dies im Voraus anzugehen, jedoch, Veranstalter müssen Folgendes berücksichtigen:

• Planungsumfang und Kontext – Wird der Umfang (Produkt, System, Technologiebereich) des Planungsprozesses verstanden? Wissen wir, welche Teams gemeinsam planen müssen?
• Business Alignment – Gibt es eine vernünftige Vereinbarung über Prioritäten unter den Geschäftsinhabern?
• Agile Teams – Gibt es Agile Teams? Gibt es engagierte Teammitglieder und einen identifizierten Scrum Master und Product Owner für jedes Team?

Content Readiness

Es ist ebenso wichtig sicherzustellen, dass es eine klare Vision und einen Kontext gibt und dass die richtigen Stakeholder teilnehmen können. Daher muss die PI-Planung Folgendes umfassen:

• Executive Briefing – Ein Briefing, das den aktuellen Geschäftskontext definiert
• Product Vision Briefing(s) – Briefings, die vom Produktmanagement erstellt wurden, einschließlich der 10 wichtigsten Funktionen im Programmbestand
• Architecture Vision Briefing – Eine Präsentation des CTO, Enterprise Architect oder System Architect zur Kommunikation neuer Enabler, Funktionen und nicht funktionaler Anforderungen (NFRs)

Logistikbereitschaft

Die Vorbereitung einer Veranstaltung zur Unterstützung einer großen Anzahl von Teilnehmern ist nicht trivial. Bei physisch zusammengestellter Planung kann dies die Sicherung und Vorbereitung des physischen Raums umfassen. Für Remote-Teilnehmer oder für eine vollständig verteilte PI-Planung beinhaltet dies auch Investitionen in die notwendige technische Infrastruktur. Zu den Überlegungen gehören:

• Standorte – Jeder Planungsort muss im Voraus vorbereitet werden
• Technologie und Werkzeuge – Echtzeitzugriff auf Informationen und Werkzeuge zur Unterstützung verteilter Planung oder entfernter Teilnehmer
• Kommunikationskanäle – Primäre und sekundäre Audio–, Video- und Präsentationskanäle müssen verfügbar sein

Standardagenda

Die Veranstaltung folgt einer Agenda ähnlich Abbildung 2. Beschreibungen der einzelnen Elemente folgen. Anleitungen zur Anpassung dieser Agenda zur Unterstützung der Planung über mehrere Zeitzonen hinweg finden Sie im Artikel zum erweiterten Thema Verteilte PI-Planung mit SAFe.

Agenda für Tag 1

• Geschäftskontext – Ein Geschäftsinhaber oder leitender Angestellter beschreibt den aktuellen Stand des Unternehmens, teilt die Portfolio-Vision und präsentiert eine Perspektive darauf, wie effektiv bestehende Lösungen die aktuellen Kundenbedürfnisse erfüllen.
• Produkt- / Lösungsvision – Das Produktmanagement präsentiert die aktuelle Vision (in der Regel dargestellt durch die nächsten Top-10-Funktionen) und hebt alle Änderungen gegenüber dem vorherigen PI-Planungsereignis sowie alle bevorstehenden Meilensteine hervor.
• Architekturvision und Entwicklungspraktiken – Systemarchitekt / Ingenieur präsentiert die Architekturvision. Außerdem kann ein Senior Development Manager Agile-unterstützende Änderungen an Entwicklungspraktiken wie Testautomatisierung, DevOps, Continuous Integration und Continuous Deployment einführen, die in den kommenden Jahren weiterentwickelt werden.
• Planungskontext und Mittagessen – Der RTE stellt den Planungsprozess und die erwarteten Ergebnisse der Veranstaltung vor.
• Team Breakouts #1 – Im Breakout schätzen Teams ihre Kapazität für jede Iteration und identifizieren die Backlog-Elemente, die sie wahrscheinlich benötigen, um die Funktionen zu realisieren. Jedes Team erstellt seine Entwurfspläne, die für alle sichtbar sind, Iteration für Iteration.

Während dieses Prozesses identifizieren Teams Risiken und Abhängigkeiten und entwerfen ihre ersten Team-PI-Ziele. Zu den PI-Zielen gehören in der Regel nicht festgelegte Ziele, bei denen es sich um Ziele handelt, die in den Plan integriert sind (z. B. Geschichten, die für diese Ziele definiert und enthalten wurden), die jedoch vom Team aufgrund zu vieler Unbekannter oder Risiken nicht festgelegt werden. Nicht festgelegte Ziele sind keine zusätzlichen Dinge, die Sie tun müssen, wenn Sie Zeit haben. Stattdessen erhöhen sie die Zuverlässigkeit des Plans und geben dem Management eine frühzeitige Warnung vor Zielen, die das Unternehmen möglicherweise nicht erreichen kann. Die Teams fügen auch die Funktionen und die zugehörigen Abhängigkeiten zur Programmplatine hinzu, wie in Abbildung 3 gezeigt.

• Überprüfung des Planentwurfs – Während der eng gefassten Überprüfung des Planentwurfs präsentieren die Teams wichtige Planungsergebnisse, darunter Kapazität und Auslastung, PI-Ziele, potenzielle Risiken und Abhängigkeiten. Geschäftsinhaber, Produktmanagement und andere Teams und Stakeholder überprüfen und geben Input.
• Managementüberprüfung und Problemlösung – Es ist wahrscheinlich, dass die Entwurfspläne Herausforderungen wie Umfang, personelle und Ressourcenbeschränkungen sowie Abhängigkeiten darstellen. Während des Problemlösungsereignisses kann das Management Umfangsänderungen aushandeln und andere Probleme lösen, indem es verschiedenen Planungsanpassungen zustimmt. Die RTE erleichtert und hält die primären Stakeholder so lange wie nötig zusammen, um die Entscheidungen zu treffen, die zur Erreichung erreichbarer Ziele erforderlich sind.

In Multi-ART-Lösungszügen kann nach dem ersten Tag der Planung eine ähnliche Veranstaltung stattfinden, um aufgetretene Cross-ART-Probleme zu lösen. Alternativ können die RTEs der beteiligten Züge miteinander sprechen, um Probleme anzusprechen, die dann in der jeweiligen ART-spezifischen Managementüberprüfung und Problemlösungsveranstaltung gelöst werden. Der Solution Train Engineer (STE) hilft bei der Erleichterung und Lösung von Problemen in der gesamten Branche.

Agenda für Tag 2

• Planungsanpassungen – Am nächsten Tag beginnt die Veranstaltung mit der Präsentation von Änderungen des Planungsumfangs, der Mitarbeiter und der Ressourcen durch das Management.
• Team Breakouts #2 – Teams setzen ihre Planung auf der Grundlage ihrer Agenda vom Vortag fort und nehmen die entsprechenden Anpassungen vor. Sie legen ihre Ziele für den PI fest, dem die Geschäftsinhaber den Geschäftswert zuweisen, wie in Abbildung 4 gezeigt.
  

  

• Abschließende Planüberprüfung und Mittagessen – Während dieser Sitzung präsentieren alle Teams der Gruppe ihre Pläne. Am Ende des Zeitfensters jedes Teams gibt das Team seine Risiken und Hindernisse an und stellt die Risiken dem RTE zur späteren Verwendung in der ROAMing-Übung zur Verfügung. Das Team fragt dann die Geschäftsinhaber, ob der Plan akzeptabel ist. Wenn der Plan akzeptiert wird, bringt das Team das Zielblatt seines Teams an die Vorderseite des Raums, damit jeder sehen kann, wie sich die Gesamtziele in Echtzeit entfalten. Wenn die Geschäftsinhaber Bedenken haben, erhalten die Teams die Möglichkeit, den Plan nach Bedarf anzupassen, um die festgestellten Probleme anzugehen. Anschließend stellt das Team seinen überarbeiteten Plan vor.
• Programmrisiken – Während der Planung haben Teams Programmrisiken und Hindernisse identifiziert, die sich auf ihre Fähigkeit auswirken könnten, ihre Ziele zu erreichen. Diese werden in einem breiteren Managementkontext vor dem gesamten Zug gelöst. Nacheinander werden die Risiken ehrlich und transparent diskutiert und angesprochen und dann in eine der folgenden Kategorien eingeteilt:
  • Behoben – Die Teams sind sich einig, dass das Risiko kein Problem mehr darstellt.
  • Besitz – Jemand im Zug übernimmt das Risiko, da es während der PI-Planung nicht gelöst werden kann.
  • Akzeptiert – Einige Risiken sind nur Fakten oder potenzielle Probleme, die verstanden und akzeptiert werden müssen.
  • Gemindert – Teams identifizieren einen Plan, um die Auswirkungen des Risikos zu reduzieren.
• Vertrauensabstimmung – Sobald die Programmrisiken angesprochen wurden, stimmen die Teams über ihr Vertrauen in die Erreichung ihrer Team-PI-Ziele ab.

Jedes Team führt eine Fist of Five-Abstimmung durch. Wenn der Durchschnitt drei Finger oder mehr beträgt, sollte das Management die Verpflichtung akzeptieren. Wenn es weniger als drei sind, überarbeitet das Team den Plan. Jeder, der zwei oder weniger Finger hat, sollte die Möglichkeit haben, seine Bedenken zu äußern. Dies kann die Liste der Risiken erweitern, eine Neuplanung erfordern oder einfach nur informativ sein. Sobald jedes Team abgestimmt hat, wird der Prozess für die gesamte Kunst wiederholt, wobei jeder sein Vertrauen in den kollektiven Plan zum Ausdruck bringt, wie in Abbildung 5 dargestellt.

• Plan Rework – Wenn nötig, überarbeiten Teams ihre Pläne, bis ein hohes Konfidenzniveau erreicht werden kann. Dies ist eine Gelegenheit, bei der Ausrichtung und Engagement höher bewertet werden als die Einhaltung einer Timebox.
• Retrospektive Planung und Fortschritt – Schließlich führt der RTE eine kurze Retrospektive für das PI-Planungsereignis durch, um zu erfassen, was gut gelaufen ist, was nicht und was beim nächsten Mal besser gemacht werden kann, wie in Abbildung 6 gezeigt.

• In der Regel folgt eine Diskussion über die nächsten Schritte sowie die endgültigen Anweisungen an die Teams. Dies kann Folgendes umfassen:
  • Aufräumen der für die Planung verwendeten Räume.
  • Erfassen der Ziele und Geschichten des Teams in einem agilen Projektmanagement-Tool.
  • Überprüfung der Team- und Kunstveranstaltungskalender.
  • Bestimmung der Iterationsplanung und der täglichen Stand-Up (DSU) -Standorte und -Zeiten.

Nachdem das Planungsereignis abgeschlossen ist, fassen der RTE und andere ART-Stakeholder die einzelnen Team-PI-Ziele in einer Reihe von Programm-PI-Zielen zusammen (Abbildung 7) und verwenden diese, um extern zu kommunizieren und den Fortschritt in Richtung der Ziele zu verfolgen.

Das Produktmanagement verwendet die PI-Ziele des Programms, um die Roadmap zu aktualisieren und die Prognose für die nächsten beiden PIs basierend auf dem, was gerade gelernt wurde, zu verbessern.

Das Program Board wird häufig während des Scrum of Scrums verwendet, um Abhängigkeiten zu verfolgen. Es kann (manuell) nach Abschluss der Planung gepflegt werden oder nicht. Dies hängt von den vorhandenen agilen Projektmanagement-Tools und den Anforderungen der Kunst ab.

Teams verlassen das PI-Planungsereignis mit einem vorausgefüllten Iterationsrückstand für das kommende PI. Sie bringen die PI-Ziele, Iterationspläne und Risiken ihres Teams zurück in ihren regulären Arbeitsbereich. Programmrisiken verbleiben beim RTE, der sicherstellt, dass die Personen, die für den Besitz oder die Minderung eines Risikos verantwortlich sind, die Informationen erfasst haben und das Risiko aktiv steuern.

Am wichtigsten ist, dass die KUNST den PI ausführt, den Fortschritt verfolgt und sich bei Bedarf an die Änderungen anpasst, die auftreten, wenn neues Wissen entsteht. Die Ausführung des PI beginnt damit, dass alle Teams die Planung für die erste Iteration durchführen und ihre PI-Pläne als Ausgangspunkt verwenden. Dies ist ein frischer Input für die folgenden Iterationsplanungsprozesse. Da die Iterationspläne, die während der PI-Planung erstellt wurden, keine detaillierten Akzeptanzkriterien auf Story-Ebene berücksichtigten, müssen wahrscheinlich Anpassungen am ersten und den nachfolgenden Iterationsplänen vorgenommen werden.

Lösung Zug PI Planung

Dieser Artikel konzentriert sich auf die Planungsaktivitäten eines einzelnen KUNST. Große Wertströme können jedoch mehrere Hersteller und Lieferanten enthalten. In diesem Fall sorgt der Lösungszug für die Koordination mithilfe eines Pre-PI-Planungsereignisses, das den Kontext festlegt und die Eingaben für die einzelnen ART-PI-Planungsereignisse bereitstellt. Ein Post-PI-Planungsereignis folgt der ART PI-Planung und wird verwendet, um die Planungsergebnisse der ARTs zu integrieren, die zur Lösung beitragen.

Der Artikel Innovation and Planning Iteration enthält einen Beispielkalender für die Aufnahme von Pre- und Post-PI-Planungsereignissen.

Erfahren Sie mehr

Leffingwell, Dean. Agile Softwareanforderungen: Lean Requirements Practices für Teams, Programme und das Unternehmen. Addison-Wesley, 2011. Kennedy, Michael. Produktentwicklung für das Lean Enterprise. Oaklea Press, 2003.

Letzte Aktualisierung: 12 August 2020