Keine Artikel gefunden.

5 Schritte, um die Weichen für deinen Agile Release Train zu stellen

Inhalt
Dies ist ein Text innerhalb eines div-Blocks.
Dies ist ein Text innerhalb eines div-Blocks.
Dies ist ein Text innerhalb eines div-Blocks.
Abonnieren Sie unseren Newsletter

Ihr Unternehmen hat sich endlich dazu verpflichtet, Scrum zu praktizieren. SCHREI!! 🎉 Das gelobte Land liegt vor dir — selbstorganisierte Teams, nachhaltiges Liefertempo und Autonomie, um das Richtige für das Produkt und das Team zu tun. Du kannst es kaum erwarten, loszulegen! (Spoiler-Alarm: In deiner Zukunft gibt es einen agilen Release-Train.)

Das war vor drei Monaten. Heute ist Ihre Produktentwicklungsorganisation ein großes Durcheinander. Die Teams liefern die falsche Arbeit zur richtigen Zeit. Der Code steckt in einem Regal fest und wartet darauf, dass ein anderes Team eine Abhängigkeit bereitstellt. Und das obere Management denkt darüber nach, den Stecker zu ziehen und zu den alten Wasserfallzeiten zurückzukehren.

Wenn Sie in einer großen Organisation mit mehr als 50 Softwareentwicklern und Ingenieuren arbeiten, kann Scrum eine harte Nuss sein. Je größer das Unternehmen, desto wahrscheinlicher sind teamübergreifende Abhängigkeiten, Planungskonflikte und Herausforderungen, die für Transparenz zwischen den Geschäfts-, Produkt- und Entwicklungsteams sorgen. Aber keine Angst...

SAFe zur Rettung! SAFe ist die Abkürzung für skaliertes agiles Framework. SAFe soll großen Unternehmen bei der Implementierung von Scrum helfen und bietet einen Rahmen für die Koordination der Arbeit vieler Scrum-Teams.

Teil des SAFe-Frameworks ist das Konzept eines Agile Release Trains (ART). Wenn Sie mit ARTs nicht vertraut sind, sind Sie hier richtig. Wir erklären, was eine ART ist, warum sie großen Unternehmen hilft, Softwarelösungen effizienter bereitzustellen, und wie Sie eine ART in Ihrem Unternehmen starten können.

Möchten Sie Ihr Team befähigen, das Scaled Agile Framework (SAFe) zu implementieren?

Probieren Sie einfache Agile-Programme aus

Nehmen Sie an einer Demo teil

Also, was ist ein Agile Release Train?

Lassen Sie uns zunächst die Zug-Metapher erklären. Ein Zug fährt die Gleise hinunter, um ein bestimmtes Ziel zu erreichen. Unterwegs kann der Zug an mehreren Depots anhalten und neue Fracht oder Passagiere aufnehmen. Ihre Softwarelösung sind die Bahngleise. Der Beitrag des Teams zu dieser Lösung ist die neue Fracht, die Sie in den Depots abholen. Und das Ziel ist der Geschäftswert, den Sie Ihren Benutzern bieten. Einfach genug, oder?

ARTs helfen einer Gruppe von Teams, sich auf den Geschäftszweck ihrer Arbeit zu konzentrieren und die Bereitstellung von Lösungen zu koordinieren. Ihre Teams sind wahrscheinlich nach Funktionen oder Wertströmen organisiert. Ein ART identifiziert den Input und den Zeitpunkt der Beiträge der einzelnen Teams, die zur Erreichung des Geschäftsziels für den Wertstrom beitragen. Stellen Sie sich das als funktionsübergreifende Koordination bei der Einnahme von Steroiden vor.

Hier sind einige grundlegende Anforderungen für eine ART:

  • Der Zeitplan ist fest, sodass der Umfang variabel ist. Aber keine Panik — sobald Ihre Teams ein gleichbleibendes Tempo erreicht haben, wird das Vertrauen in den Umfang zunehmen.
  • Alle Teams müssen den gleichen Sprint- und Release-Rhythmus einhalten.
  • Jedes Team folgt den Werten und Prinzipien der Agiles Manifest.
  • ARTs nehmen an Planungsveranstaltungen für Programminkremente (PIs) und Inspektions- und Anpassungszeremonien (I&A) teil, die Retrospektiven und Systemdemos ähneln.
  • Zwischen den Programminkrementen müssen regelmäßig Iterationen für Innovation und Planung (IP) geplant werden. Dies gibt Ihrem großen Team aus einzelnen agilen Teams Zeit, um Innovationen zu entwickeln, die Infrastruktur zu aktualisieren oder an speziellen Schulungen oder einer Hot-Tech-Konferenz teilzunehmen. IP-Iterationen bieten auch einen guten Puffer für den Fall, dass Ihr PI hinter dem Zeitplan zurückbleibt.

Wenn Ihr Unternehmen groß genug ist, benötigen Sie möglicherweise mehrere Agile Release Trains, die sich auf unabhängige Wertströme konzentrieren. Wenn das der Fall ist, benötigen Sie möglicherweise eine zusätzliche Koordinationsebene, die in einer Lösungszug. Aber lassen Sie uns nicht überholen.

Prinzipien eines agilen Release-Trains

Ein Agile Release Train (ART) orientiert sich am Scaled Agile Framework (SAFe), um sicherzustellen, dass mehrere agile Teams sich aufeinander abstimmen und nahtlos zusammenarbeiten können. Hier sind die Kernprinzipien, die einem Agile Release Train zugrunde liegen:

Fester Zeitplan

ARTs halten sich an einen vordefinierten Zeitplan, um die Arbeit konsistent abzuliefern. Dieser Zeitplan ist in Form von Programminkrementen (PIs) organisiert, die in der Regel 12 Wochen lang sind. Der feste Rhythmus hilft den Teams, ihre Arbeit effizient zu planen und durchzuführen.

Zweiwöchentliche Trittfrequenz

Ähnlich wie einzelne agile Teams in Sprints arbeiten, arbeiten ARTs in zweiwöchigen Segmenten, den sogenannten Systeminkrementen. Dieser regelmäßige Rhythmus ermöglicht kontinuierlichen Fortschritt und schnelle Feedback-Zyklen.

Bekannte Geschwindigkeit

Die Kapazität des Zuges, Arbeit mit einem bestimmten Pi — der sogenannten Geschwindigkeit — zu produzieren, wird aus historischen Leistungsdaten abgeleitet. Durch die Aufteilung von Projekten in kleinere Aufgaben können Teams Prioritäten setzen und wichtige Funktionen effektiver bereitstellen.

Schrittweise entwickeln, auf Abruf veröffentlichen

Während die Entwicklung einem starren Zeitplan folgt, ist das Veröffentlichungsdatum flexibel und hängt vom Projektabschluss ab. Dieser Ansatz ermöglicht es den Teams, den Kunden kontinuierlich einen Mehrwert zu bieten, ohne durch feste Veröffentlichungsdaten eingeschränkt zu sein.

Planung der Programminkremente

Die PI-Planung ist ein Eckpfeiler, bei dem alle agilen Teams innerhalb der ART zusammenkommen, in der Regel persönlich, um strategische Ziele für das bevorstehende Inkrement festzulegen. Diese kollaborative Planung stellt sicher, dass alle an einem Strang ziehen und auf gemeinsame Ziele hinarbeiten.

Innovation und Planung

Am Ende jedes PI nehmen die Teams an einer Innovations- und Planungsveranstaltung (IP) teil. Dieser Zeitraum ist der Planung der nächsten Stufe, der Durchführung von Bildungsaktivitäten und der Erfüllung der Infrastrukturanforderungen gewidmet.

Prüfen und anpassen

Um die kontinuierliche Verbesserung zu fördern, veranstalten ARTs am Ende jedes PI eine Veranstaltung zur Überprüfung und Anpassung (IA). Die Teams bewerten ihre Fortschritte und identifizieren Verbesserungsmöglichkeiten im Rahmen eines Workshops zur Problemlösung. So stellen sie sicher, dass sie ihre Prozesse ständig verfeinern und bessere Ergebnisse erzielen.

Rollen in einem SAFe Agile Release Train

Im Allgemeinen verwenden Teams eine ART in einer Scrum-Umgebung, aber SAFe- und agile Release-Train-Konzepte können auf jede agile Methodik angewendet werden, einschließlich Extreme Programming (XP), Lean oder Kanban. Unabhängig von der von Ihnen gewählten agilen Methode sind bestimmte Rollen erforderlich, um eine ART durchzuführen.

Agile Teams

Ohne agile Teams kann es keine ART geben. Danke, Captain Obvious. 🙄

Ein Unterschied zwischen SAFe und traditionellem Scrum besteht darin, dass ARTs es Ihnen ermöglichen, mit Teams zusammenzuarbeiten, die sich einer bestimmten Funktion widmen, wie Frontend- oder Backend-Entwicklung, Qualitätssicherung, DevOps, Sicherheit sowie Geschäfts- oder Produktfunktionen. ART selbst ist funktionsübergreifend, sodass Ihre Teams dies nicht tun müssen.

Jedes Team muss einen Scrum Master und Product Owner haben, genau wie in Scrum.

Release Train Engineers (RTEs)

So wie Scrum Master ihren Teammitgliedern helfen, die Scrum-Prinzipien und Best Practices zu befolgen, sind Release Train Engineers dienende Führungskräfte, die dasselbe für den agilen Release Train tun. RTEs helfen dabei, die korrekte Ausführung von Programminkrementen sicherzustellen, Blockaden zu beseitigen, Risiken zu managen und mit den Teams an Verbesserungen zu arbeiten.

Release Train Engineers berichten in der Regel an ein Agile Management Office oder im Fall von Lean an das Portfoliomanagement-Team.

Produktmanager

Während einige traditionelle Scrum-Teams beide verwenden Produktmanager SAFe arbeitet in einer solchen Größenordnung, dass beide Rollen erforderlich sind. Der Produktmanager bestimmt die Vision, die Roadmap und den Feature-Backlog, während der Product Owner dafür verantwortlich ist, das PI-Ziel mit dem Team zu definieren und die Funktionalität auszuführen.

Einfache agile Programme ermöglicht es Release Train-Ingenieuren und Programmmanagern, Programme effektiv zu verwalten, um eine Abstimmung im großen Maßstab zu gewährleisten.

Probieren Sie einfache Agile-Programme aus

Systemarchitekten

Auch hier ist aufgrund der Größe, in der SAFe-Teams arbeiten, ein Systemarchitekt erforderlich, um die übergeordnete Struktur des Gesamtsystems zu entwerfen, zu bestimmen, wie jedes Teil in das Puzzle passt, und stabile Integrationspunkte zu schaffen, um Daten und Prozesse in ein zentralisiertes ERP zu integrieren.

Geschäftsinhaber

Die Geschäftsinhaber sind dafür verantwortlich, Geschäftsergebnisse wie Umsatz- oder Kundengewinnungsziele zu erreichen. Als Hauptakteur von ARTS agieren Geschäftsinhaber auf strategischer Ebene und werden an Diskussionen über Vision, Roadmap und Programminkrementierung teilnehmen. Ihre Aufgabe besteht darin, sicherzustellen, dass die Produkte so gebaut werden, dass sie bestimmte Geschäftsziele erfüllen.

Kunden

Kunden sind die ultimativen wirtschaftlichen Käufer oder werthaltigen Nutzer der Lösung. Ihr Feedback und ihre Bedürfnisse sind entscheidend für den Erfolg der ART.

Systemteams

Systemteams helfen in der Regel beim Aufbau und der Wartung von Entwicklungs-, kontinuierlichen Integrations- und Testumgebungen. Sie spielen eine entscheidende Rolle dabei, sicherzustellen, dass die Infrastruktur die ART effektiv unterstützt.

Geteilte Dienste

Zu den gemeinsamen Diensten gehören Spezialisten, die für den Erfolg einer ART erforderlich sind, die aber nicht einem bestimmten Zug gewidmet werden können. Dazu gehören häufig Datensicherheitsexperten, Informationsarchitekten, Site Reliability Engineers (SRE), Datenbankadministratoren (DBAs) und viele mehr.

Starte mit deinem Agile Release Train

Also, du bist bereit, auf die ART zu springen! Großartig! Lassen Sie uns die Schritte durchgehen, um Ihnen den Einstieg in Ihre Reise zu erleichtern.

1. Beginne mit dem Training

Sparen Sie nicht an diesem. Sie haben Ihre agilen Praktiken wahrscheinlich mit etwas Training begonnen. Machen Sie das Gleiche hier. All die harte Arbeit und die besten Absichten der Welt können dir nicht helfen, wenn du kein solides Verständnis der Grundlagen hast.

Neben der Schulung der Teams sollten Sie auch Ihre Führungsteams und Führungskräfte schulen. Genau wie zu der Zeit, als Ihr Unternehmen agile Prinzipien eingeführt hat, sollten Sie sicherstellen, dass Sie die Zustimmung dazu haben, ein Verständnis dafür haben, wie agile Release Trains funktionieren und welche Rollen zu ihrer Unterstützung erforderlich sind.

2. Identifizieren Sie Ihre Wertströme

In SAFe gibt es zwei Arten von Wertströmen: betriebliche und entwicklungsorientierte. Ein operativer Wertstrom konzentriert sich darauf, den Endnutzern den Wert zu bieten, der durch den Wertstrom aus der Entwicklung geschaffen wurde. Ein Beispiel könnte die Erfüllung einer Bestellung von einer E-Commerce-Website sein.

Ein Entwicklungswertstrom konzentriert sich auf die Entwicklung der Geschäftslösung, beispielsweise auf den Aufbau einer E-Commerce-Website.

Die Identifizierung Ihrer Wertströme ist wichtig, bevor Sie Personen und Teams auswählen, die an dem Wertstrom arbeiten, und die zusätzlichen Rollen besetzen, die für die ART erforderlich sind. Sobald die Spieler ausgewählt wurden, können Sie mit der Planung beginnen.

3. Bereiten Sie das Programm Increment Backlog vor

Es ist Zeit, deine zu verfeinern Programm-Rückstand und machen Sie sich bereit für die PI-Planung. Planung und Verfeinerung ist am besten, wenn Sie sich persönlich treffen können, aber manchmal ist das in großen Organisationen unmöglich. Wenn Sie ein verteiltes Team haben, stellen Sie sicher, dass Sie einen guten Backlog haben Tool wie Jira um virtuelle Besprechungen zu ermöglichen.

🚨 Auf der Suche nach der kompletten PI Planning-Lösung für Jira?

Probieren Sie einfache Agile-Programme aus

Ideal für die dezentrale, ferngesteuerte oder persönliche Planung von Programminkrementen.

Nehmen Sie an einer Demo teil!

Erstellen Sie Ihre User Stories auf Programmebene, damit sie in eine zweiwöchige Timebox passen, und planen Sie Ihre erste Veröffentlichung. Lassen Sie in der Iteration etwas Spielraum, bis Ihre Teams eine vorhersehbare Geschwindigkeit erreicht haben.

4. Starten Sie das Programm Increment

Jetzt ist es wie immer Scrum. Sie haben Ihren Sprint startklar — führen Sie ihn einfach wie gewohnt aus. Am Ende des Sprints kannst du den Beitrag deiner Teams zum Release Train hinzufügen.

5. Spülen und wiederholen

Agile Release Trains sind ein kontinuierlicher, iterativer Bereitstellungsmechanismus. Genau wie bei traditionellem Scrum werden Ihre Teams etwas entwickeln, veröffentlichen, lernen und dann wieder mit der Entwicklung beginnen. Vergessen Sie nicht, eine Innovations- und Planungsiteration einzuplanen, um dem Team eine Pause vom Trubel zu geben und Zeit zu geben, ihre Systeme oder ihr Team zu verbessern.

Bist du bereit, an Bord zu springen?

SAFe- und Agile Release Trains helfen Teams dabei, agile Entwicklungspraktiken beizubehalten, wenn sie an Größe zunehmen. Was auf den ersten Blick kompliziert erscheinen mag, ist in Wirklichkeit ein gut orchestrierter Prozess, der für die Teamsynchronisierung gemäß den Geschäftswertströmen konzipiert ist.

Nutze das Scrum-Wissen, das du in den einzelnen Teams hast, und trainiere dann in SAFe-Praktiken und bereite dich darauf vor, deinen ersten agilen Release-Train zu erstellen. Sie lernen, indem Sie es tun, aber ersparen Sie sich und Ihrem Unternehmen einige Kopfschmerzen und Geld und investieren Sie zuerst in Schulungen.

Wir haben in diesem Artikel auf einige großartige Lernartikel verlinkt, aber hier sind noch ein paar weitere, die Ihnen helfen sollen, Ihr SAFe-Lernen zu beschleunigen:

Viel Glück auf deiner agilen Reise und bleib SAFe! (Zu kitschig? 🤦🏽 ‍ ♀️)

Easy Agile Programs
Skalieren Sie Planung und teamübergreifende Zusammenarbeit

Verwandte Artikel

  • Agile Best Practice

    So gehen Sie Ihren agilen Release-Plan für eine erfolgreiche Entwicklung an

    Scrum-Teams erstellen Release-Pläne, um erfolgreiche Produktveröffentlichungen zu unterstützen. Dies hilft ihnen, sich weiterhin auf die Produktvision und die zu erbringenden Funktionen zu konzentrieren.

    Hier werden wir die agile Release-Planung untersuchen, warum sie wichtig ist und welche Best Practices für erfolgreiche Releases gelten.

    Was ist agile Releaseplanung?

    Da Softwareprojekte unvorhersehbar sind, hilft die Release-Planung den Teammitgliedern, ihren Arbeitsablauf zu priorisieren. Ein Release-Plan konzentriert sich darauf, bestimmte Produktfunktionen marktreif zu machen. Er sollte den Produktumfang, das Veröffentlichungsdatum für die Fertigstellung der Funktionen und die für jede Version benötigten Ressourcen berücksichtigen.

    Das Entwicklungsteam verwendet Feedback aus früheren Produktiterationen als Grundlage für seine Planung. Product Owner und Scrum-Teams treffen sich, um den agilen Release-Plan zu besprechen und sicherzustellen, dass jeder die erforderliche Produktfunktionalität und den Aufwand versteht, der für jedes einzelne Inkrement erforderlich ist.

    Anstatt eine signifikante Produktveröffentlichung zu planen, teilen die Teams den Projektumfang in kurze Sprints auf. Viele Scrum-Teams verwenden Jira um ihnen zu helfen, ihre Sprints zu visualisieren und den Projektstatus in Echtzeit zu verfolgen.

    Warum ist Release-Planung wichtig?

    Eine agile Release-Planung ist aus mehreren Gründen von entscheidender Bedeutung:

    • Strategische Ausrichtung: Es hilft dabei, die Entwicklungsaktivitäten an den allgemeinen Geschäftszielen und Kundenerwartungen auszurichten, sodass die wertvollsten Funktionen zuerst bereitgestellt werden
    • Berechenbarkeit: Ein klarer Release-Plan sorgt für Berechenbarkeit, setzt realistische Erwartungen für die Beteiligten und verbessert die allgemeine Projekttransparenz
    • Risikomanagement: Die frühzeitige Identifizierung potenzieller Risiken und Abhängigkeiten hilft dem Team, diese proaktiv anzugehen und die Wahrscheinlichkeit erheblicher Verzögerungen oder Rückschläge zu verringern
    • Verbesserte Zusammenarbeit: Es fördert die Zusammenarbeit zwischen Teammitgliedern und Stakeholdern und fördert eine klare Kommunikation und ein gemeinsames Verständnis der Projektziele
    • Trennung von Produkt-Roadmaps: Während eine Produkt-Roadmap eine allgemeine Strategie für das Produkt vorgibt, konzentriert sich ein Release-Plan auf die Umsetzung. Wenn Teams diesen Unterschied verstehen, können sie beide Tools effektiv nutzen.

    Die Planung von Projektversionen hilft Softwareentwicklungsteams dabei, jedes Projekt schrittweise zu planen, zu leiten und zu veröffentlichen, um das Kundenerlebnis zu verbessern. Teams verwenden diese Methode häufig für kurze Sprints der Produktentwicklung.

    Die Release-Planung bietet Agile- und Scrum-Teams eine solide Richtung für den Abschluss ihrer Projekte. Die Teammitglieder nutzen diese Gelegenheit auch, um Sprint-Feedback zu nutzen, um Schritte zu erstellen, die auf die Projekt-Roadmap der nächsten Version abgestimmt sind.

    Den Produktplan zusammenstellen

    Die Release-Planung scheint komplex zu sein, aber mit etwas Weitblick kann sie einfach sein. Lassen Sie uns jeden Teil des Prozesses überprüfen.

    1. Wer leitet den Release-Plan?

    In der Regel orientiert sich das Produktentwicklungsteam an der Scrum Master oder der Product Owner. Während des Treffens wird dieser Leiter Fragen zu den Produkt-Backlog um sicherzustellen, dass die Sprint-Diskussionen mit dem Endprodukt übereinstimmen.

    Alle Produktbeteiligten sollten am Veröffentlichungsplan teilnehmen, um sicherzustellen, dass ihr Feedback berücksichtigt wird. Ohne den Input aller an der Produktentwicklung Beteiligten riskiert das Team, wichtige Informationen zu verpassen, um die Produkt-Roadmap auf Kurs zu halten.

    2. Aspekte des agilen Release-Plans

    Der Release-Plan soll zwar agil sein, folgt aber auch einem strengen Prozess, um sicherzustellen, dass die Teams die Produkt-Roadmap im Auge behalten.

    Agile Teams nehmen alle Diskussionen zur Sprint-Planung auf und werten diese aus, um die Ergebnisse neuer Produkte detailliert zu beschreiben. Die meisten Unternehmen verwenden in ihrem Release-Planungsprozess zwar unterschiedliche Ansätze, aber Sprint-Überprüfung sollte die folgenden Aspekte beinhalten:

    • Die vereinbarte Produktentwicklung wird in jeder Phase des Sprints veröffentlicht
    • Eine Richtung für jede neue Produktveröffentlichung
    • Spezifische aktuelle und zukünftige Iterationen sind in jeder kommenden Version fällig
    • Welche Merkmale und Funktionen sollten die Iteration begleiten
    • Spezifische Aufgabenanforderungen für jede Feature-Bereitstellung, um das Veröffentlichungsziel zu erreichen

    Durch einen eingehenden Release-Planungsprozess nutzen Softwareentwicklungsteams den Wert dieser Sprint-Besprechungen. Die Fähigkeit, bei Bedarf schnell die Richtung zu ändern, stellt sicher, dass das Team das bestmögliche Produkt veröffentlicht.

    Diese ständige Wiederholung bei jedem Sprint-Review ist auch im dynamischen Umfeld der Produktentwicklung wertvoll.

    Dieses Maß an Planung, kombiniert mit einem iterativen Zeitplan, um der Dynamik von Software Rechnung zu tragen, macht die agile Produktentwicklung so wertvoll.

    3. Diskussionen im Sprint-Meeting

    Die Diskussionen in Sprint-Meetings drehen sich um Benutzerberichte, Produkt-Backlog und Produkt-Backlog-Elemente. Bei der Scrum-Versionsplanung werden auch andere Themen wie Abhängigkeiten und Produktfunktionen berücksichtigt. Andere Aspekte, über die das Team spricht, betreffen das nächste Release und die Anzahl der Sprints, die sie abschließen und liefern müssen.

    Im Wesentlichen müssen die Teammitglieder die Produktvision im Auge behalten, um eine effektive Release-Planung zu ermöglichen. Diese Vision hilft den Teammitgliedern dabei, die Mindestanzahl von Markt-Sprint-Funktionen und deren Veröffentlichungsdaten zu ermitteln.

    Die Diskussionen im Sprint-Meeting sollten Folgendes beinhalten:

    • Priorisierung des Release-Plans für bevorstehende neue Produktmerkmale und Funktionen
    • Bewertung und Einbeziehung von Stakeholder-Feedback für jeden Sprint
    • Detaillierte Beschreibungen der Sprint-Ergebnisse und ob diese in die Kategorie der kurzfristigen Produktanpassungen oder der größeren längerfristigen Releases fallen
    • Welche Produktversion wird zur Veröffentlichung bereit sein und die ideale Reihenfolge der Produktversionen, um jedes Veröffentlichungsziel zu erreichen

    Entwicklungsteams erstellen mehrere Produktversionen. Nachdem sie diese Versionen erstellt haben, priorisieren sie sie, um die wichtigsten Versionen für die Benutzer freizugeben.

    Ein Teil des Zwecks der Versionsplanung besteht darin, sicherzustellen, dass sich alle Beteiligten auf derselben Produktentwicklungsseite befinden. Ein weiteres Element dieser Besprechungen zur Sprint-Planung besteht darin, Eigenverantwortung und Akzeptanz für die Produktvision zu fördern.

    Entwicklung des Release-Plans

    Es gibt vier Schritte, die Softwareentwicklungsteams befolgen, um ihren Produktplan zu erstellen.

    1. Die Vision schaffen

    Zunächst müssen Sie die Vision für das Produkt definieren. Durch die Erstellung einer klaren Vision entsteht eine Roadmap, die das Team in jedem aufeinanderfolgenden Sprint befolgen muss. Diese Vision sollte mit der Marktnachfrage und den Zielen des Product Owners übereinstimmen.

    Es ermutigt die Teammitglieder auch, zu prüfen, welche Funktionen sie priorisieren sollten. In ähnlicher Weise hilft die Produkt-Roadmap den Teams dabei, die Ressourcen zu bewerten, die sie während des Sprint-Reviews benötigen. Die Produktplanung ermöglicht es den Teams auch, flexibel zu sein. Planungsprüfungen stellen sicher, dass die Richtung geändert wird, um den laufenden Schritten Rechnung zu tragen und die allgemeinen Veröffentlichungsziele zu erreichen.

    2. Priorisierung des Produkt-Backlogs

    Nach der Definition der Vision konzentrieren sich die Teammitglieder darauf, Funktionen im Produkt-Backlog zu priorisieren. Hier müssen die Beiträge der Stakeholder mit der Vision übereinstimmen, um User Stories erfolgreich umzusetzen. Geschichten von Nutzern sind für den Prozess von entscheidender Bedeutung, da sie den Hintergrund für die detaillierte Beschreibung der Produktmerkmale oder Funktionen bilden.

    Das Produktmanager gibt dem Team in dieser Phase Anweisungen, um einen tragfähigen Release-Plan zu entwerfen. Dieser Release-Plan muss die Ziele der Produktveröffentlichung, die Veröffentlichungsdaten und die Priorisierung der User Stories enthalten.

    3. Richten Sie das Scrum Planungstreffen ein

    Der nächste Schritt in der Planungssitzung besteht darin, dass die Interessengruppen den Plan überprüfen. Die Teammitglieder haben nun die Möglichkeit, die Ergebnisse an die Vision anzupassen.

    Jeder muss zu diesem Zeitpunkt dem Release-Plan zustimmen, bevor er mit der nächsten Version fortfahren kann.

    Tagesordnung der Sitzung

    Das Einrichten einer Besprechungsagenda hilft bei der Verwaltung des Veröffentlichungsplans. Zu den wesentlichen Elementen der Agenda für das Scrum-Framework gehören:

    1. Bewertung des Produktplans

    Das Scrum-Team überprüft die Produkt-Roadmap um sicherzustellen, dass jeder die Produktvision und die Ziele akzeptiert.

    2. Bewertung der Architektur

    Bei jeder Veröffentlichung evaluieren das Scrum-Team und der Product Owner die Architektur des vorherigen Sprints. Sie untersuchen die technischen Details der Produktentwicklung und erörtern alle potenziellen Probleme, die sich auf die Produktveröffentlichung auswirken können.

    Scrum-Teams besprechen den Umfang und die Schätzungen ihres Release-Plans. Die Teammitglieder entscheiden, ob ihre Planung das Risiko technischer Schulden beinhaltet und ob sie bestimmte Aufgabenaspekte erledigen können, z. B. die Dokumentation ihrer Arbeit, um Termine einzuhalten. Die Beteiligten überprüfen auch die Abhängigkeiten, die die Funktionalität der Produktversionen beeinflussen können.

    3. Bewertung von Geschwindigkeit und Iteration

    Scrum-Teams gehen frühere Iterationen durch, um ihre Geschwindigkeitsschätzungen zu überprüfen. Sie stimmen ihre Schätzungen mit dem vorgeschlagenen Iterationsplan ab, um sicherzustellen, dass sie alle wichtigen Elemente abdecken.

    Der Produktmanager kontrolliert diese Bewertung, um sicherzustellen, dass den User Stories Punkte zugewiesen werden. Die Bewertung der Nutzerberichte und die Vergabe von Punkten zeigen, wie viel Aufwand das Team in jede Iteration investieren muss. Die Gesamtzahl der Story Points entspricht dann der Schätzung der Veröffentlichungstermine für jede Sprint-Version.

    Das agile Team erstellt einen Iterationsplan, um während dieser Bewertung die Geschwindigkeit für den aktuellen und die nachfolgenden Sprints zu ermitteln.

    Das Team erstellt den Release-Umfang, der alle notwendigen Releases beinhaltet. Der Scrum-Master weist jedem Teammitglied die Arbeit zu, und alle Beteiligten stimmen dem Plan zu, bevor sie mit dem nächsten Schritt fortfahren.

    4. Einigung über die Definition von „Fertig“

    Die Teammitglieder müssen nun besprechen, was für jede Feature-Veröffentlichung als erledigt gelten soll. Die Teammitglieder müssen abwägen, ob ihre Bewertung der User Stories alle Akzeptanzkriterien des Product Owners für die Veröffentlichung erfüllt. Sobald sie bei ihrer Bewertung nachweisen können, dass die Akzeptanzkriterien erfüllt sind, wissen sie, dass eine Veröffentlichung gültig ist.

    Die Definition von erledigt muss bestätigen, dass die Teammitglieder alle ihnen zugewiesenen Aufgaben für die User Story abgeschlossen haben. Die Teammitglieder müssen außerdem jede Aufgabe aufzeichnen, damit der Product Owner ihre Arbeit beurteilen kann.

    5. Füllen Sie den Zeitplan für die Produktveröffentlichung aus

    Der Projektmanager kann jetzt den Zeitplan für den Versionsplan ausfüllen und abschließen. Alle Beteiligten sollten auf den Kalender zugreifen können, um den Fortschritt zu verfolgen. Dieser Zeitplan für die Veröffentlichung hilft allen Beteiligten, sich auf die Ergebnisse und Veröffentlichungstermine der Produkte zu konzentrieren.

    Bewährte Methoden für eine agile Release-Planung

    Um Ihre agile Release-Planung effektiv zu gestalten, folgen Sie diesen wichtigen Best Practices:

    • Stellen Sie eine klare Produktvision auf: Definieren Sie eine klare, gemeinsame Vision, die den Bedürfnissen und Geschäftszielen Ihrer Kunden entspricht. Dies hilft Ihrem Team dabei, die Prioritäten und Entscheidungen während des gesamten Projekts zu steuern.
    • Priorisieren Sie Funktionen nach Kundennutzen: Identifizieren und priorisieren Sie eindeutig die Funktionen, die Ihren Kunden und dem Unternehmen den größten Mehrwert bieten. Dies hilft Ihrem Team, sich darauf zu konzentrieren, wirkungsvolle Ergebnisse zu erzielen.
    • Überprüfe regelmäßig deine Ziele und passe sie an: Agile Release-Pläne sind nicht in Stein gemeißelt. Regelmäßige Check-ins stellen sicher, dass die Ziele relevant bleiben, auch wenn sich die Prioritäten aufgrund von Kundenfeedback, Geschäftsanforderungen oder Marktveränderungen ändern.
    • Rollen und Verantwortlichkeiten klären: Stellen Sie sicher, dass jeder im Team seine Rolle versteht und weiß, was von ihm erwartet wird. Klare Rollen erhöhen die Verantwortlichkeit und helfen, Missverständnisse oder Doppelarbeit zu vermeiden.
    • Definieren Sie eine „Definition von Fertig“: Legen Sie klare Akzeptanzkriterien für das fest, was ein abgeschlossenes Feature oder eine abgeschlossene Version ausmacht. Dadurch wird die technische und funktionale Vollständigkeit vor der Bereitstellung gewährleistet.
    • Integrieren Sie DevOps-Praktiken: Die Abstimmung der agilen Release-Planung mit den DevOps-Methoden verbessert die Zusammenarbeit zwischen Entwicklungs- und Betriebsteams und verbessert die Bereitstellungshäufigkeit und Zuverlässigkeit.
    • Planen Sie kleine, inkrementelle Releases: Teilen Sie große Produktveröffentlichungen in kleinere Abschnitte auf. Mit diesem Ansatz kann Ihr Team regelmäßig Updates bereitstellen, frühzeitig Benutzerfeedback einholen und sich schnell an Kundenanforderungen anpassen.

    Holen Sie sich Hilfe bei Ihrer Release-Planung

    Agile Releaseplanung ist ein wichtiger Bestandteil des Erfolgs des Softwareentwicklungsteams. Erstellen Sie einen umfassenden agilen Release-Plan für kleinere oder größere Releases, und Sie machen sich das Leben für eine bevorstehende Veröffentlichung einfacher. Wenn Sie sich auf den Release-Plan-Kalender konzentrieren, können Sie die Produktverantwortlichen und Teammitglieder über die gesamte Produktvision auf dem Laufenden halten.

    Bei Easy Agile bieten wir Tools an, die die agile Release-Planung direkt in Jira unterstützen. Einfacher agiler Teamrhythmus unterstützt die kollaborative Release-Planung in Jira. Das stark visuelle Story-Map-Format verwandelt das flache Jira-Backlog in ein aussagekräftiges Bild der Arbeit, was es einfacher macht, deinen Backlog zu verwalten und deine Veröffentlichung zu planen.

  • Workflow

    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?

    1. Wenn du ein System oder ein Code-Repository berührst, musst du wissen, wie sich das auf ein anderes Team auswirken wird.
    2. 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.

    1. Team starten
    2. Food-Team
    3. Sauerstoffteam (agil)
    4. Landeteam

    Nach einigen Monaten entscheidet die NASA, dass die Arbeitsweise des Sauerstoffteams gut läuft, weshalb die verbleibenden drei Teams ebenfalls agilere Methoden anwenden:

    1. Startteam (Agile)
    2. Lebensmittelteam (Agile)
    3. Sauerstoffteam (agil)
    4. 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

    Kostenlose Testversion

    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:

    Quelle: scaledagileframework.com/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.

    Scrum Framework diagram shows when and how scrum teams can implement PI Planning

    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:

    1. Die aktuelle Erhöhung (geleistete Arbeit)
    2. Die nächste prognostizierte Erhöhung (geplante Arbeit auf der Grundlage der prognostizierten Ziele)
    3. 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.

    KOSTENLOSER DOWNLOAD

    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 📫

  • Agile Best Practice

    6 Tipps für die Einrichtung einer verteilten PI-Planung

    Ist Agile jetzt verteilt?

    Es ist kein Geheimnis, dass sich unsere Arbeit in den letzten zwei Jahren komplett verändert hat. In der heutigen Arbeitsumgebung haben sich Unternehmen zu einer hybrides oder vollständig dezentrales Geschäftsmodell, wobei Studien zeigen, dass nur 4% der Arbeitsplätze kehren in Vollzeit ins Büro zurück.

    Im Agilen Manifest heißt es in einem der ursprünglichen Prinzipien: „Individuen und Interaktionen statt Prozessen und Tools“. Auch wenn das immer noch zutrifft, wissen wir heute mehr denn je, dass unsere Tools unsere Interaktionen stärken und unsere Prozesse erleichtern.

    In mehreren Branchen, die das agile Framework eingeführt haben, ist eine Zunahme verteilter agiler Teams zu verzeichnen. In der Tat, laut der 15. Bericht zum Stand von Agile, 89% der agilen Teams sind verteilt. Nur 3% dieser Teams werden nach COVID in Vollzeit ins Büro zurückkehren. Dies liegt daran, dass Mitarbeiter im Homeoffice besserer Fokus und Produktivität, sind es ist weniger wahrscheinlich, dass sie ihren Job verlassen, und kostet das Unternehmen weniger.

    Distributed Agile ist kein neues Konzept mehr, sondern unsere gelebte Realität.

    Wie bereiten wir uns auf agile Zeremonien wie PI Planning vor, die ursprünglich als Präsenzveranstaltung konzipiert waren? Wie behalten wir das wertvollste Element der persönlichen Kommunikation bei, ohne Absprachen zu treffen?

    Die Herausforderungen von PI Planning mit einem verteilten Team

    Traditionell sind Aktivitäten wie PI Planning in Agile so konzipiert, dass Teammitglieder im selben Raum persönlich interagieren können.

    PI Planning ist eine zweitägige Veranstaltung, an der alle Mitglieder eines Agile Release Train (ART) zusammen, um ihren nächsten zu planen Programminkrement (PI).

    Wie der 15. State of Agile Report zeigte, 89% der agilen Teams sind jetzt verteilt. Für ein verteiltes Team haben Sie die Möglichkeit, Mitarbeiter für jede PI Planning-Sitzung einzuziehen oder eine verteilte PI-Planungssitzung zu unterstützen.

    Das ist zwar nett, kann aber für jedes Unternehmen eine teure (und störende) Übung sein, insbesondere wenn Sie es 4 oder 5 Mal im Jahr tun müssen.

    Die Durchführung einer verteilten PI-Planung ist auch bei der Verwendung einer physischen Programmplatine mit einer Herausforderung verbunden. Diejenigen, die zu Hause sind, können nicht auf dieselbe Weise auf das physische PI Planning Board zugreifen oder dazu beitragen wie ihre Kollegen, die am selben Ort arbeiten. Infolgedessen können ihre Ideen ungehört verhallen und ihre Möglichkeiten, zum Programmausschuss beizutragen, sind begrenzt.

    Verteilte PI-Planung — Best Practice

    Anstatt Ihr Remote-Team an einen zentralen Standort zu bringen, um PI Planning persönlich auszuführen, werden bei der verteilten PI-Planung Cloud-basierte Tools verwendet, um Ihr nächstes Program Increment virtuell zu planen und auszuführen.

    Auch wenn sich die Methoden ein wenig von der verteilten PI-Planung unterscheiden, sind der Prozess und die gewünschten Ergebnisse dieselben:

    • Ein hochrangiger Vertreter erörtert den aktuellen Stand des Geschäfts
    • Das Produktmanagement präsentiert die aktuelle Programmvision
    • Product Owner und Teams setzen sich getrennt zusammen, um zu besprechen, wie sie die gewünschten Ergebnisse erzielen können
    • Teams identifizieren und visualisieren teamübergreifende Abhängigkeiten und arbeiten daran, Blockaden zu beseitigen
    • Alle kommen zusammen, um sich über Ihren Programmvorstand auf einen verbindlichen Plan zu einigen

    6 Tipps für die Einrichtung einer verteilten PI-Planung

    Distributed PI Planning ist keine vorübergehende Ausnahme mehr. Unabhängig davon, ob PI Planning verteilt ist oder nicht, müssen wir sicherstellen, dass wir die gleiche Qualität und die gleichen Ergebnisse beibehalten, die PI Planning anstrebt — wir müssen alle Teams innerhalb des Agile Release Train aufeinander abstimmen.

    Um Ihnen dabei zu helfen, haben wir die folgenden 6 Tipps vorbereitet, die Ihnen bei der Vorbereitung auf die verteilte PI-Planung helfen sollen.

    Diese Tipps sind nicht Dinge, über die wir uns gerade Gedanken gemacht haben. Wir haben diese Dinge gelernt, als wir mit unseren Kunden gesprochen haben, indem wir die Foren durchsucht und mit Experten auf diesem Gebiet gesprochen haben.


    1. Machen Sie die Grundlagen richtig

    Die drei Grundlagen sind Kommunikation, Vorbereitung und Ausführung.

    Lassen Sie uns zunächst über Kommunikation und Vorbereitung sprechen. Es ist wichtig, für jede Phase des PI-Planungsprozesses geeignete Tools für Online-Interaktionen bereitzustellen: Produktmanager müssen zusammenarbeiten, und Moderatoren, um den Prozess zu verwalten — sowohl im Vorfeld als auch während der Veranstaltung. Wir müssen auch sicherstellen, dass die Teammitglieder auf alle relevanten aktuellen Informationen zugreifen, mühelos zusammenarbeiten und auf Support zugreifen können.

    Agiles Skalieren empfiehlt zu haben Pre-PI-Planung Besprechungen, die je nach Komplexität Ihres Lösungsprozesses zwischen 2 und 6 Wochen im Voraus geplant sind.

    Lassen Sie uns abschließend über die Hinrichtung sprechen. Die Hinrichtung sollte ablaufen, wenn wir gut kommunizieren und vorbereitet sind. Aber wir müssen darauf vorbereitet sein, dass einige Dinge immer noch schief gehen können. Die Technologie wird uns im Stich lassen. Die Leute können immer noch Probleme haben, auf die Tools zuzugreifen, die wir eingerichtet haben. Die Ausführung wird nicht immer reibungslos ablaufen, aber Iteration ist ein Prinzip der Agilität.

    2. Legen Sie die Tagesordnung früh fest, so früh wie möglich

    Warum ist das so? Nun, denken Sie an Ihre Mitarbeiter, die von zu Hause aus arbeiten. Sie arbeiten mit ihren Haustieren oder ihrer Familie zusammen, und wenn sie wissen, dass sie PI Planning haben, müssen sie wissen, was von ihnen erwartet wird.

    Dies gibt den Mitarbeitern Zeit, ihre Familien über ihre Verpflichtungen für diesen Tag zu informieren, einen Raum ohne Ablenkungen einzurichten und mental auf einige Planungstage vorbereitet zu sein.

    Lassen Sie uns auch nicht die Tagesordnung mit all den Veranstaltungen vollstopfen, die wir abhalten müssen. Stellen wir sicher, dass wir genug Zeit haben, um mehrere Pausen im Laufe des Tages einzuplanen, da Studien zeigen, dass Menschen dies eher tun erleben Sie nach einem Tag voller Videokonferenzen eine mentale Erschöpfung.

    Es ist zwar wichtig, die Technologie zu verwenden, aber es kann ein bisschen viel werden. Lege Regeln fest, wer sprechen kann und wann du die Stummtaste benutzen musst. Dadurch werden Störungen und Hintergrundgeräusche vermieden, die die Konzentration Ihres Teams stören.

    3. Wählen Sie Ihre Werkzeuge mit Bedacht

    Verteilte agile Teams können das Beste aus der persönlichen Erfahrung simulieren, indem sie Tools auswählen, die für verteilte und hybride Teams entwickelt wurden: Videokonferenzplattformen, Team-Chat, virtuelle Programmboards und interaktive Bereiche für die Zusammenarbeit.

    Für welche Tools Sie sich auch entscheiden, der Schlüssel liegt darin, Lösungen zu finden, mit denen sich Kollegen in Echtzeit verbinden können, egal ob im selben Raum oder auf der anderen Seite der Welt.

    Richten Sie die Tools ein, testen Sie sie und stellen Sie sie allen Teilnehmern vor der PI Planning-Sitzung vor. Um Überlastung und Verwirrung zu vermeiden, wählen Sie Tools aus, die nahtlos zusammenarbeiten.

    Tools Checklist

    4. Praxis

    Wir werden das nicht gleich beim ersten Mal richtig machen. Wir werden proben müssen. Wir müssen herausfinden, wie wir Dinge wie Vertrauensabstimmungen durchführen. Verwenden wir die Umfragefunktion auf Zoom oder verwenden wir Slack?

    Jeder zieht es vor, früh fertig zu werden, als die Zeit davonzulaufen. Lassen Sie uns etwas Spielraum in die Tagesordnung einbauen.

    Erkennen Sie an, dass es immer Verbesserungspotenzial gibt, und bauen Sie dies in unsere Planung ein. Geben wir unseren Mitarbeitern die Möglichkeit, mit uns zu kommunizieren, sei es durch Rückblick oder indem Sie einen Kanal für Feedback öffnen. Wir erhalten nicht nur Feedback darüber, wie die letzte Planungssitzung verlaufen ist, sondern auch darüber, wie wir die Zusammenarbeit im Allgemeinen finden.

    5. Machen Sie es zugänglich

    Wenn Sie mit verschiedenen Zeitzonen zu tun haben, sollten Sie die PI-Planungsagenda von 2 Tagen auf 3-4 Tage verlängern, um sicherzustellen, dass alle wichtigen Teile der PI-Planungssitzung zu einem für alle Zeitzonen angemessenen Zeitpunkt stattfinden.

    Richten Sie jedes Meeting über Google Kalender oder ein anderes Kalendergerät ein, das Ihr Team möglicherweise bereits verwendet. Stellen Sie sicher, dass jedes Meeting benannt ist, gefolgt von einer Beschreibung, damit die Teilnehmer wissen, was sie vorbereiten müssen und welche Tools für dieses Meeting relevant sind. Stellen Sie sicher, dass die richtigen Teilnehmer vor der Veranstaltung alle Einladungen zum Forum erhalten haben.

    Wir werden Probleme haben, die Leute mit neuen Tools vertraut zu machen und ihnen den Zugriff auf die benötigten Ressourcen zu ermöglichen. Es wäre großartig, wenn bei PI Planning technischer Support verfügbar wäre. Das wird für manche Menschen einfacher sein als für andere. Aber es ist entscheidend, wenn etwas schief geht.

    Wir werden ein Backup brauchen. Ihre Tools müssen zuverlässig sein, und Sie benötigen technischen Support, um sie schnell zu reparieren.

    Wir werden mehr Moderatoren als normalerweise benötigen, um all diese Fragen die ganze Woche über beantworten zu können.

    Manche Leute sind vielleicht nicht daran gewöhnt, die Tools zu verwenden, die wir ihnen vorschlagen. Gibt es also Schulungen, die ihnen helfen, sich auf den neuesten Stand zu bringen?

    6. Bringe die menschliche Erfahrung auf ein neues Niveau

    Ergreifen Sie Gelegenheiten, um sicherzustellen, dass agile Teams das Gefühl haben, zusammenzuarbeiten, auch wenn sie tatsächlich getrennt sind, sodass sich die Mitglieder als Teil einer Community sehen mit:

    • Gemeinsames Verständnis — Klarheit über Vision, Mission, Zweck und Überblick darüber, was die Teammitglieder tun, wodurch Lernschleifen zwischen den Kollegen erleichtert werden.
    • Geteilte Empathie — Der Aufbau menschlicher Verbindungen zu unserem Stamm schafft die psychologische Sicherheit, um zu lernen, zu wachsen und sich weiterzuentwickeln.
    • Gemeinsames Erlebnis — Schaffung eines Gefühls von Teamfähigkeit, Identität und gemeinsamem Bauen.

    So zeichnen Sie sich bei verteilter PI-Planung mit Easy Agile Programs und Welo aus

    Der schwierigste Teil der verteilten PI-Planung ist Bereitstellung der positiven Aspekte der persönlichen Erfahrung für ein verteiltes Team: flüssige Bewegung in und zwischen Räumen, um zusammenzuarbeiten, einfache Möglichkeiten, zu Brainstorming-Sitzungen beizutragen und Whiteboards auf dem neuesten Stand und zugänglich zu halten, und natürliche soziale Interaktionen, die Vertrauen und Kameradschaft aufbauen.

    Einfache agile Programme bietet eine komplette PI-Planungslösung, die eine skalierte teamübergreifende Planung und Ausführung einfach macht. Mit einer nahtlosen Jira-Integration ist es ein leistungsstarkes und dennoch einfach zu bedienendes Tool, mit dem Sie die Planung skalieren und die Abstimmung zwischen verteilten, hybriden oder Remote-Teams während der Planung und während der gesamten Ausführung sicherstellen können.

    Nun bietet interaktive Räume für die Zusammenarbeit, die die menschliche Erfahrung für verteilte und hybride Teams verbessern. Es repliziert das persönliche Erlebnis flüssiger Interaktionen, müheloser Zusammenarbeit und menschlicher Verbindungen zwischen Kollegen — und das über das isolierte Video hinaus. Die visuelle Orientierung von Welo ermöglicht es jeder Person, im Kontext des Raums präsent zu sein und sich so zu orientieren, dass sie nach Belieben mit Menschen und Gruppen zusammen sein kann.

    Mit diesen beiden Tools können Sie Ihren Agile Release Train für den Erfolg von PI Planning vorbereiten. So geht's:

    Wählen Sie professionell gestaltete virtuelle Räume

    Bringen Sie die besten stationären Räume, die Sie für die persönliche PI-Planung genutzt haben, online — von Plenarräumen über Pausenräume bis hin zu Orten, an denen Sie ungezwungen Kontakte knüpfen können.

    Welo

    Anstatt sich auf ein statisches Rechteck beschränkt zu fühlen, sehen die Mitarbeiter sich selbst und andere im Kontext, bewegen sich in und zwischen Räumen, um vor, während und nach Veranstaltungen von PI Planning mit Kollegen in Kontakt zu treten.

    Welo

    Welo Spaces bieten PI-Teilnehmern auch direkten Zugriff auf aktuelle, relevante Ressourcen wie Jira- und Easy Agile-Apps, die bei allen Veranstaltungen verwendet werden.

    Welo

    Stellen Sie den Geschäftskontext her

    Alle Agile Release Train-Mitglieder können auf Informationen über das Programm zugreifen in Einfache agile Programme. Im Abschnitt „Ziele“ unten könnten Sie beispielsweise auf ein vorab aufgezeichnetes Video verlinken, in dem der Geschäftsinhaber die Ziele auf Unternehmensebene anspricht. Daher wissen die Teams, dass ihre Ziele auf Teamebene dazu beitragen müssen. Dadurch wird sichergestellt, dass alle Mitglieder des Agile Release Trains Ihren Geschäftsinhaber auf diese verteilte Weise von Angesicht zu Angesicht sehen und dass sie während der gesamten PI-Planung immer Zugriff auf dieses Video haben.

    Objectives section on the program

    Nachdem der Produktmanager die Informationen über das Programm gelesen hat, kann er vor dem PI Planning-Event Funktionen in Jira erstellen, die in der Planung besprochen und aufgeschlüsselt werden. Easy Agile Programs lässt sich nahtlos in Jira integrieren, sodass Sie die Arbeit nicht doppelt erledigen müssen. Sie sind bereit, anhand einer visuellen Zeitleiste zu planen, sodass jeder sehen kann, wofür sich das Team während der PI-Planung verpflichtet hat.

    Richten Sie Ihr SAFe Program Board ein

    Das SAFe Program Board ist ein wichtiges Tool und Ergebnis von PI Planning. Es ist eine visuelle Zusammenfassung von Funktionen oder Zielen, teamübergreifenden Abhängigkeiten und anderen Faktoren, die sich auf deren Umsetzung auswirken. Dies trägt nicht nur zur Transparenz bei, sondern erhöht auch die Flexibilität, wodurch Verzögerungen und schädliche Abhängigkeiten minimiert werden.

    Stellen Sie sicher, dass Sie vor der PI-Planungssitzung ein digitalisiertes SAFe-Programmboard eingerichtet haben. Easy Agile Programs repliziert das physische Programmboard. Ein Board, auf das jeder die gleiche Ansicht hat und auf das jeder zugreifen kann. Erfahren Sie, wie Sie mit Easy Agile Programs ein SAFe Program Board einrichten hier.

    The Program Board

    Bereite deine Teamplanungstafel vor

    Das Team Planning Board ist ein Scrum- oder Kanban-Board, das im Programm enthalten ist. Hier planen die Teams ihre Arbeit in den Team-Breakout-Sitzungen während der PI-Planung.

    Wenn Sie Ihr Program Board mit Easy Agile-Programmen eingerichtet haben, bereiten Sie die Team-Planungstafeln vor, indem Sie jedes Team vor der PI-Planung zum Programm hinzufügen. Sobald Teams hinzugefügt wurden, werden die Planungstafeln automatisch erstellt und sind bereit für Team-Breakout-Sitzungen. Teams können PI-Ziele auf Teamebene festlegen, Funktionen in Benutzerberichte unterteilen, Probleme abschätzen, um die Kapazität zu verstehen, und Abhängigkeiten zu anderen Teams herstellen.

    Team Planning Board

    Vorwärts

    Mit verteilter PI-Planung Realität für fast 90% der agilen Teams, die gute Nachricht ist, dass neue Lösungen entwickelt werden, die mit Ihren aktuellen Tools funktionieren. Sie fördern das Mitarbeiterengagement, die reibungslose Zusammenarbeit und effiziente Prozesse, die für erfolgreiche Ergebnisse und berufliche Zufriedenheit entscheidend sind.

    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

    Nehmen Sie an einer Demo teil