In Teil 1 dieser Reihe haben wir das Konzept der Scrum-Skalierung verwendet, um eine einfache Möglichkeit zum Verständnis der Funktionsweise von SAFe im Kern darzustellen.
In diesem nächsten Blog konzentrieren wir uns darauf, wie Funktionen für das nächste Program Increment (PI) vorbereitet werden, und gehen näher auf die Rollen der technischen Autorität, der Inhaltsautorität und der Ausführungsautorität in diesem Prozess ein.
Vorbereitung für die pi planning
Im Hinblick auf die SAFe Continuous Delivery Pipeline fällt die Vorbereitung der pi planning in die Phase der kontinuierlichen Erkundung. In dieser Phase identifizieren Organisationen Funktionen und bringen sie in einen bereiten Zustand für den Übergang zur pi planning.
Eine empfohlene Vorgehensweise in der Pipeline für kontinuierliche Bereitstellung besteht darin, zu visualisieren, wo sich Funktionen in dieser Pipeline befinden, und sich durch den Trichter zu bewegen, von der Idee bis zur Umsetzung – wenn sie in die Produktion gehen und Sie den Wert erkannt haben.
Woher kommen die Funktionen?
Es besteht ein weit verbreitetes Missverständnis, dass Features nur aus einem Portfolio-Epic stammen müssen. Portfolio-Epics können in Features unterteilt werden, nachdem die Epics durch das Portfolio-Kanban genehmigt wurden. Diese Features würden dann den Programm-Backlog für den Release Train füllen.
Die Features können jedoch auch aus anderen Quellen stammen, beispielsweise vom Produktmanagementteam oder von Mitgliedern des Release Trains, die die Features selbst vorschlagen und nicht unbedingt an ein Portfolio-Epos gebunden sein müssen.
Rollen
Während Sie sich durch die kontinuierliche Erkundung bewegen, finden eine Reihe von Aktivitäten statt, um Funktionen zu verfeinern und in einen genehmigten Zustand zu bringen. Eine der Herausforderungen bei der Vorbereitung von Funktionen für eine pi planning sitzung besteht darin: Wie stellen Sie sicher, dass Sie alle Aktivitäten, die stattfinden müssen, um diese Funktion zu verfeinern und in den einsatzbereiten Zustand zu bringen, effektiv durchführen?
Sehen wir uns unten die Rollen bei der Bewältigung dieser Herausforderung an.
Inhaltliche Autorität
Zur Auffrischung: Die Content Authority ist der erweiterte Produktmanager. Lassen Sie uns genauer auf ihre Rolle eingehen:
- Kundenzentrierung und Design Thinking
Dies ist einer der wichtigsten Aspekte von SAFe 5.0, das Konzepte wie Personas und Customer Journeys einführt. Während der Vorbereitung der pi planning konzentriert sich die Content Authority auf Techniken, die wirklich dabei helfen, den Kunden und seine Reise besser zu verstehen. Eine produktzentrierte und eine kundenzentrierte Sicht auf den Rückstand und die Wertströme sind bei der Definition von Features wichtig, da diese Features Teile dieser Customer Journeys darstellen, die Sie in Ihrem Produkt verbessern oder erfassen möchten.
Während dieser kontinuierlichen Erkundungsphase können das Produktmanagementteam und die unterstützenden Mitglieder Techniken zur Kundenzentrierung nutzen, um herauszufinden, ob Funktionen wertvoll sind und daher in das PI aufgenommen werden können.
- Ziele setzen
Das Ziel besteht sicherlich nicht darin, zu Beginn der pi planning vollständig ausgearbeitete und sprintreife Stories für das gesamte PI zu haben. Obwohl es oft am besten ist, übermäßige Vorabplanung zu vermeiden, sollte die Planung ausreichend detailliert sein – so, dass Sie sehr zuversichtlich sind, den Plan während des PI tatsächlich umzusetzen.
Das Setzen von Zielen ist entscheidend. Wenn Sie beispielsweise ein 10-wöchiges PI für das aktuelle PI durchführen, wäre das Ziel, in Woche fünf Entwurfsfunktionen für das nächste PI zu haben, damit Sie diese zumindest in der PO-Synchronisierung besprechen, Feedback erhalten und sie verfeinern können. Ihr Team könnte sich dann das Ziel setzen, spätestens am Ende des letzten Entwicklungssprints die endgültigen Funktionen zu haben. Im Idealfall sollten diese fertig sein. So könnten Ihre Teams im letzten Sprint des PI diese Funktionen verstehen, mit dem Verfassen der mit diesen Funktionen verbundenen Storys beginnen und sich wirklich darauf vorbereiten, mit einem Verständnis dieses Rückstands in die pi planning einzusteigen, während sie gleichzeitig über ein gewisses Maß an Details für die Storys verfügen.
- Briefings vorbereiten
Der erste Tagesordnungspunkt in der pi planningssitzung ist das Business Context Briefing, das im Allgemeinen vom Geschäftsinhaber gehalten wird. Im Allgemeinen arbeitet das Produktmanagementteam mit dem Geschäftsinhaber zusammen, um die Botschaft des Business Context Briefings so zu formulieren, dass sie mit dem Briefing übereinstimmt, das das Produktmanagementteam rund um Vision und Ziele im nächsten PI zusammenstellt.
Aus einer Gesamtperspektive würde sich der Geschäftsinhaber darauf vorbereiten, das Geschäftsumfeld und den Geschäftskontext des Unternehmens sowie seine Position auf dem Markt zusammen mit den wichtigsten Herausforderungen festzulegen. Dies würde dann zu einer Produktmanagementdiskussion über die Vision des Produkts führen und darüber, welcher Teil dieser Vision während dieser PI umgesetzt werden sollte.
Technische Autorität
Zur Auffrischung: Die technische Autorität ist der erweiterte Systemarchitekt. Werfen wir einen Blick auf ihre Rolle bei der Vorbereitung der pi planning:
- Architektonischer Laufsteg
Die Inhaltsverantwortlichen werden sich auf die Frage konzentrieren: Welche Art von Architektur-Startbahn oder Enablern müssen wir im Vorfeld schaffen, um wirklich in der Lage zu sein, die Funktionen bereitzustellen, die das Produktmanagementteam verlangt?
Während des gesamten PI arbeiten Sie mit technischen KMU zusammen, um die Geschäftsfunktionen ausreichend zu verstehen, damit Sie wissen, welche Architektur- oder Explorations-Enabler im Voraus definiert werden müssen. Anschließend stellen Sie sicher, dass diese bis zum Ende des letzten Sprints in einem bereiten Zustand sind.
- Technische Synchronisierung
Es gibt auch das Konzept einer Architektensynchronisierung innerhalb von SAFe auf der Ebene der Gesamtlösung. Wir empfehlen, dass diese Zeremonie auch auf der ART-Ebene stattfindet, wobei die technische Autorität mit technischen Leitern oder technischen KMUs aus verschiedenen Teams zusammenarbeitet, um die technische Zusammenarbeit voranzutreiben. Während dieser Synchronisierung konzentrieren Sie sich alle auf die Bildung dieser Architektur-Startbahn und stellen sicher, dass Übereinstimmung darüber besteht, wie Sie und Ihr Team sicherstellen können, dass Sie in vollem Umfang in der Lage sind, Geschäftswert zu liefern.
- Briefings vorbereiten
Am ersten Tag der pi planning haben Sie die Möglichkeit, dem PI technische Leitlinien vorzustellen. Hier können Sie auf die definierten technischen Enabler eingehen. Es kann sich um Entwicklungspraktiken, Architekturleitlinien und Leistungsleitlinien handeln. Die technischen Informationen, die die Teams zur Planung benötigen, sind in der Besprechung enthalten, die Sie erstellen und mit den Teams besprechen. Sie geben allen Anwesenden einen Kontext dazu, was aus technischer Sicht geschehen muss.
Vollstreckungsbehörde
Zur Auffrischung: Die Execution Authority ist der erweiterte Release Train Engineer (RTE). Werfen wir einen Blick auf ihre Rolle:
- Logistik und Veranstaltungskoordination
Allein zur Koordinierung der Veranstaltung selbst sind zahlreiche Aktivitäten erforderlich, darunter:
- Sicherstellen, dass alle Präsentationen vorbereitet und aufeinander abgestimmt sind
- Festlegen, wo und wie die Veranstaltung durchgeführt wird, unter Berücksichtigung von Veranstaltungsort, Verpflegung und Zubehör für eine persönliche Veranstaltung oder Technologie- und Videokonferenzanforderungen für eine virtuelle Veranstaltung.
- Bereiten Sie ein Briefing vor, um die Breakout-Sitzungen, den Prozess der Plankommunikation, den Zeitpunkt des Scrum of Scrums usw. zu skizzieren.
- Erleichterung und Risikobewältigung
Als Durchführungsbehörde sind Sie der Zeremonienmeister, der Gesamtmoderator der pi planningsveranstaltung. Dies beinhaltet den Start der Sitzung und die Besprechung der Tagesordnung. Sie beantworten alle Fragen, die während des Vorgangs auftreten, und schicken die Teams zu ihrer ersten Breakout-Sitzung.
Das Ziel der ersten Breakout-Sitzung im PI Planning ist es, einen Entwurfsplan zu erstellen. Während dieser Zeit besteht Ihre Aufgabe darin, sicherzustellen, dass alle auf diesen Entwurfsplan hinarbeiten, indem Sie aufmerksam sind und sich häufig bei den Teams melden, um:
- Bieten Sie Unterstützung an, wenn Teams in Rückstand geraten
- Helfen Sie den Teams, weiterzukommen
- Helfen Sie dabei, sicherzustellen, dass die Scrum-Master die richtigen Informationen bereitstellen
Während der Breakout-Sitzung wird die Ausführungsbehörde auch versuchen, alle roten Haftnotizen (die teamübergreifende Abhängigkeiten von Risiken kennzeichnen) zu beseitigen, die sich negativ auf Ihre Ausführung auswirken könnten. Sie würden sicherstellen, dass alle Risiken entweder behoben, übernommen, gemildert oder akzeptiert werden. Das Ziel der pi planningssitzung sollte sein, dass keine dieser Abhängigkeiten und Risiken mehr bestehen.
Mehr lesen: Installieren und verwalten Sie Sourcetree für Ihr Bitbucket Git Repository auf Ihrem Mac
Am Ende des ersten Tages moderieren Sie in der Regel eine Zeremonie mit dem Geschäftsinhaber, den Produktmanagern, Architekten, Produktinhabern und Scrum-Mastern, um Umfangsänderungen und Anpassungen zu besprechen, die erforderlich sind, um am nächsten Tag einen verbindlichen Plan zu erstellen. Bei der pi planning dreht sich alles um die Abstimmung!
Fazit
Diese verschiedenen Rollen sind alle entscheidend für den Erfolg der pi planningsveranstaltung. Nachdem Sie nun mehr darüber wissen, wie Sie zu einem verbindlichen Plan gelangen, bleiben Sie dran für den nächsten Teil dieser Serie, in dem es um die Planausführung geht.