SAFe®

Was ist agile PI-Planung?

PI Planning ist ein entscheidendes Ereignis für agile Teams, um eine klare Richtung für die kommenden Entwicklungen vorzugeben Programminkrement oder Planungsintervall (SAFe 6.0). Es hilft Teams dabei, potenzielle Risiken zu erkennen, Auswirkungen und Aufwand abzuschätzen und von der Koordination und Abstimmung im Hinblick auf Prioritäten und Meilensteine zu profitieren

PI Planning fördert im Kern Agilität. Durch die Förderung einer engeren Abstimmung zwischen Stakeholdern und Entwicklungsteams ermöglicht es eine effektive Entscheidungsfindung, fördert die Transparenz und fördert eine adaptive Planung. Dieser iterative Ansatz ermöglicht es Teams, ihre Strategien kontinuierlich zu verfeinern, um erfolgreiche Ergebnisse sicherzustellen und den Stakeholdern einen Mehrwert zu bieten.

Daher handelt es sich zwangsläufig um einen kollaborativen Prozess, der letztlich die Wertschöpfung optimiert, indem Vorhersagbarkeit und Agilität kombiniert und gleichzeitig die Effizienz und Produktivität des Teams maximiert werden. Oft übersehen wir jedoch, wie die PI Planning-Veranstaltung selbst agiler gestaltet werden kann.

Es ist zwar eine wichtige Zeremonie für jedes Unternehmen, das auf dem heutigen Markt der Konkurrenz einen Schritt voraus sein will, kann aber auch entmutigend sein. Von der Suche nach dem richtigen Ansatz bis hin zur Schaffung von Feedback-Schleifen, die die Mitarbeiter fokussieren und motivieren — die Beherrschung der agilen PI-Planung ist mit vielen Schwierigkeiten verbunden.

Darüber hinaus stehen agile Teams in der heutigen verteilten Umgebung vor einzigartigen Herausforderungen, wenn es um effektive Zusammenarbeit und Planung geht. Der Schlüssel zur agilen PI-Planung erfordert eine Umstellung auf flexiblere, kollaborativere und effizientere Prozesse und Umgebungen.

Der Schlüssel zu agiler PI-Planung erfordert eine Umstellung auf flexiblere, kollaborativere und effizientere Prozesse und Umgebungen.

Dieser Blogbeitrag gibt einen Überblick darüber, welche Herausforderungen es bei der agilen PI-Planung in Jira gibt und wie Sie diese bewältigen können, indem Sie Jira zusammen mit Einfache Agile-Programme.

Die 3 wichtigsten Herausforderungen der agilen PI-Planung in Jira

1. Tools- und zeitzonenübergreifende Zusammenarbeit

Zusammenarbeit in Echtzeit ist für eine agile PI-Planung unerlässlich, die Implementierung in einer entfernten oder verteilten Umgebung ist jedoch eine Herausforderung. Die Pandemie beschleunigte die Umstellung auf Telearbeit und stellte die PI-Planung vor neue Herausforderungen.

Agile Teams in Jira, die effektiv planen wollen, stehen oft vor einer Version dieser Herausforderungen. Eines der häufigsten Hindernisse, mit denen Teams konfrontiert sind, ist das Fehlen einer visuellen, intuitiven Plattform, die der dynamischen Natur der agilen Planung gerecht wird. Am Ende verwenden Teams physische Boards oder wechseln die Tools, sodass manuelle Arbeit erforderlich ist, um sie wieder in Jira zu implementieren., was den Arbeitsfluss stören und zu Ineffizienzen führen kann.

2. Fehlausrichtung und Fehlkommunikation

Die PI-Planung zielt darauf ab, Silos aufzubrechen und mehrere Teams zusammenzubringen, die an demselben Sprint arbeiten. Da jedoch so viele Teams am Planungsprozess beteiligt sind, ist es üblich, dass Teams ihre spezifischen Ziele oder Probleme priorisieren, was zu einer ineffizienten Kommunikation führt. Die Herausforderung besteht darin, alle dazu zu bringen, dieselbe Sprache zu sprechen, auf ein gemeinsames Verständnis der Prioritäten hinzuarbeiten und sicherzustellen, dass alle auf derselben Wellenlänge sind.

Eine weitere Hürde ist Berücksichtigung teamübergreifender Abhängigkeiten. Agile Teams arbeiten oft eng mit anderen Teams in ihrer Organisation zusammen, und ihre Arbeitsabläufe sind oft miteinander verflochten. Teams benötigen eine einfache Methode, um diese Abhängigkeiten zu visualisieren, Blockaden zu antizipieren und effektiv zu planen. Darüber hinaus ist der Prozess von Das Erstellen und Verwalten von Abhängigkeiten über mehrere Teams hinweg kann komplex und zeitaufwändig werden.

3. Nicht in der Lage sein, das Gesamtbild zu sehen

Schließlich kann eine langfristige oder umfassendere Planung schwierig sein. Es ist leicht, dass sich die PI-Planung zu sehr auf Prozesse konzentriert und das Gesamtbild aus den Augen verliert, bei dem wir unsere Ziele, Vorgaben und Fähigkeiten aufeinander abstimmen müssen. Kurz gesagt, es ist entscheidend, die PI-Planung an den Geschäfts- und Kundenanforderungen auszurichten. Der Planungsprozess sollte darauf abzielen, den Kunden einen Mehrwert zu bieten, auf bestehenden Erfolgen aufzubauen und neue Herausforderungen zu bewältigen. Um dies zu erreichen, sind Zusammenarbeit, Disziplin und Kreativität erforderlich.

Teams müssen in der Lage sein, das Gesamtbild zu sehen und die Arbeit im Einklang mit den Zielen und der Strategie des Unternehmens zu planen. zu Ohne sie kann es die Trennung für Teams schwierig machen, ihre täglichen Aufgaben mit ihren langfristigen Zielen in Einklang zu bringen. Das Fehlen eines speziellen Bereichs für die Erfassung der Ziele und ihres Geschäftswerts kann ebenfalls zu Fehlausrichtungen und verpassten Chancen führen.

Was wird also für eine agile PI-Planung benötigt?

Wenn Sie nach einem Add-on oder einer zusätzlichen Lösung suchen, um mit Jira zusammen Lösungen für agile PI-Planung zu finden, ist es wichtig, eine zu finden, die Folgendes bietet:

1. Eine gemeinsame Sichtweise und ein gemeinsames Verständnis zur Wahrung der Transparenz und Abstimmung der ART, insbesondere auf Programmebene
2. Zusammenhang zwischen Geschäftsprioritäten und der Arbeit der Lieferteams
3. Verwaltung von Abhängigkeiten
4. Zusammenarbeit in Echtzeit
5. Ein Tool, das jeder verwenden und auf das jeder zugreifen kann, um die Zusammenarbeit fortzusetzen

Agile PI-Planung mit Jira und einfachen Agile-Programmen

von mit Jira und Easy Agile Programs für Ihre PI-Planung können Sie sicherstellen, dass Ihre agilen Arbeitsabläufe sind rationalisiert, kollaborativ und entsprechen Ihren strategischen Zielen. Einfache agile Programme versetzt Teams in die Lage, sich schnell an Veränderungen anzupassen, Risiken besser zu managen und Werte effizienter zu liefern. Darüber hinaus handelt es sich um eine native App, die in Jira eingebettet ist. Das bedeutet, dass kaum bis gar keine Konfiguration erforderlich ist, da das Tool mithilfe Ihrer zugrunde liegenden Jira-Daten eingerichtet wird.

Lesen Sie weiter, um herauszufinden, wie es speziell dazu beiträgt, die Herausforderungen der agilen PI-Planung zu lösen.

1. Ein gemeinsamer Raum zum Zusammenarbeiten und Iterieren

Der Programmausschuss (ART-Planungsausschuss)

Denken Sie daran, dass Flexibilität und Zusammenarbeit sowie die Fähigkeit, Pläne nach Bedarf anzupassen, der Schlüssel zu agiler Planung sind. Gleichzeitig ist es wichtig, den Prozess so einfach und intuitiv wie möglich zu gestalten und zu vermeiden, dass Zeit mit Verwaltungsaufgaben verschwendet wird.

Wenn Ihre Teams in Jira arbeiten, müssen Sie zunächst eine Umgebung in Jira erstellen, sodass weniger manueller Aufwand und kognitive Belastung für alle Beteiligten anfallen und die Planung in die Umsetzung umgesetzt werden kann. Easy Agile Programs digitalisiert das SAFe Program Board (ART Planning Board for SAFe 6.0), das allen ART-Mitgliedern Transparenz bietet.

Es basiert auf nativen Jira-Issues und -Boards und dient während der Planung und darüber hinaus als zentrale Informationsquelle. Hier haben wir einen ganzheitlichen Überblick über die Arbeit, der wir uns als ART verschrieben haben, und einen Hinweis darauf, ob wir auf dem richtigen Weg sind, sie zu erreichen. Außerdem haben wir die Flexibilität, Anpassungen vorzunehmen, ohne das Tool verlassen zu müssen, falls nötig.

Das digitalisierte Program Board in Easy Agile Programs ist sehr visuell und auch filterbar, sodass Sie sich auf bestimmte Teams, den Status von Problemen oder Funktionen/Epen konzentrieren können, um während des Program Increment/Planning Interviews gezielte ART-, PO- und Coach-Syncs zu ermöglichen.

Die Teamplanungstafel

Im Gegensatz zu anderen Tools verfügen Teams über ein eigenes Teamplanungsboard für Team-Breakout-Sitzungen. Hier können Teams Funktionen in Storys unterteilen und sie innerhalb von Sprints planen, die Kapazität abschätzen und die Arbeit innerhalb und zwischen Teams gemeinsam planen. Da Teams Zugriff auf ihr eigenes Backlog haben und die Arbeit auf ihrem eigenen Board in Jira planen, gibt es keine Ausfallzeiten oder doppelte Bearbeitung.

2. Abhängigkeiten antizipieren und visualisieren

Die Visualisierung und Verwaltung von Programmrisiken und -abhängigkeiten ist nicht nur für eine effektive Planung von entscheidender Bedeutung, sondern auch ein klarer Indikator dafür, wie gut wir als Teams innerhalb des ART aufeinander abgestimmt bleiben. Easy Agile Programs ist eine leistungsstarke Methode zur Visualisierung von Abhängigkeiten. Sie ermöglicht es Teams nicht nur, Abhängigkeiten zu erstellen, zu identifizieren und deren Zustand zu verstehen, sondern auch Abhängigkeiten zwischen mehreren Teams zu lösen. Dies fördert die Zusammenarbeit, baut Silos auf und beseitigt potenzielle Hindernisse, die dem Fortschritt der Arbeit im Weg stehen.

Auf der Teamplanungstafel

Wenn Teams gerade dabei sind, Features in Geschichten oder Epen zu unterteilen, können sie problemlos Abhängigkeiten innerhalb und zwischen Teams erstellen und verstehen. Das bedeutet, dass Arbeit nie entsteht, ohne zu verstehen, wie sie aufeinander abgestimmt ist, oder Konflikte mit anderen Teams in der ART, um die Abstimmung aufrechtzuerhalten. Das Erstellen von Abhängigkeiten erfolgt ganz einfach per Drag-and-Drop:

Auf dem Programmboard

Die Identifizierung von Abhängigkeiten und potenziellen Risiken bei der Arbeitsplanung ist ein wichtiger Bestandteil von PI Planning. Neben sichtbaren Abhängigkeitslinien visualisiert Easy Agile Programs auch den Zustand dieser Abhängigkeiten. Grün bedeutet, dass die Abhängigkeit gesund ist, Orange bedeutet, dass sie gefährdet ist, und Rot steht für einen Konflikt. Schwarze Abhängigkeitslinien weisen auf Abhängigkeiten außerhalb des PI oder Programms hin. Dies ist für die Release Train-Techniker von entscheidender Bedeutung, um sich mit Abhängigkeiten zwischen ARTs auseinanderzusetzen.

Das alles ist auf dem Program Board sichtbar, wo wir auch nach Abhängigkeiten filtern können:

Sie möchten mehr über Easy Agile Programs erfahren?

Demo auf Abruf

Jetzt anschauen

3. Planung und Ausrichtung des Gesamtbildes

Hierarchie auf dritter Ebene

Die Arbeit der Teams mit dem zu verbinden, was dem Unternehmen wichtig ist, ist entscheidend für die Wertschöpfung. Easy Agile Programs bietet das Bindegewebe zwischen übergeordneten Geschäftsprioritäten und Initiativen mit einer Hierarchie auf dritter Ebene. So ist leicht nachzuvollziehen, welche Ergebnisse im Vergleich zu den Geschäftsprioritäten geplant sind und wie sie sich entwickeln.

PI-Ziele

Vom Team Planning Board aus können Sie ganz einfach PI-Zielentwürfe erstellen und diese mit Jira-Vorgängen verknüpfen, um die Abstimmung und Transparenz mit dem Geschäftswert sicherzustellen. Das ist ein wichtiger Aspekt, wenn es darum geht, das, woran das Team arbeitet, mit umfassenderen Geschäftszielen zu verknüpfen. Easy Agile Programs verknüpft die Probleme buchstäblich mit diesen Zielen, sodass wir die Arbeit nach Zielen filtern können.

Agile Planung ist iterativ und Pläne erfordern oft Anpassungen.

Kann ich Easy Agile Programs trotzdem für die Planung verwenden, wenn ich SAFe nicht praktiziere?

Absolut. Einfache agile Programme ist nicht nur für Teams, die die SAFe-Methode anwenden.

Das Tool ist flexibel und anpassungsfähig, sodass es für jedes agile Team, das Wert auf interaktive, visuelle Planung legt, gleichermaßen von Vorteil ist. Unabhängig davon, welches spezifische Framework Sie verwenden, ermöglichen Easy Agile Programs eine klare Kommunikation, erleichtern die Verwaltung von Abhängigkeiten, bieten einen gemeinsamen Überblick über Teamkapazitäten und -fortschritte und richten Teams auf übergreifende Geschäftsziele aus.

Auf diese Weise können Sie unabhängig davon, ob Sie Scrum, Kanban oder Ihre eigene einzigartige Mischung aus agilen Methoden anwenden, immer noch die Leistungsfähigkeit der Easy Agile-Programme nutzen, um einen kollaborativeren und effizienteren Planungsprozess zu fördern.

‍

Viele Organisationen, insbesondere in stark regulierten Branchen, haben Schwierigkeiten, Großprojekte zu verwalten. SAFe, oder das Scaled Agile Framework, kann eine Lösung bieten. (ODER Hier kommt SAFe oder das Scaled Agile Framework ins Spiel.)

SAFe ist ein Framework, das Unternehmen dabei unterstützen soll, nachhaltige Veränderungen in großem Maßstab vorzunehmen. Es bietet Schulungen und Anleitungen für die Implementierung agiler Praktiken im gesamten Unternehmen, sei es auf kleiner Teamebene, Abteilungsebene oder im gesamten Unternehmen.

In diesem Blogbeitrag werden wir uns eingehender mit den Vorteilen der Implementierung von SAFe befassen und uns insbesondere darauf konzentrieren, wie es in der Finanzdienstleistungsbranche genutzt werden kann, um ein schlankes Unternehmen aufzubauen.

Vorteile von SAFe für Finanzdienstleistungen

SAFe (Scaled Agile Framework) ist ein unglaublich wertvoller Ansatz für Unternehmen, die ihre Abläufe verbessern möchten. Durch die Einführung von SAFe können Finanzdienstleistungsunternehmen zahlreiche branchenspezifische Vorteile erzielen.

1. Geschäftliche Agilität: SAFe ermöglicht es Finanzdienstleistungsunternehmen, anpassungsfähiger zu werden und besser auf Marktdynamiken zu reagieren. Durch die Einführung von SAFe-Praktiken auf Unternehmensebene können Unternehmen eine Kultur der kontinuierlichen Verbesserung fördern, die es ihnen ermöglicht, sich schnell an sich ändernde Kundenanforderungen, regulatorische Anforderungen und neue Technologien anzupassen.
2. Verbessertes Kundenerlebnis: In der heutigen wettbewerbsintensiven Finanzdienstleistungslandschaft ist die Bereitstellung außergewöhnlicher Kundenerlebnisse von größter Bedeutung. SAFe fördert die Kundenorientierung, indem es während des gesamten Entwicklungsprozesses regelmäßige Feedback-Schleifen mit Kunden fördert. Dies ermöglicht es Finanzinstituten, Erkenntnisse zu sammeln, Schwachstellen zu identifizieren und ihre Produkte und Dienstleistungen schnell zu verbessern, um sicherzustellen, dass sie den sich ändernden Bedürfnissen und Erwartungen ihrer Kunden gerecht werden.
3. Beschleunigte Markteinführungszeit: Zeit ist in der Finanzbranche von entscheidender Bedeutung. SAFe ermöglicht es Unternehmen, ihre Markteinführungszeit zu verkürzen, indem sie Silos aufbrechen und die Zusammenarbeit zwischen den Abteilungen fördern. Durch den Einsatz agiler Verfahren können Finanzdienstleister schnell auf Marktchancen reagieren und innovative Lösungen schneller auf den Markt bringen, um sicherzustellen, dass sie als Erste Marktchancen nutzen
4. Risikominderung: Compliance und Risikomanagement sind wichtige Überlegungen für Finanzdienstleistungsunternehmen. SAFe bietet einen strukturierten Governance-Rahmen, der Compliance-Anforderungen in den Entwicklungsprozess einbezieht. Dadurch wird sichergestellt, dass Produkte und Dienstleistungen den regulatorischen Standards entsprechen.
5. Verbesserte betriebliche Effizienz: Finanzdienstleistungsunternehmen haben es mit einer erheblichen Komplexität zu tun, angefangen bei der Verwaltung komplexer Finanzsysteme bis hin zur Erfüllung regulatorischer Anforderungen. SAFe trägt zur Optimierung der betrieblichen Effizienz bei, indem Transparenz, Kommunikation und kontinuierliche Verbesserung gefördert werden. Durch die Implementierung von Lean-Prinzipien und agilen Praktiken können Unternehmen Verschwendung vermeiden, Prozesse optimieren und die betriebliche Gesamtleistung verbessern.
6. Mitarbeiterengagement und Empowerment: SAFe betont die Stärkung von Teams und fördert eine Kultur der Zusammenarbeit, Innovation und kontinuierlichen Lernens. Dieser Ansatz führt zu einem erhöhten Engagement der Mitarbeiter, da sich die Teammitglieder stärker in Entscheidungsprozesse eingebunden fühlen und ein Gefühl der Eigenverantwortung für ihre Arbeit haben. Das Ergebnis ist eine motivierte und leistungsfähige Belegschaft, die den Unternehmenserfolg vorantreibt.

Visualisierung von Abhängigkeiten für eine reibungslose Zusammenarbeit und termingerechte Bereitstellung

In der komplizierten Welt von SAFe kann es überwältigend sein, jeden Aspekt abzudecken. Konzentrieren wir uns in diesem Blog auf einen bestimmten Anwendungsfall.

Die Finanzdienstleistungsbranche befasst sich häufig mit komplexen Projekten, an denen mehrere Teams und Interessengruppen beteiligt sind. In solchen Szenarien wird es entscheidend, Abhängigkeiten zwischen Teams zu visualisieren und zu verstehen. An dieser Stelle kommt das SAFe-Programmboard ins Spiel. Es dient als zentraler Ort für Teams, um Abhängigkeiten effektiv zu visualisieren, zu verwalten und transparent voranzukommen.

Nehmen wir als Beispiel die Easy Agile Bank, die sich auf die Einführung ihrer Self-Service-Banking-Plattform vorbereitet. Verschiedene Teams, darunter Software, Marketing und Customer Success, arbeiten zusammen, um diese Markteinführung zum Erfolg zu führen. Um eine reibungslose Einführung zu gewährleisten, sind das Verständnis der Teamabhängigkeiten und eine effiziente Arbeitsplanung von größter Bedeutung. Ziel ist es, Engpässe zu vermeiden, die den Start der neuen Self-Service-Banking-App verzögern könnten.

Schauen wir uns genauer an, wie das aussehen könnte. Unten sehen Sie die Teamplanungstafel in Einfache agile Programme für das Software-Team. Die roten, gelben, grünen und schwarzen Linien zeigen Abhängigkeiten an. Einige Abhängigkeiten bestehen innerhalb des Softwareteams, während es sich bei anderen um teamübergreifende Abhängigkeiten zum Marketingteam handelt.

Die Farbe der Abhängigkeitslinien spiegelt ihren Gesundheitszustand wider. Eine rote Abhängigkeit steht für einen Konflikt, Gelb steht für ein Risiko, Grün für einen fehlerfreien Zustand und Schwarz für externe Abhängigkeiten, die sich außerhalb der aktuellen Ansicht befinden, z. B. Arbeit im Backlog oder in einem anderen Programminkrement. Um Engpässe zu vermeiden, müssen Sie sich mit den roten Abhängigkeiten und den gelben Abhängigkeiten befassen, sofern dies möglich ist.

Mit Einfache agile Programme, das Visualisieren von Abhängigkeiten wird mühelos. Teams können schnell handeln und die Pläne entsprechend anpassen, um Verzögerungen beim Start der App zu vermeiden. Beispielsweise identifiziert das Softwareteam eine rote Abhängigkeit vom Marketingteam in Bezug auf das Live-Chat-System. Während das Softwareteam plant, es in Sprint 2 einzurichten, plant das Marketingteam erst in Sprint 3, das Live-Chat-Erlebnis und die Nachrichtenübermittlung zu planen. Die Abhängigkeitslinie dient als visueller Indikator und veranlasst die Teams, die Arbeit zu besprechen und neu zu planen.

Nach einer kurzen Diskussion beschließt das Softwareteam, das Live-Chat-Setup auf Sprint 4 zu verschieben. Infolgedessen färbt sich die Abhängigkeitslinie grün, was auf einen reibungslosen Ablauf und die erfolgreiche Vermeidung eines potenziellen Engpasses hinweist.

„Wenn ich Kollegen fragen würde, wie lange es dauern würde, Abhängigkeiten zu entwirren und zu verstehen, würden sie eine Woche vorschlagen. Mit Easy Agile Programs haben wir drei Minuten gebraucht.“

Stefan Höhn, NFON

Nutzen Sie das Potenzial des SAFe Program Board

Insgesamt kann der Programmausschuss Teams dabei helfen, ihre Arbeit zu priorisieren und fundierte Entscheidungen über die Ressourcenzuweisung zu treffen. Durch die Visualisierung von Abhängigkeiten können Teams kritische Pfade identifizieren und sich auf die wichtigsten Aufgaben konzentrieren, die zuerst erledigt werden müssen. Dies stellt sicher, dass die Teams koordiniert und transparent arbeiten, und reduziert das Risiko unnötiger Verzögerungen oder Konflikte.

Das SAFe-Programmboard ist ein wertvolles Tool für Teams, um Abhängigkeiten effektiv zu verwalten, die Zusammenarbeit zu fördern und die Ausrichtung in großen agilen Projekten zu erreichen.

Mit Easy Agile Programs können Teams mühelos Abhängigkeiten identifizieren und erstellen, sodass Teams sich mühelos in der komplexen Finanzdienstleistungslandschaft zurechtfinden.

AN EINER DEMO TEILNEHMEN

‍

„Die Leute, die die Arbeit planen, machen die Arbeit“ ist der ungeschriebene Regel des Scaled Agile Framework.

Dies kann jedoch leichter gesagt als getan sein, wenn wir es mit mehreren Teams von Personen zu tun haben, die gemeinsam planen müssen.

Rechnet man die Komplexität großer Unternehmen hinzu, die vor ihren ganz eigenen Herausforderungen stehen — von der Produktentwicklung über das Budget bis hin zur Umsetzung des Feedbacks bis hin zur endgültigen Auslieferung —, kann sich plötzlich die Idee, Teams für die Planung zusammenzubringen, wieder schwieriger anfühlen.

Wenn Sie mit dem Scaled Agile Framework vertraut sind, wissen Sie bereits, dass SAFe darauf ausgelegt ist, eine bessere Zusammenarbeit und Kommunikation zwischen mehreren funktionsübergreifenden Gruppen zu ermöglichen. Die zentrale Methode, dies mit SAFe zu tun, ist Program Increment oder PI Planning (Planning Interval Planning in SAFe 6.0)

Ein Plan kann so viele verschiedene Formen annehmen — auch nur zwischen Teams —, aber mit SAFe ist es einfacher zu erkennen, wie „gut“ aussieht, wenn es um effiziente PI-Planung geht.

Das SAFe-Programmboard oder ART-Planungstafel (SAFe 6.0), ist ein wichtiges Tool und Ergebnis von PI Planning. Es ist ein visuelle Zusammenfassung von Funktionen oder Zielen, teamübergreifenden Abhängigkeiten und anderen Faktoren, die sich auf deren Bereitstellung auswirken. Dies trägt nicht nur zur Transparenz bei, sondern erhöht auch die Flexibilität, was wiederum dazu beiträgt, Verzögerungen und schädliche Abhängigkeiten zu minimieren.

Was oft übersehen wird, ist, dass PI Planning eine entscheidende Rolle dabei spielt, Teams oder das gesamte Programm auf Erfolgskurs zu bringen — einschließlich der Durchführung anderer SAFe-Zeremonien oder -Veranstaltungen.

In diesem Artikel besprechen wir alles, was Sie über Programmboards wissen müssen, einschließlich der Gründe, warum sie im Planungsprozess wichtig sind und wie größere Teams sie in PI Planning und darüber hinaus verwenden können.

Wir werden auch genau untersuchen, wie Easy Agile Programs das SAFe-Programmboard digitalisiert. So können nicht nur die Leute, die die Arbeit planen, die Arbeit erledigen, sondern Sie können die Arbeit auch in der Umgebung planen, in der die Arbeit erledigt wird — in Jira.

Hinweis: Während das Programmboard in der aktualisierten 6.0-Version des Scaled Agile Framework als „ART Planning Board“ bezeichnet wird, ist es dasselbe Artefakt und spielt dieselbe Rolle in PI Planning und darüber hinaus.

Was ist ein Programmboard?

Wie sieht der Plan oder der Zeitplan Ihres Teams in der Regel aus?

Würde es Ihnen zeigen, welche Arbeit geleistet wurde? Wer hat es gemacht? Vielleicht sogar ein Hinweis darauf, wann und auf welche wichtigen Termine diese Teams hinarbeiten?

Die Überschrift hier ist, dass ein Programmboard all das ist, aber auch mehr.

Die Programmtafel visualisiert die Arbeit, die während des Program Increment/Planning Interval (PI) geleistet wird. Es ist gleichzeitig der Vermittler der Planung und des Plans selbst.

Eine typische Vorstellung von einer Programmplatine — insbesondere für gemeinsame PI-Planungssitzungen — ist buchstäblich eine physische Platine an einer Wand.
Es würde zeigen:

• Spalten: Markierung der Wiederholungen für das Inkrement
• Zeilen: stehen für verschiedene Teams innerhalb dieses Zuwachses
• Haftnotizen: Beschreibung der Eigenschaften an dem die Teams arbeiten oder an denen sie angezeigt werden Meilensteine auf die sie hinarbeiten
• Zeichenketten: zwischen diesen Merkmalen, um anzuzeigen, ob es welche gibt Abhängigkeiten

Aber wie unterstützt ein Programmboard den Planungsprozess?

Ein Programmboard ermöglicht eine bessere Teamzusammenarbeit, da es die Projektkommunikation und -planung optimiert und gleichzeitig eine bessere Kommunikation zwischen den beteiligten Teams gewährleistet.

Darüber hinaus helfen Programmausschüsse dabei, die Verantwortung jedes Teams zu definieren, das an der Umsetzung der Idee beteiligt ist, was wiederum dazu beiträgt, den gesamten Prozess zu rationalisieren.

Während der PI-Planung unterstützt das Programmboard die Teams dabei, Abhängigkeiten innerhalb des PI zu visualisieren und zu verwalten. So erhalten sie mehr Klarheit über die Arbeit im Detail, wie die Arbeit mit dem, was das Unternehmen zu erreichen versucht, und zueinander, welche Aufgaben erledigt werden müssen und vor allem, ob es irgendwelche Probleme gibt, die zu Verzögerungen führen können.

Ein Programmausschuss ist gleichzeitig der Moderator der Planung und des Plans selbst.

Um zu verstehen, wie Programmtafeln beim Planungsprozess helfen, schauen wir uns die verschiedenen Komponenten an, die auf ihnen zu finden sind.

So richten Sie Ihr SAFe-Programmboard für eine erfolgreiche PI-Planung ein

Laut Agiles Skalieren, es gibt zwei Hauptausgaben von PI Planning:

1. Engagiert PI-Ziele
2. Programmtafel - mit Lieferterminen für neue Funktionen, Abhängigkeiten zwischen Teams und relevanten Meilensteinen

Wenn Sie also SAFe folgen und PI Planning durchführen, sollten Sie PI Planning mit einer Programmplatine beenden.

Während der PI-Planung besprechen und definieren die Teams nicht nur die Funktionen und Abhängigkeiten, sondern sie legen auch Meilensteine für den gesamten PI fest.

Hier ist ein digitalisiertes PI-Planungstool kann wirklich profitieren Remote- oder Hybrid-Teams, die PI-Planung durchführen - Die gleichen Informationen sind am selben Ort geplant.

Hier sind ein paar Tipps, die Ihnen bei der Erstellung eines SAFe-Programmboards helfen sollen.

1. Das Board selbst einrichten

Nicht zu unterschätzen, das Grundgerüst des Programmboards muss eingerichtet werden.

Hier gibt es zwei wichtige Elemente:

• Spalten für Sprint oder Iteration:
  • Die richtige Zahl hängt davon ab, wie viele Iterationen/Sprints in Ihrem PI enthalten sein werden, einschließlich einer letzten für Iterationsplanung
• Reihen oder Schwimmbahnen:
  • Einer für Meilensteine/Ereignisse — in der Regel der erste
  • Eine für jedes Team
  • Kann auch eine Swimlane für gemeinsam genutzte Dienste, Lieferanten oder andere Teams haben, die nicht in der Agile Release Train (ART)

So könnte das aussehen:

Wenn Sie sich in dieser Phase Ihres Programms befanden, sollten Sie Einfache agile Programme, dein Board würde so aussehen:

In Easy Agile-Programmen steht jedes Team, das in einer eigenen Swimlane vertreten ist, für ein agiles Board in Jira. Die Probleme, die du während der PI-Planung und darüber hinaus in Sprints für dieses Team einplanst, spiegeln sich also auf dem Agile Board wider und umgekehrt.

Das Start- und Enddatum für den PI sowie die Anzahl und Länge deiner Sprints können alle bearbeitet werden um zu den Arbeitsabläufen Ihres Unternehmens zu passen.

Wenn Sie sich im Bearbeitungsmodus befinden und Features planen möchten, wird die Swimlane für gemeinsam genutzte Teamfunktionen ebenfalls oben angezeigt, um visuell anzuzeigen, ob Arbeiten für mehrere Teams geplant werden müssen.

2. Beginnen Sie mit Funktionen und Meilensteinen

Während der PI-Planung teilt das Produktmanagement die Produkt-/Lösungsvision mit. Dies bedeutet in der Regel auch die nächsten 10 bevorstehenden Funktionen, die die Teams aus dem Backlog in die PI aufnehmen müssen. (Wir wissen von unseren Kunden, dass das manchmal viel mehr sein kann!)

Wir möchten auch zunächst wissen, auf welche Meilensteine wir hinarbeiten. Oft können dies Produktveröffentlichungstermine, externe Leistungen oder Termine wie die Vorbereitung einer Demo oder Präsentation für eine Messe, Marketingeinführungen oder Veranstaltungen sein. Wenn diese auf der Programmtafel visualisiert sind, können die Teams leicht erkennen, worauf sie hinarbeiten, aber auch, um die Priorisierung der spezifischen Funktionen zu unterstützen, die zur Erreichung dieses Meilensteins erforderlich sind.

Wenn Sie mit einer physischen oder einfachen digitalen Programmtafel arbeiten, werden Funktionen und Meilensteine durch „Haftnotizen“ dargestellt, die in der entsprechenden Swimlane und/oder Farbe platziert sind, um diese Informationen sowie das dafür verantwortliche Team und den Zeitrahmen anzugeben:

Wie sieht das in Easy Agile Programs derzeit aus?

Meilensteine sind sehr visuell

• Meilensteine kann individuell angepasst werden, um Start-/Enddatum und Farbe anzuzeigen. Sie erstrecken sich über alle Team-Swimlanes, sodass die Teams leicht erkennen können, wie ihre Arbeit mit einem bevorstehenden Ergebnis oder einer bevorstehenden Veranstaltung zusammenhängt.
• Meilensteine habe immer noch einen eigenen Platz oben auf der Programmtafel, aber dieser kann auf Wunsch zusammengeklappt werden

Funktionen sind native Jira-Probleme

• Funktionen in Easy Agile-Programmen sind native Jira-Probleme, in der Regel epische. Sie können ganz einfach auf der Programmpinnwand auf den Problemschlüssel klicken, um in der Problemansicht weitere Informationen zu erhalten.
• Funktionen können einfach geplant werden aus dem Backlog per Drag & Drop in eine Swimlane oder über das Programmboard erstellt. Um anzugeben, wann ein Feature gestartet und abgeschlossen werden soll, ziehen Sie einfach den Rand des Vorgangs per Drag-and-Drop:

Nehmen Sie an einer Produkttour teil und lernen Sie die Easy Agile-Programme kennen

Du möchtest dein Program Board in Jira integrieren?

Nehmen Sie an einer Demo teil

3. Identifizieren Sie Abhängigkeiten

Nachdem die Funktionen fertig sind, sollten Teams als Nächstes nach Abhängigkeiten suchen. Erinnerst du dich an die Zeichenketten, die wir zuvor erwähnt haben?

Abhängigkeiten zwischen Features und Teams werden mit einer Schnur auf einer Programmtafel dargestellt, wenn sie sich an einer Wand befindet, oder mit Linien zwischen diesen Funktionen in einem digitalen Tool.

Haftnotizen in einer anderen Farbe, wie Rot, weisen auf eine signifikante Abhängigkeit hin. Beispielsweise kann es für diese Funktion mehrere Funktionen geben, auf die sie angewiesen ist, um den Zeitplan einzuhalten.

Um dies zu erklären, betrachten wir ein Beispiel.

Stellen Sie sich vor, Team X erkennt, dass es ein Feature erst entwickeln kann, wenn Team Y dank des Programmboards eine API entwickelt. Was also beide Teams tun können, ist miteinander zu sprechen und eine Lösung zu finden, die für alle funktioniert und zu einer besseren Zusammenarbeit zwischen den Teams führt.

Nachdem eine Einigung erzielt wurde, wird eine Abhängigkeit in den Vorstand aufgenommen, sodass alle das gleiche Verständnis über die Abhängigkeit haben und wie sie gelöst werden kann. Um dies zu demonstrieren, wird an jeder Karte ein Stück Schnur befestigt:

Die Natur der Abhängigkeiten bedeutet, dass etwas abgeschlossen werden muss, damit etwas anderes getan werden kann.

Um leichter erkennen zu können, wann Abhängigkeiten geplant sind, verfügt Easy Agile Programs über ein Ampelsystem mit roten, orangefarbenen und grünen Abhängigkeiten, um den Zustand der Abhängigkeiten anzuzeigen.

Die Gesundheit der Abhängigkeit wird wie folgt dargestellt:

• EIN rot Zeile gibt an, dass das abhängige Problem in einem Sprint nach der Abhängigkeit geplant ist (Konflikt)
• Ein orange Eine Zeile gibt an, dass die Abhängigkeit und die Abhängigkeit im selben Sprint geplant sind (ein Risiko)
• EIN grün Die Zeile gibt an, dass das abhängige Problem in einem Sprint vor seiner Abhängigkeit geplant ist (fehlerfrei)
• EIN schwarz Eine Zeile gibt an, dass die Abhängigkeit mit Problemen außerhalb der aktuellen Ansicht besteht. Unabhängig davon, ob es sich um das aktuelle Agile Release Train /-Programm handelt oder ob es sich um eine zukünftige oder vergangene Erhöhung handelt.

Dies zeigt einem Release Train Engineer oder einem Program Manager leicht, worauf sie sich konzentrieren sollten, um alle Planungsprobleme während der Planung lösen zu können.

Mit Easy Agile Programs können Sie auch Abhängigkeiten zwischen Problemen innerhalb und zwischen Teams aus den Teamplanungstafel. Dies bietet einen wirklich fokussierten Überblick über die Arbeit eines bestimmten Teams für den PI und wie diese Arbeit mit anderen Teams zusammenhängt:

Für eine bessere Zusammenarbeit werden Programmboards benötigt

Die Stärke des Programmausschusses liegt darin, einen einheitlichen Überblick darüber zu haben, wofür sich eine Gruppe von Teams — gemeinsam — verpflichtet hat und wie genau diese Arbeit miteinander zusammenhängt. Es hilft bei der Organisation von Planungssitzungen, indem es zukünftige Abhängigkeiten aller Teams und Sprints zusammenfasst. Auf diese Weise können Scrum Master, Release Train-Techniker, Produktmanager und Geschäftsinhaber die wichtigsten teamübergreifenden Konversationen leicht identifizieren und priorisieren.

Eine groß angelegte Planungssitzung oder eine PI-Planungszeremonie durchzuführen, insbesondere zum ersten Mal, kann entmutigend sein.

Wenn es Ihnen jedoch gelingt, im Rahmen Ihres PI-Planungsprozesses ein solides Programmboard zu entwickeln, müssen Sie sich keine Gedanken darüber machen, Ihren Kollegen oder Teammitglied zu verfolgen, um Termine einzuhalten. Das Wichtigste dabei ist, sicherzustellen, dass Sie die wichtigsten Funktionen für den PI geplant, teamübergreifende Abhängigkeiten identifiziert und alle Meilensteine oder Termine visualisiert haben, um sicherzustellen, dass sie realistisch erreicht werden können.

Das Programmboard kann jedoch wirkungsvoller werden, wenn es mehr als nur ein Plan ist. Das Erstellen einer Programmtafel in einem Online-Tool mit der zusätzlichen Funktion, dass sie die tatsächliche Arbeit darstellt, die zu erledigen ist, bedeutet, dass es ein Leben hat, das über PI Planning hinausgeht. Es wird zum lebendigen Dokument der Fortschritte des Teams und ein Mittel, um festzustellen, ob es Hindernisse gibt, die diesen Fortschritt behindern.

Damit agile Teams agil sind und kontinuierlich und iterativ Mehrwert liefern können, müssen sie mit einem Programmboard ausgestattet sein, das ihnen hilft, auf Änderungen zu reagieren, sodass sie den Erfolg planen, aber auch Fortschritte machen können.

Bist du bereit, dein Program Board von der Wand zu nehmen und in Jira zu integrieren?

Mit Easy Agile Programs ist das möglich

VERSUCHE ES JETZT

‍

Die effizienteste und effektivste Methode, Informationen an und innerhalb eines Entwicklungsteams zu vermitteln, sind persönliche Gespräche.

Agiles Manifest, 2001

So wahr diese Aussage auch war, als sie verfasst wurde, die Covid-19-Pandemie hat die Art und Weise, wie wir arbeiten, leben und kommunizieren, unwiderruflich verändert.

Als Organisationen und Einzelpersonen mussten wir uns schnell an ein sich ständig veränderndes Umfeld anpassen. Jetzt, wo wir überlebt haben, müssen wir uns an diese neue Art und Weise gewöhnen, Dinge am Arbeitsplatz zu erledigen, damit wir erfolgreich sein können.

Aber was ist mit unseren agilen Zeremonien?

Einer der Hauptgründe, warum Unternehmen auf Agile umsteigen, ist die effizientere Gestaltung von Geschäftsprozessen und Ergebnissen. Wie können wir also diese Prinzipien und Praktiken nutzen und ihre Integrität in einer entfernten Umgebung bewahren?

Wenn Sie mit dem vertraut sind Skaliertes Agile-Framework, das wirst du wissen PI-Planung ist eine agile Zeremonie, die im Mittelpunkt der Implementierung von SAFe steht.

Bei PI Planning handelt es sich traditionell um eine teamübergreifende Planungszeremonie, die darauf abzielt, mehrere Teams zur Planung zusammenzubringen und sie auf eine gemeinsame Mission und Vision für das kommende Quartal oder Inkrement auszurichten.

SAFe weist immer noch darauf hin, dass PI Planning nach Möglichkeit weiterhin gemeinsam genutzt wird, und das hat seine Vorteile.

Viele Teams nutzten jedoch schon vor der Pandemie die PI Planning-Software, um ihren Planungsprozess durchzuführen und ihn für verteilte PI-Planungen effizienter und zugänglicher zu machen. Aber wie bei den meisten Dingen, die wir seit Covid online gestellt haben, sind wir den Tools ausgeliefert, mit denen wir feststellen, wie effektiv wir sein können.

Die Wahrheit ist, es sei denn, Sie können alle Mitglieder innerhalb einer Agiler Release-Zug - Geschäftsinhaber, Stakeholder, Produktmanagement, Release Train Engineers, Scrum Master und Teams — physisch in einem Raum zur gleichen Zeit, wobei Alternativen in Betracht gezogen werden müssen.

Es ist wichtig, dass alle während der PI-Planung anwesend sind, aber das bedeutet nicht, dass sie physisch anwesend sein müssen, um PI Planning zum Erfolg zu führen.

PI-Planung aus der Ferne mit einfachen Agile-Programmen

Wir haben jetzt die Zeit überschritten, in der wir uns an die Telearbeit anpassen mussten. Unsere eigene geschäftliche Agilität wurde auf die Probe gestellt und wir mussten uns weiterentwickeln.

Seit der Einführung der Easy Agile-Programme haben wir die vorhandenen Funktionen kontinuierlich ausgebaut, um Teams und Organisationen auf der ganzen Welt zu helfen, in einer Remote-Umgebung erfolgreich zu sein.

Mit einem einfaches, aber leistungsstarkes Tool, das nahtlos in Jira integriert ist, die neueste Version von Einfache agile Programme hat eine Reihe von Funktionen, die darauf abzielen, verteilten Teams bei der PI-Planungszeremonie zu helfen und ein langlebiges, aber flexibles digitales Programmboard in Jira aufzubauen.

Die Umstellung auf Remote- oder Hybrid-PI-Planung muss Ihren Erfolg oder den Ihrer Kunden nicht gefährden. Mit dem richtigen Tool kann das Unternehmen es sogar verbessern, indem es Zeit beim Kontextwechsel, komplexen Konfigurationen und doppelter Bearbeitung spart.

Die PI-Planungsagenda

Unabhängig davon, ob Sie einem weiteren folgen traditionelle 2-Tage-PI-Planung Agenda, oder müssen Platz für ein geteilte Agenda in einer verteilten Umgebung, die wichtigsten Tagesordnungspunkte sind dieselben. Wir werden Sie durch die einzelnen Funktionen führen und erläutern, wie Easy Agile Programs diese wichtigen Funktionen unterstützt.

Quelle: Scaled Agile

Festlegung des Geschäftskontextes

PI Planning beginnt damit, dass der oder die Geschäftsinhaber oder Führungskräfte eine Präsentation halten, in der sie „den aktuellen Stand des Unternehmens beschreiben, die Portfolio-Vision teilen und ihre Sichtweise darlegen, wie effektiv bestehende Lösungen die Kundenbedürfnisse erfüllen“ (Scaled Agile — PI-Planung).

Im Abschnitt Programmdetails der Easy Agile-Programme können Geschäftsinhaber eine aufgezeichnete Videopräsentation mit allen Mitgliedern des ART oder einen Zoom- oder Videokonferenzlink teilen.

Daher ist die Präsentation nicht darauf beschränkt, dass Teammitglieder zu diesem Tagesordnungspunkt physisch anwesend sind, sondern kann während der gesamten PI Planning-Sitzung und darüber hinaus abgerufen werden.

Festlegung der Produkt-/Lösungsvision

Als Nächstes wird das Produktmanagement die aktuelle Vision vorstellen, in der Regel in Form der 10 wichtigsten kommenden Funktionen.

Anstatt die 10 wichtigsten Funktionen in einer Liste auf einer Folie oder einem Dokument zu präsentieren, können Programmmanager direkt in Easy Agile Programs auf Jira Features (Epics) zugreifen und sie für die Dauer des Program Increment (PI) auf einer visuellen Zeitleiste planen.

Die Programm-Roadmap stellt sicher, dass sich alle Teams über die zugesagten Funktionen für einen PI einig sind, und bietet allen Beteiligten Einblick in die Richtung des Programms.

An diesem Punkt der PI-Planungszeremonie können die Produktmanager auch alle bevorstehenden Meilensteine bekannt geben.

Laut Agiles Skalieren, „Meilensteine markieren bestimmte Punkte auf dem Entwicklungszeitplan und können für die Messung und Überwachung der Produktentwicklung und des Risikos von unschätzbarem Wert sein.“

Einfache Agile-Programme ermöglichen es Ihnen erstellen Sie gut sichtbare Meilensteine auf der Programm-Roadmap, um wichtige Liefertermine, externe Ereignisse oder geschäftliche Meilensteine hervorzuheben. Diese können auch im Programmboard oder auf Teamebene im Teamplanungsboard erstellt werden. Sie werden durch farbige Flaggen oben auf der Roadmap dargestellt, die sich über die Team-Swimlanes erstreckt, aus denen das Programm besteht.

Team-Breakout-Sitzungen

Beim Team-Breakout arbeiten die Teams individuell daran, die Kapazität für jeden Sprint im PI abzuschätzen. Die Teams erstellen neue Probleme oder identifizieren bestehende Probleme aus ihrem Backlog, die dazu beitragen, die festgelegten Funktionen zu erreichen. Die Entwürfe der Teampläne sind für alle Mitglieder des ART sichtbar.

Um dies zu vereinfachen, hat Easy Agile Programs spezielle Teamplanungstafeln zugänglich für alle, die Zugriff auf das Programm haben. Wenn du einfach auf den Namen eines Teams klickst, gelangst du zu dessen Teamplanungstafel, wo das Team die Kapazität für jeden Sprint innerhalb des PI festlegen kann:

Teams haben den Kontext ihrer festgelegten Funktionen ganz oben in ihrer Teamplanungstafel, sowohl diejenigen, die von mehreren Teams im ART gemeinsam genutzt werden, als auch diejenigen, die spezifisch für ihr Team sind.

Um die Arbeit zu planen, die für die Umsetzung dieser Funktionen erforderlich ist, können Teams bestehende Probleme per Drag & Drop aus ihrem Backlog ziehen oder direkt in der Plantafel schnell neue Probleme erstellen.

Während dieser Sitzung erstellen die Teams auch einen Entwurf PI-Ziele. Diese sind ein wichtiger Bestandteil der Verknüpfung dessen, woran das Team gerade arbeitet, mit umfassenderen Geschäftszielen, und Sie müssen den Teamplanungsausschuss nicht verlassen, um sie zu erstellen.

In Easy Agile Programs können Sie angeben, ob das Ziel festgeschrieben ist oder nicht, eine Beschreibung bereitstellen und die zur Erreichung dieses Ziels geplanten Jira-Probleme direkt mit dem Ziel selbst verknüpfen:

Während der PI-Planung werden die Geschäftsinhaber mit den Teams über ihre PI-Ziele diskutieren, was eine unschätzbare Gelegenheit zur Abstimmung bietet. Die Teamplanung bietet das Artefakt, um diese Gespräche zu erleichtern, und ermöglicht es Geschäftsinhabern oder Interessenvertretern, direkt im Tool einen Geschäftswert zuzuweisen.

Ein wichtiger Teil der Team-Breakout-Sessions ist Identifizierung von Abhängigkeiten oder potenziellen Risiken zur Arbeitsplanung. Per Drag-and-Drop oder im Modus „Abhängigkeiten erstellen“ ist es sehr einfach, teamübergreifende Abhängigkeiten im Teamplanungsboard zu erstellen und zu visualisieren.

Abgesehen von deutlich sichtbaren Abhängigkeitslinien schätzen unsere Kunden auch die Möglichkeit, Sehen Sie sich den Zustand dieser Abhängigkeiten an. Wenn eine Abhängigkeitslinie grün ist, bedeutet das, dass die Abhängigkeit gesund ist, wenn sie orange ist, ist sie gefährdet, und wenn sie rot ist, bedeutet das, dass wir blockiert sind, d. h. die Arbeit, die erledigt werden muss, um eine frühere Arbeit zu erledigen, wird danach eingeplant.

Und das Beste von allem? Das ist für alle in der KUNST sichtbar in einem digitalisiertes SAFe-Programmboard.

Im Program Board haben wir die Möglichkeit, eine detaillierte Ansicht mit sichtbaren Problemen auf Teamebene anzuzeigen oder sie auszublenden, sodass wir nur Funktionen sehen können.

Sie fragen sich, ob Easy Agile Programs die PI-Planung Ihres Unternehmens unterstützen könnten? Mit einer nahtlosen Jira-Integration dauert die Einrichtung nur wenige Minuten.

Kostenlose Testversion von Easy Agile Programs

Versuche es jetzt

Risiken des Programms

Während der PI-Planung müssen wir in der Lage sein, Risiken und Abhängigkeiten zu identifizieren, um beurteilen zu können, ob die Teams im Agile Release Train auf Erfolgskurs sind, um ihre PI-Ziele zu erreichen.

EIN digitale Programmtafel bietet allen Mitgliedern der ART während der PI-Planung Transparenz und dient während und nach der Planung als zentrale Informationsquelle. Ein digitales Artefakt ermöglicht es dem Programmboard, mehr als nur ein Plan zu sein, und es hält länger als die Schnüre und Haftnotizen an einer physischen Wand.

Das wissen wir Visualisieren von Abhängigkeiten auf Featureebene ist entscheidend, um den Zustand oder Status eines PI nicht nur zu verstehen, sondern auch um Fehler zu beheben. Nicht nur während der PI-Planung selbst, sondern auch während der gesamten PI während der Ausführung.

Das Program Board in Easy Agile Programs ist sehr visuell und auch filterbar. Farbige Linien, die den Zustand der Abhängigkeit anzeigen, stellen sicher, dass wir auf einen Blick alle wichtigen Abhängigkeiten sehen können, die ein Risiko für unseren PI darstellen.

Zusätzlich ist unser Funktion „Planungskonflikte“ Oberflächen, wenn Arbeiten außerhalb des zugehörigen Elements geplant sind, um sofort und deutlich anzuzeigen, wo ein Risiko besteht.

Die Möglichkeit, in Easy Agile Programs nach Abhängigkeit, Zustand und Team zu filtern, hilft dabei, die Diskussionen während der PI-Planung auf Risiken zu konzentrieren.

Überarbeitung planen

Nach der Vorstellung der Pläne beim ART und der Erörterung des Umfangs, der teamübergreifenden Abhängigkeiten, der erforderlichen Ressourcen und der Risiken nehmen die Teams dann an einer Vertrauensabstimmung teil.

Bei Bedarf besteht ein abschließender Teil der Planung darin, alle Pläne zu überarbeiten, damit alle Teams innerhalb des Agile Release Train sicher sind, wozu sie sich verpflichten.

Dies kann eine Neuplanung zur Behebung von Abhängigkeiten, eine weitere Aufschlüsselung der Arbeit, eine Anpassung der Schätzungen usw. beinhalten.

Die Überarbeitung ist in Easy Agile Programs einfach und rationalisiert. Die Fähigkeit Bearbeiten Sie Problemschätzungen und Zusammenfassungen direkt in Echtzeit macht jede Nachbearbeitung schnell und einfach. Wenn Sie ein Problem per Drag-and-Drop verschieben, können Sie es ganz einfach verschieben, und alle Auswirkungen auf die damit verbundenen Abhängigkeiten können auf einmal gesehen werden.

Alle Änderungen, die an Problemen in Easy Agile-Programmen vorgenommen werden, werden automatisch in Jira wiedergegeben.

Finden Sie heraus, wie Easy Agile Programs PI Planning für Ihre Teams, Hybrid-Teams oder Remote-Teams vereinfachen können.

Nehmen Sie an einer Produkttour teil und lernen Sie die Easy Agile-Programme kennen

Nehmen Sie an einer Demo teil

Was ist mit Beyond Planning?

Wir haben die Vorzüge der Remote-PI-Planung mit einem digitalen Tool wie Easy Agile Programs untersucht, aber etwas, das so oft übersehen wird, ist — was passiert nach Planung?

Ein Plan bleibt genau das, wenn er nicht in die Tat umgesetzt wird. Ein Plan ist nicht darauf ausgelegt, nicht erfüllt zu werden, und genau hier kann eine verteilte oder hybride Umgebung eine Herausforderung darstellen.

Ihr Programmausschuss bereitet Sie vielleicht auf Erfolg vor, aber fragen Sie sich: Woher wissen Sie, ob Sie auf dem richtigen Weg sind, ihn zu erreichen?

Hier hilft ein digitales, benutzerfreundliches Tool, das native Jira-Probleme verwendet. Am Ende von PI Planning haben die Teams einen Plan in Form eines Program Boards in Jira erstellt, aber sie sind auch bereit für den ersten Sprint, sobald PI Planning abgeschlossen ist.

Von dort aus ist das Program Board eingerichtet und kann weiterentwickelt werden, es muss nicht zusammengerollt und verstaut werden. Genau dafür wurde Easy Agile Programs konzipiert — um Transparenz, aber auch Flexibilität zu bieten, sodass sich der Plan zwangsläufig anpassen und agil sein kann, während gleichzeitig die Dynamik in Richtung Fortschritt erhalten bleibt.

Also was kommt als nächstes für einfache Agile-Programme? Kannst du uns helfen, es zu verbessern? Schauen Sie sich unsere an Produkt-Roadmap und wenn etwas fehlt, lass es uns wissen.

‍

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:

‍

Der Erfolg von PI Planning hängt in hohem Maße von einer sorgfältigen Planung und einer gut strukturierten Agenda ab. Das standardmäßige zweitägige Format bietet zwar einen Rahmen, aber das Verständnis des Zwecks und Ablaufs jeder Sitzung hilft den Teams, ihre Planungseffektivität zu maximieren.

Erster Tag: Kontext setzen und erste Planung

Der erste Tag beginnt mit der Präsentation des Geschäftskontextes, die in der Regel von der Geschäftsleitung gehalten wird. Diese wichtige Sitzung gibt den Ton für die gesamte Veranstaltung an und bietet den Teams Einblicke in die Marktbedingungen, Kundenfeedback und organisatorische Prioritäten, die ihre Planungsentscheidungen beeinflussen werden.

Im Anschluss daran steht die Präsentation der Produktvision im Mittelpunkt. Das Produktmanagement teilt seine Roadmap und Vision mit und hebt die wichtigsten Funktionen und Prioritäten für die bevorstehende Programmerweiterung hervor. Diese Sitzung hilft den Teams nicht nur zu verstehen, was sie entwickeln werden, sondern auch, warum dies für Kunden und das Unternehmen wichtig ist.

Als nächstes folgt die Architekturvision, in der technische Leiter alle wesentlichen architektonischen Änderungen oder Überlegungen skizzieren, die Teams bei ihrer Planung berücksichtigen müssen. Dazu können Plattformaktualisierungen, Sicherheitsanforderungen oder technische Abhängigkeiten gehören, die sich auf die Entwicklungsarbeit auswirken könnten.

Der Nachmittag konzentriert sich auf Team-Breakouts, bei denen die einzelnen Teams mit ihrer detaillierten Planungsarbeit beginnen. Während dieser Sitzungen gehen die Teams wie folgt vor:

• Überprüfen Sie ihre Kapazitäten und Fähigkeiten
• Fangen Sie an, Features in Geschichten zu unterteilen
• Identifizieren Sie anfängliche Abhängigkeiten mit anderen Teams
• Fangen Sie an, ihre Pläne für den Zuwachs auszuarbeiten

Der Tag endet mit einer Überprüfung des Planentwurfs, bei der die Teams ihre ersten Überlegungen der breiteren Gruppe vorstellen. Dieser erste Blick hilft dabei, wichtige Konflikte oder Bedenken frühzeitig im Prozess zu erkennen.

Tag zwei: Raffinesse und Engagement

Der zweite Tag beginnt mit der Planung von Anpassungen auf der Grundlage des Feedbacks vom ersten Tag der Entwurfsprüfung. Die Teams nutzen diese Zeit, um festgestellte Konflikte zu lösen und ihre Pläne auf der Grundlage neu entdeckter Abhängigkeiten oder Einschränkungen zu verfeinern.

Während der morgendlichen Team-Breakouts:

• Finalisieren Sie ihre Feature-Schätzungen
• Verbleibende Abhängigkeiten lösen
• Erfülle ihre Teamziele
• Gehen Sie auf alle identifizierten Risiken ein

Der Nachmittag konzentriert sich auf die endgültige Überprüfung des Plans und die Risikobewertung. Jedes Team präsentiert seine fertigen Pläne, jetzt mit mehr Details und Zuversicht. Die Gruppe überprüft gemeinsam den Programmausschuss und untersucht teamübergreifende Abhängigkeiten und potenzielle Risiken bei der Umsetzung.

Der Tag gipfelt in der Vertrauensabstimmung, bei der die Teams ihr Vertrauen in die Erreichung der geplanten Ziele angeben. Wenn die Zuversicht gering ist, benötigen die Teams möglicherweise zusätzliche Zeit, um die Pläne anzupassen, bevor die Verpflichtungen endgültig festgelegt werden.

Schlüssel zu erfolgreichem Agenda-Management

Eine effektive PI-Planung erfordert eine sorgfältige Einhaltung des Zeitplans und der Vorbereitung. Organisationen sollten:

• Planen Sie die Veranstaltung rechtzeitig, um sicherzustellen, dass wichtige Interessengruppen teilnehmen können. Dies ist besonders wichtig für verteilte Teams, die möglicherweise Reisen organisieren oder sich über Zeitzonen hinweg koordinieren müssen.
• Teilen Sie die Agenda und die Erwartungen vor der Veranstaltung mit, damit sich die Teams vorbereiten können. Dazu gehört auch die Verteilung aller Materialien oder Daten, auf die die Teams bei der Planung zurückgreifen müssen.
• Planen Sie Pufferzeit für unerwartete Diskussionen oder Problemlösungssitzungen ein. Es ist zwar wichtig, den Zeitplan einzuhalten, aber eine gewisse Flexibilität hilft Teams, kritische Probleme zu lösen, sobald sie auftreten.
• Planen Sie regelmäßige Pausen ein, um die Energie und Konzentration während der beiden Tage aufrechtzuerhalten. Die Planung großer Räume kann anstrengend sein, und Teams benötigen Zeit, um Informationen zu verarbeiten und neue Energie zu tanken.

Denken Sie daran, dass diese Agenda zwar einen Rahmen bietet, Sie sie jedoch möglicherweise an die spezifischen Bedürfnisse Ihres Unternehmens anpassen müssen. Verteilte Teams, sehr große ARTs und andere Faktoren erfordern möglicherweise eine kreative Planung. Einige Sitzungen benötigen möglicherweise mehr Zeit, während andere verkürzt werden können. Wenn Sie Teams in mehreren Zeitzonen haben, muss Ihre PI Planning-Agenda möglicherweise über 3-4 Tage dauern. Wenn es Ihre erste PI Planning-Veranstaltung ist, probieren Sie die Standardagenda aus, holen Sie sich Feedback von Ihren Teams und experimentieren Sie beim nächsten Mal mit verschiedenen Formaten.

Was passiert im ersten Teil des PI Planning Meetings?

Der erste Teil des PI Planning-Meetings dient dazu, den Kontext für die nächste Planung festzulegen.

Tag 1 beginnt normalerweise mit einer Präsentation eines leitenden Angestellten oder Geschäftsinhabers. Die Tagesordnung sieht eine Stunde vor, um über den aktuellen Stand des Unternehmens zu sprechen. Sie heben spezifische Kundenbedürfnisse hervor, wie die aktuellen Produkte diese Bedürfnisse erfüllen, und mögliche Lücken.

Danach teilt das Produktmanagement-Team die aktuelle Vision für Ihr Produkt oder Ihre Lösung mit. Sie werden über alle Änderungen sprechen, die seit der letzten PI Planning-Sitzung (normalerweise etwa 3 Monate zuvor) vorgenommen wurden. Sie beschreiben, was ansteht, einschließlich Meilensteine und die nächsten 10 geplanten Funktionen. Diese Sitzung sollte etwa 1,5 Stunden dauern.

Warum findet am Ende von PI Planning eine Vertrauensabstimmung statt?

Das Vertrauensvotum ist ein scheinbar kleiner, aber sehr wichtiger Teil von PI Planning gegen Ende der Veranstaltung.

Es ist wichtig, dass das Team zuversichtlich ist, sich den Zielen und der geplanten Arbeit zu verpflichten. Der Release Train Engineer wird die Teams bitten, darüber abzustimmen.

Jeder, der an der Planung beteiligt ist, muss wählen. Dies kann durch Anheben der Hände (und Finger) geschehen oder es könnte über das von Ihnen verwendete Tool geschehen. Zum Beispiel das Das Teamplanungsboard in Easy Agile Programs ermöglicht es jedem Teammitglied, an seiner Vertrauensabstimmung teilzunehmen.

Wenn die durchschnittliche Stimmenzahl im ganzen Raum mindestens drei von fünf Stimmen beträgt, ist der Plan genehmigt. Wenn es weniger ist, muss er überarbeitet werden (bis er ein hohes Konfidenzniveau erreicht hat). Wenn jemand nur eine oder zwei Stimmen abgibt, hat er die Möglichkeit, seine Argumentation mitzuteilen.

Bei der Vertrauensabstimmung geht es darum, sicherzustellen, dass sich die Teilnehmer einig sind und dass sie sich einig sind, dass der Plan in seiner aktuellen Form innerhalb des vorgegebenen Zeitrahmens möglich ist. Apropos Timing: Lassen Sie uns darüber sprechen, wie und wo PI Planning tatsächlich in Ihren Unternehmenskalender passt.

Was passiert nach der PI-Planung?

Nach der Intensität der PI-Planung beginnt die eigentliche Arbeit der Umsetzung und Verfeinerung der Pläne. Der Zeitraum unmittelbar nach der PI-Planung ist entscheidend, um die Dynamik aufrechtzuerhalten und sicherzustellen, dass die Pläne in wirksame Maßnahmen umgesetzt werden.

Rückblick auf die Planung

So wie Teams nach Sprints Retrospektiven veranstalten, hilft die Durchführung einer gründlichen Retrospektive nach PI Planning dabei, zukünftige Planungsereignisse zu verbessern. In der Regel moderiert der Release Train Engineer diese Sitzung und bringt wichtige Teilnehmer zusammen, um über den Planungsprozess nachzudenken. Die Teams diskutieren über:

• Was ist gut gelaufen
• Was lief nicht so gut
• Was könnte besser sein für das nächste Mal

Dies kann Einblicke in die Vorbereitungsarbeit, die Effektivität von Team-Breakouts oder die technische Einrichtung von Teilnehmern an entfernten Standorten beinhalten.

Es wird auch eine Diskussion darüber geben, was als Nächstes passiert, was Dinge beinhalten kann wie:

• Transkribieren Sie die Ziele, Benutzerberichte und das Programmboard in Ihr Work-Management-Tool (wie Jira)
• Vereinbarung von Besprechungszeiten und -orten für tägliche Stand-ups und Iterationsplanung

Das RTE erfasst diese Erkenntnisse und arbeitet mit den Teams zusammen, um Verbesserungen für die nächste PI Planning-Veranstaltung umzusetzen.

Verfeinerung und Fertigstellung der Pläne

Die Teams verlassen PI Planning zwar mit festen Zielen, aber oft bleibt noch etwas Feinarbeit übrig. Die Teams nutzen die Tage, die auf PI Planning folgen, um:

• Passen Sie ihre Story-Backlogs auf der Grundlage der endgültigen Vereinbarungen an, die während der Planung getroffen wurden. Product Owner arbeiten mit ihren Teams zusammen, um sicherzustellen, dass die Storys richtig vorbereitet sind und für die erste Iteration bereit sind.
• Informieren Sie den Programmausschuss, um alle letzten Anpassungen zu berücksichtigen, die während der Vertrauensabstimmung und der Abschlussdiskussionen vorgenommen wurden. Das RTE stellt sicher, dass alle Abhängigkeiten ordnungsgemäß dokumentiert und für die betroffenen Teams sichtbar sind.
• Dokumentieren und kommunizieren Sie alle Risiken oder Probleme, die während der Planung festgestellt wurden und die einer kontinuierlichen Überwachung oder Minderung bedürfen.

Integration und Ausrichtung

Die Planungsphase nach dem PI ist entscheidend, um sicherzustellen, dass alle Teile kohärent zusammenpassen. Die Teams konzentrieren sich auf:

• Synchronisieren Sie ihre Iterationspläne mit anderen Teams, zu denen sie Abhängigkeiten haben, und stellen Sie sicher, dass ihre Lieferpläne mit den Bedürfnissen anderer Teams übereinstimmen.
• Einrichtung regelmäßiger Integrationspunkte und Kooperationsmechanismen, um die Abstimmung im gesamten PI aufrechtzuerhalten.
• Einrichtung klarer Kommunikationskanäle für die Verwaltung von Abhängigkeiten und den Austausch von Fortschrittsmeldungen.

Umsetzung des Aktionspunkts

Der Erfolg von PI Planning hängt letztlich davon ab, wie gut die Teams ihre Verpflichtungen einhalten. Zu den wichtigsten Aktivitäten gehören:

• Zuweisung von Eigentümern zu den während der Planung identifizierten Aktionselementen und Festlegung von Zeitplänen für die Fertigstellung.
• Einrichtung von Tracking-Mechanismen für teamübergreifende Abhängigkeiten und Risiken, die während der Planung identifiziert wurden.
• Erstellung oder Aktualisierung von Teamarbeitsvereinbarungen zur Unterstützung der neuen PI-Ziele.

Kontinuierliche Zusammenarbeit

Wenn Teams mit der Umsetzung ihrer Pläne beginnen, tragen mehrere Mechanismen dazu bei, die Abstimmung aufrechtzuerhalten:

• Regelmäßige Sync-Meetings: Teams mit Abhängigkeiten richten regelmäßige Kontaktpunkte ein, um auf dem Laufenden zu bleiben und alle aufkommenden Herausforderungen zu bewältigen.
• Bewertungen des Programmausschusses: Die RTE ermöglicht regelmäßige Überprüfungen des Programmvorstands, um sicherzustellen, dass die Abhängigkeiten eingehalten werden, und um alle erforderlichen Anpassungen zu identifizieren.
• Ereignisse untersuchen und anpassen: Während des gesamten PI nehmen die Teams an strukturierten Veranstaltungen teil, um die Fortschritte zu überprüfen, Hindernisse zu beheben und die notwendigen Anpassungen an ihren Plänen vorzunehmen.

Kommunikation und Sichtbarkeit

Die Aufrechterhaltung klarer Kommunikationskanäle nach der PI-Planung ist von entscheidender Bedeutung. Teams sollten:

• Teilen Sie die endgültigen Pläne und Ziele mit allen Beteiligten und stellen Sie sicher, dass jeder seine Verpflichtungen und Abhängigkeiten versteht.
• Richten Sie regelmäßige Berichtsmechanismen ein, um die Interessengruppen über die Fortschritte und alle wesentlichen Änderungen der Pläne auf dem Laufenden zu halten.
• Sorgen Sie für einen Überblick über wichtige Meilensteine und Integrationspunkte, damit sich Teams auf ihre Verpflichtungen konzentrieren können.

Die Planungsphase nach dem PI gibt den Ton für das gesamte Programminkrement an. Wenn Unternehmen diesen Aktivitäten besondere Aufmerksamkeit schenken, können sie den Wert ihrer PI-Planung maximieren und ihre Wahrscheinlichkeit erhöhen, ihre Ziele zu erreichen.

Die andere Sache, die normalerweise nach PI-Planing-Ereignissen passiert, ist ein Ereignis nach dem PI-Planning-Ereignis.

Was ist eine Post-PI Planning-Veranstaltung?

Diese ähneln den Pre-PI Planning-Ereignissen, die wir uns zuvor angesehen haben. Eine Veranstaltung nach der PI-Planung bringt Interessenvertreter aus allen ARTs des Solution Trains zusammen, um sicherzustellen, dass sie synchronisiert und aufeinander abgestimmt sind.

Die Post-PI-Planung erfolgt, nachdem alle ARTs ihre PI-Planung für das nächste Inkrement abgeschlossen haben. Sie stellen die Pläne vor, erläutern ihre Ziele und teilen Meilensteine und erwartete Zeitpläne mit.

Wie bei Veranstaltungen von PI Planning wird auch bei Post-PI Planning eine Plantafel verwendet, aber anstelle von Funktionen werden hier Funktionen, Abhängigkeiten und Meilensteine für jede Iteration und ART beschrieben. Potenzielle Probleme und Risiken werden identifiziert, besprochen und entweder aufgegriffen, gelöst, akzeptiert oder gemindert. Und ähnlich wie bei den regulären Veranstaltungen von PI Planning werden die Pläne einer Vertrauensabstimmung unterzogen, um sicherzustellen, dass sie die Ziele der Lösung erfüllen. Sie werden überarbeitet, bis die Teilnehmer im Durchschnitt 3 oder mehr Stimmen erhalten.

PI-Planung in SAFe

Wenn Sie SAFe zum ersten Mal anwenden, wird es wahrscheinlich mit PI Planning beginnen. Das liegt daran, dass es die Grundlage des Scaled Agile Framework bildet.

Als Agiles Skalieren sagt: „Wenn du es nicht tust, machst du kein SAFe.“

SAFe oder das Scaled Agile Framework™ ist eine Reihe von Richtlinien und Praktiken, die dazu beitragen sollen, größere Organisationen über alle Teams und Unternehmensebenen hinweg agiler zu machen. Das Framework ist auf die Verbesserung der Sichtbarkeit, Abstimmung und Zusammenarbeit ausgerichtet und sollte zu einer höheren Produktivität, besseren Ergebnissen und einer schnelleren Umsetzung führen.

Egal, ob Sie alle 5 Stufen oder nur das essentielle SAFe anwenden, die Grundlage Ihrer Transformation und der Motor für alles ist die PI Planning-Zeremonie.

Scrum und Kanban sind ebenfalls agile Frameworks (mit denen Sie vielleicht besser vertraut sind), und diese waren in der Vergangenheit auf der Ebene der einzelnen Teams sehr effektiv. SAFe hilft dabei, Agilität teamübergreifend zu skalieren; mehrere Teams kommen zusammen, um an denselben Produkten, Zielen und Ergebnissen zu arbeiten. Es geht über die Teamebene hinaus und bezieht alle Stakeholder mit ein. Es beschreibt, was auf den einzelnen Ebenen der Organisation geschehen sollte, um sicherzustellen, dass eine skalierte Planung erfolgreich ist.

Der Zweck von SAFe besteht darin, die Sichtbarkeit der Arbeit und die Abstimmung zwischen den Teams zu verbessern, was zu vorhersehbareren Geschäftsergebnissen führt.

Dies wird für Unternehmen immer wichtiger, da sie auf sich ändernde Umstände und Kundenerwartungen reagieren. Die traditionellen Wasserfallansätze greifen zu kurz, weil sie langsam und ineffizient sind.

Größere Unternehmen (oft mit Tausenden von Entwicklern) können mit der Innovation kleinerer, agilerer Startups nicht Schritt halten. Neben größeren Teams haben auch größere Unternehmen oft strengere Anforderungen in Bezug auf Governance und Compliance, was es komplexer macht, eine neue Funktion einzuführen und den Kunden einen neuen Mehrwert zu bieten.

Diese Unternehmen suchen nach neuen Möglichkeiten, Mitarbeiter in Projekten zu organisieren und effektivere Arbeitsweisen einzuführen, die Ressourcen effektiver nutzen und eine vorhersehbarere Umsetzung ermöglichen. Wenn sie das nicht tun, überleben sie möglicherweise nicht.

SAFe ist eine Möglichkeit für diese Unternehmen, sich in eine agilere Richtung zu bewegen.

PI Planning ist ein wichtiges Element von SAFe. Es handelt sich um eine Zeremonie, bei der Vertreter aller Teams zusammenkommen, um ihnen bei der Zusammenarbeit zu helfen, die wichtigsten Funktionen auszuwählen, an denen sie als Nächstes arbeiten möchten, Abhängigkeiten zu identifizieren und einen Plan für das nächste Programminkrement zu erstellen. Dadurch sind alle Teams besser sichtbar, Änderungen werden häufiger vorgenommen und die Teams arbeiten miteinander — nicht gegeneinander. Von dort aus können diese großen Unternehmen ihre Prozesse beschleunigen, effizienter arbeiten, mit neueren und flexibleren Unternehmen konkurrieren und ihre Rentabilität aufrechterhalten.

SAFe und PI Planning sind leistungsstarke Wegbereiter für organisatorische Agilität.

SAFe ist zwar ein Framework, das für größere Organisationen entwickelt wurde, aber es gibt keinen Grund, kleinere Unternehmen davon abzuhalten, auch eine Version von PI Planning zu verwenden. Alles, was Sie brauchen, ist mehr als ein agiles Team, damit es sich lohnt.

PI-Planung in Scrum

Sie können PI Planning auch als Teil eines einfachen Scrum-Ansatzes verwenden.

Das Scrum Framework-Diagramm zeigt, wann und wie Scrum-Teams PI Planning implementieren können

Quelle: Scrum.org

Scrum ist ein agiles Framework, das Teams hilft, Dinge zu erledigen. Es ist eine Möglichkeit für Teams, ihre eigene Arbeit zu planen und zu organisieren und Benutzergeschichten und Aufgaben in kleineren Zeitfenstern anzugehen. Dies wird oft als Sprint bezeichnet.

Wenn mehrere Scrum-Teams besser zusammenarbeiten möchten (aber nicht unbedingt innerhalb von SAFe arbeiten), könnten sie eine Version von PI Planning übernehmen.

Diese Scrum-Teams könnten zum Beispiel:

• Treffen Sie sich alle 10 Wochen und besprechen Sie die Funktionen, an denen sie arbeiten möchten
• Lassen Sie Produktmanager Backlogs kombinieren und gemeinsam Prioritäten setzen
• Teilen Sie Ressourcen nach Bedarf zwischen den Teams
• Ordnen Sie Abhängigkeiten zu und koordinieren Sie gemeinsame Veröffentlichungen

Die gute Nachricht dabei ist, dass es für PI Planning keinen Universalansatz gibt. Denken Sie also darüber nach, wie Sie die Ideen und Prinzipien übernehmen und für Ihr Unternehmen und Ihren Kontext nutzbar machen können.

Was ist der Unterschied zwischen einer PI-Roadmap und einer Solution Roadmap?

In SAFe gibt es verschiedene Arten von Roadmaps. Daher ist es wichtig, die Unterschiede zu verstehen und zu verstehen, wofür jede Roadmap gedacht ist.

PI-Roadmap

Eine PI-Roadmap wird vor Ihrer PI Planning-Veranstaltung erstellt und auch nach Abschluss der Veranstaltung vom Produktmanagement überprüft und aktualisiert. Sie umfasst in der Regel drei Programminkremente:

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 📫

Geschäftliche Agilität allein reicht nicht mehr aus, um im heutigen, sich schnell verändernden digitalen Zeitalter erfolgreich zu sein. Um wettbewerbsfähig und erfolgreich zu sein, müssen Unternehmen schnell Mehrwert schaffen und alles entfernen, was einem reibungslosen Arbeitsablauf im Wege steht. SAFe® -Flow-Beschleuniger können der Schlüssel sein, um diese Dynamik freizusetzen — aber wie setzt man sie erfolgreich ein, um dauerhaft Mehrwert zu schaffen?

Die SAFe-Methodologin Rebecca Davis hat sich mit Jasmin Iordanidis von Easy Agile getroffen, um über das Konzept von Flow und Geschäftsagilität nachzudenken. In diesem Artikel geben wir ihre Tipps, wie Sie den Flow in Ihrem Unternehmen beschleunigen können. Sie werden lernen:

• Warum Sie ein Flow-Mindset benötigen, damit Strömungsbeschleuniger erfolgreich sind
• Wie die Verbesserung des Ablaufs die Kundenergebnisse verbessert
• Wie arbeitet man mit Strömungsbeschleunigern

Warum Flow mit dem richtigen Mindset beginnt

Im Rahmen des SAFe® -Frameworks ist Flow dann vorhanden, wenn ein Unternehmen schnelle, kontinuierliche und effektive Bereitstellung hochwertiger Produkte und Dienstleistungen, die einen Mehrwert bieten. Dies setzt voraus, dass alle Personen und Teams im Wertstrom optimal arbeiten, mit minimalen Verzögerungen und Nacharbeiten, ein Ansatz, der sich erheblich von den herkömmlichen Arbeitsweisen unterscheidet.

„Die Denkweise ist wichtig, wenn es darum geht, auf diese Weise zu arbeiten“, sagte Rebecca. „Anstatt einfach nur Richtlinien oder die Art und Weise zu befolgen, wie Dinge immer gemacht wurden, müssen die Mitarbeiter Gespräche führen und Fragen stellen, um Wege zu finden, wie sie sich verbessern können. Und das bedeutet, dass jeder im Unternehmen, egal ob Sie auf der Team-, Lösungs- oder Führungsebene tätig sind, diese Prinzipien wirklich verstehen und umsetzen müssen.“

Aus diesem Grund ist es unerlässlich, eine Flow-Mentalität mit offener Kommunikation und Informationsaustausch zwischen allen Teams und Ebenen zu pflegen. Es ebnet den Weg für beschleunigte Feedback-Schleifen, die helfen, Blockaden frühzeitig zu erkennen, Probleme schnell zu beheben und einen kontinuierlichen, nahtlosen Arbeitsablauf zu ermöglichen.

Wie die Verbesserung des Ablaufs die Kundenergebnisse verbessert

SAFe® -Durchflussbeschleuniger sorgen dafür, dass Arbeitsabläufe ohne Unterbrechungen im System ablaufen, sodass Ihr Unternehmen in kürzester Zeit kontinuierliche Werte liefern kann. Sie tun dies, indem sie dazu beitragen, Unterbrechungen zu vermeiden, die Arbeit schnell voranzutreiben und einen reibungslosen Arbeitsablauf zu schaffen, was zusammen die Produktivität im gesamten Wertstrom verbessert. „Beschleuniger sind greifbare Hebel, die Sie nutzen können, um den Arbeitsablauf zu verbessern“, so Jasmin. „Sie können auf jeden Beschleuniger Metriken anwenden, sodass Sie schnell beurteilen können, ob er funktioniert, und entsprechend anpassen können“.

Diese verbesserte Produktivität führt in der Regel zu einer besseren Leistung Ihrer Mitarbeiter. „Indem Sie Hindernisse beseitigen, können Sie den Mitarbeitern in Ihrem Unternehmen mehr Zeit für die Arbeit geben, die sie glücklicher macht und die einen Unterschied macht“, sagte Jasmin. „Sie können tiefgründiger arbeiten — in welcher Form auch immer das für sie aussieht — und das führt letztendlich zu besseren Kundenergebnissen.“

Was sind die acht SAFe® -Strömungsbeschleuniger?

Das SAFe® -Framework umfasst acht Strömungsbeschleuniger, wobei jedes für eine bestimmte Aktivität konzipiert ist, die den Wertefluss unterbricht.

1. WIP visualisieren und einschränken: Zu viel WIP verwirrt die Prioritäten, überlastet die Mitarbeiter und verringert die Produktivität. Passen Sie WIP kontinuierlich an, um die Nachfrage besser an die Kapazität anzupassen und den Durchfluss im System zu erhöhen.
2. Engpässe beheben: Engpässe führen dazu, dass der Wertstrom deutlich unter der Kapazität arbeitet. Konzentrieren Sie sich darauf, dominante Engpässe zu beseitigen, indem Sie zusätzliche Fähigkeiten, Mitarbeiter oder andere Ressourcen hinzufügen.
3. Minimiere Übergaben und Abhängigkeiten: Übermäßige Übergaben und Abhängigkeiten können zu Nacharbeiten und Verzögerungen führen. Stellen Sie Teams und ARTs zusammen, die über das gesamte Wissen, die Ressourcen, Fähigkeiten und Entscheidungsbefugnisse verfügen, um einen durchgängigen Wertfluss zu schaffen.
4. Schnelles Feedback erhalten: Schnelles Feedback beschleunigt das Lernen und Verbessern. Entwickeln Sie Mechanismen und Prozesse, um Daten zu einem frühen Zeitpunkt des Entwicklungsprozesses zu sammeln, zu analysieren und auszuwerten.
5. Arbeiten Sie in kleineren Chargen: Je kleiner die Chargengröße, desto schneller können Teams Feedback sammeln, auswerten und anpassen. Optimieren Sie die Größe, indem Sie die Kompromisse zwischen Lagerkosten und Transaktionskosten abwägen.
6. Warteschlangenlänge reduzieren: Lange Warteschlangen führen zu Verschwendung, Verzögerungen und Informationsverfall. Fangen Sie an, die Länge der Warteschlangen zu verfolgen und den Rückstand kurz zu halten, damit Sie flexibel an neuen Aufgaben mit hoher Priorität arbeiten können.
7. Optimieren Sie die „Zeit in der Zone“: Die Menschen und Teams in der Zone zeigen eine höhere Kreativität, Produktivität, Zufriedenheit und Erfüllung. Konzentrieren Sie sich darauf, ein Umfeld zu schaffen, in dem die Mitarbeiter Zeit und Raum frei von Unterbrechungen haben.
8. Korrigieren Sie veraltete Richtlinien und Verfahren: Veraltete Richtlinien können Teil der Kultur werden und den Fluss behindern, auch wenn sie ihren Zweck nicht mehr erfüllen. Ergreifen Sie Maßnahmen, um diese Richtlinien zu identifizieren und sie dann zu entfernen, zu ändern oder abzuschwächen.

‍

Einfacher Agile-Podcast

Erfahren Sie, wann Sie das Scaled Agile Framework mit Ihrer agilen Transformation verbinden sollten, wie wichtig es ist, eine gemeinsame Sprache zu haben, damit Unternehmen effektiv skalieren können + mehr!

Hör jetzt zu

‍

‍4 Schritte zum Erfolg mit SAFe® -Flussbeschleunigern

1. Stellen Sie eine Hypothese auf

Der erste Schritt besteht darin, Ihre Hypothese zu erstellen. Klären Sie, was sich Ihrer Meinung nach ändern wird, und überlegen Sie, wann Sie vielleicht zum ersten Mal sehen, ob sich der Flow anders bewegt als zuvor.

TIPP: Starten Sie Gespräche und sammeln Sie Erkenntnisse von den Teams, die von diesen Änderungen direkt betroffen sein werden.

2. Wählen Sie Hochleistungsbeschleuniger

Bei der Auswahl der Beschleuniger, auf die du dich konzentrieren möchtest, musst du damit beginnen, sie alle zu lesen, zu verdauen und zu verstehen. Sie können diese Erkenntnisse dann nutzen und Gespräche mit den Menschen vor Ort beginnen, um sich ein Bild davon zu machen, wo Verbesserungen vorgenommen werden können. „Bei den Beschleunigern gibt es keine sequentiellen Schritte, die befolgt werden müssen“, so Rebecca. „Sobald Sie Verbesserungsmöglichkeiten gefunden haben, können Sie selbst auswählen, welche Beschleuniger Ihrer Meinung nach die größte Wirkung haben, und mit diesen beginnen.“

TIPP: Denken Sie daran, wenn Sie es nicht sehen können, können Sie es nicht beschleunigen. Wenn Sie also nicht wissen, wo Sie mit Verbesserungen beginnen sollen, achten Sie auf Reibungspunkte oder Lücken im Wertstrom.

3. Entscheide, wann du den Fortschritt überprüfen möchtest

„Es gibt keine allgemeingültige Antwort darauf, wann überprüft werden muss, ob ein Beschleuniger den Durchfluss verbessert“, sagte Rebecca. „Wie lange Sie warten müssen, hängt von den Maßnahmen und den Erkenntnissen ab, die Sie bei der Erstellung Ihrer Hypothese gewonnen haben.“ Das bedeutet, dass Sie bei einigen Aktionen am nächsten Tag überprüfen können, ob sich der Ablauf verbessert hat, während es bei anderen einige Wochen dauern kann, bis Sie Ergebnisse sehen.

TIPP: Identifizieren Sie den frühesten Moment, an dem Sie zurückblicken und feststellen können, dass sich etwas geändert hat, und notieren Sie sich dies als Ihre Zeit zum Einchecken.

4. Verwenden Sie die Flow-Metriken richtig

Es ist wichtig, sich daran zu erinnern, dass Durchflussmetriken nicht als Strafmaßnahmen verwendet werden dürfen, sondern als Indikator dafür, ob ein Beschleuniger den Durchfluss verbessert hat. Für viele Menschen erfordert dies einen Mentalitätswandel weg von der Vorstellung, dass, wenn etwas schief geht oder scheitert, es nicht funktioniert hat. Und das bedeutet, dass manchmal das Risiko besteht, dass die Kennzahlen negativ genutzt werden.

„Es hilft zu verstehen, dass Menschen manchmal auf alte Verhaltensweisen zurückgreifen, wenn es schwierig wird — und dazu gehören auch Menschen in Führungspositionen“, sagte Rebecca. „Seien Sie also ehrlich und mutig, wenn Sie sehen, dass Kennzahlen negativ verwendet werden. Das kann dem Team helfen, zu den Gründen zurückzukehren, warum die Metriken überhaupt verwendet werden.“

TIPP: Bauen Sie Vertrauen auf und bewahren Sie es, indem Sie klarstellen, wie jede Kennzahl dazu beiträgt, die Ergebnisse zu verbessern und einen Mehrwert zu schaffen. Wenn es keinen eindeutigen Zusammenhang gibt, sollten Sie erwägen, ihn fallen zu lassen.

Die Beschleunigung des Ablaufs hilft Teams, sich auf die Wertschöpfung zu konzentrieren

Wenn Sie den Teams Zeit und Raum geben, damit sie sich auf die Wertschöpfung konzentrieren können, kann Ihr Unternehmen schneller auf sich ändernde Kundenbedürfnisse und Geschäftsbedingungen reagieren. SAFe® Flow Accelerators können dabei helfen, unnötige Arbeit und Hindernisse zu beseitigen und so ein Umfeld der kontinuierlichen Verbesserung, Optimierung und konsistenten Wertschöpfung zu schaffen.

Erfahren Sie, wie Sie den Arbeitsablauf in Ihrem Unternehmen verbessern Einfache agile Programme ermöglicht es Ihrem Unternehmen, zu visualisieren, wo Sie Konflikte oder Risiken haben könnten, weil Ihre Arbeit nicht voranschreitet, und diese einfach zu entsperren, damit die Teams die Dynamik aufrechterhalten und weiterhin Mehrwert liefern können.

‍

Einfache agile Programme

Skalieren Sie ganz einfach die Planung und Zusammenarbeit über Teams und Zeitzonen hinweg. Richten Sie Teams aus und befähigen Sie sie, gemeinsam einen Mehrwert in großem Maßstab zu bieten

Probieren Sie einfache Agile-Programme aus

Ich hatte das Glück, zum jüngsten Global SAFe Summit nach San Diego zu reisen. Dort enthüllten die Leute von Scaled Agile Inc. SAFe 5.0 vor einem Publikum von 2.100 Menschen aus der ganzen Welt.

Wie viele Anwesende war ich sowohl begeistert als auch überwältigt von all den Veränderungen, einschließlich der erfrischten Großes Bild, erneuter Fokus auf Kunden und Konzepte von Geschäftliche Agilität um nur einige zu nennen.

Nach dem langen Flug zurück nach Australien und nachdem ich Zeit hatte, meine Erkenntnisse mit dem Team zu teilen, sind wir sehr gespannt, was diese Änderungen für die Skalierung der organisatorischen Agilität bedeuten, und wir möchten einige davon hier mit Ihnen teilen.

Was ist neu in SAFe 5.0

1. Einführung von Geschäftliche Agilität

Wie ist das anders? Geschäftsflexibilität bezieht jetzt das gesamte Unternehmen in Richtung Wertströme ein und nicht einzelne Abteilungen.

2. Das SAFe Big Picture hat ein erfrischtes Aussehen und eine neue Haptik

3. Neue SAFe-Übersicht

4. SAFe 5.0 „überarbeitet“ 2 der Kernkompetenzen des Lean Enterprise:

• Agile Produktbereitstellung durch DevOps und Release on Demand
• Bereitstellung von Unternehmenslösungen von Business Solutions und Lean Systems Engineering

Außerdem wurden 2 neue Kernkompetenzen hinzugefügt:

• Organisatorische Agilität
• Kultur des kontinuierlichen Lernens

5. Ein zehntes SAFe-Prinzip wurde angekündigt

NEU: Prinzip #10 - Organisieren Sie nach dem Wert

Warum freuen wir uns über SAFe 5.0?

Es ist nicht das aktualisierte Big Picture-Diagramm oder der zugänglichere und „geschäftsfreundlichere“ Überblick, der uns an SAFe 5.0 begeistert. Worüber wir uns mehr als alles andere freuen, ist der erneute Fokus auf die Kunden — hurra!

Während wir es genossen haben, eine Kundenversion von „Wo ist Wally?“ zu spielen In früheren SAFe Big Pictures bedeutet diese erneute Kundenorientierung einen Wandel im Reifegrad der Unternehmen, die SAFe einsetzen.

Sie sind nicht mehr an einem Punkt angelangt, an dem „agiles Handeln“ ihr vorrangiges Ziel ist. Diese Umstellung auf Kundenorientierung verkörpert, was es wirklich bedeutet, agil zu sein, wobei die Zufriedenheit des Kunden unser vorrangiges Ziel ist.

Wir haben diesen Wandel auch allgemein beobachtet, da die Kundenzufriedenheit in diesem Jahr als #1 -Erfolgsmetrik sowohl für agile Initiativen als auch für einzelne agile Projekte genannt wurde #StateOfAgile -Bericht.

Wie fördert SAFe 5.0 die Kundenorientierung?

Die überarbeitete Kernkompetenz von Agile Product Delivery (früher DevOps und Release on Demand genannt) ist es, die uns wirklich dazu bringt, Emojis wie ❤️ zu verwenden und uns begeistert.

Bei der DevOps- und Release-on-Demand-Kompetenz ging es vor allem darum, „Kunden einen Mehrwert zu bieten“, indem Wertströme gebildet und Continuous-Delivery-Pipelines optimiert wurden, um Dinge schnell in die Hände der Kunden zu liefern.

Die Idee, dass der Mehrwert für die Kunden = regelmäßiger Versand funktionierender Software ist, ist 💩.

Ein schlechtes Feature ist immer noch ein schlechtes Feature, egal wie viel schneller es im Schoß der Kunden landet. Schlimmer noch, eine schlechte Funktion, die Ihre Kunden nicht nutzen, nicht wollten oder die sie in ihrer Arbeit nicht besser macht... Ich denke, du weißt, worauf ich damit hinauswill.

Diese überarbeitete Kompetenz „Agile Product Delivery“ legt stattdessen den Fokus waaaaaayyyy, bevor überhaupt etwas gebaut wird. Die erste Aufgabe sollte darin bestehen, eine kundenorientierte Denkweise zu entwickeln, indem:

• Der Kunde steht im Mittelpunkt
• ihre Bedürfnisse verstehen
• denken und fühlen wie der Kunde #bethecustomer
• Aufbau einer kompletten Produktlösung
• Kenntnis des Kundenlebenswerts

Wie erreichen wir Kundenorientierung?

Kunden in den Mittelpunkt aller Entscheidungen stellen und einbeziehen Design Thinking Die Integration von Praktiken in den Mix, lange bevor wir überhaupt darüber nachdenken, etwas zu entwickeln, ist der Schlüssel zur Kundenorientierung.

Das klingt alles toll, aber wie sieht das in der Praxis aus? Das folgende Diagramm ist wahrscheinlich unser Favorit im gesamten SAFe-Katalog und wir glauben, dass es praktische Beispiele für Design Thinking in der Praxis zeigt:

Unsere persönlichen Favoriten

Personen 💁🏽 ‍ ♀️

Auf den ersten Blick mag es trivial erscheinen, als Team zusammenzukommen und scheinbar gefälschte Dating-Profile für Ihre Kunden zu erstellen.

Diese Übung bildet jedoch die Grundlage für andere agile Praktiken, die in der Vergangenheit entwickelt werden, und die wahrgenommenen Vorteile werden oft unterschätzt.

Teams, die ein gemeinsames Verständnis und eine gemeinsame Ausrichtung auf die Arten von Personen haben, die die von ihnen bereitgestellte Lösung verwenden, haben eine höhere Erfolgswahrscheinlichkeit.

Wir wollen sicherstellen, dass wir die richtigen Lösungen für die richtigen Leute entwickeln, um die richtigen Probleme zur richtigen Zeit zu lösen. Andernfalls riskieren wir das folgende Szenario:

Den Kunden genau zu kennen, liegt nicht mehr in der alleinigen Verantwortung eines (traditionellen) Vertriebs- und Marketingteams. Agile Praktiken haben die Entwicklung funktionsübergreifender Teammitglieder erfordert, die sich verstärken und helfen, mit Kunden in Kontakt zu treten.

Verwandter Blogbeitrag: wie du mit deinem Team Personas erstellst.

Es ist kein Geheimnis, da die Macher von Einfacher agiler Teamrhythmus dass wir User Story Maps lieben (schamlos 🔌).

Was ist also an dieser agilen Praxis, die wir so sehr lieben, dass wir beschlossen haben, auf dieser Grundlage ein Unternehmen zu gründen?

Der Zweck dieser Aktivität besteht darin, ein gemeinsames Verständnis dafür zu schaffen, wer unsere Kunden sind, wie sie mit unseren Produkten interagieren und wie wir unsere Entwicklungsbemühungen auf Geschichten konzentrieren sollten, um unseren Kunden den größtmöglichen Nutzen zu bieten.

Mit anderen Worten, es gibt uns die Möglichkeit zu sagen, ok, ich arbeite daran, diese User Story zu erstellen, ich weiß, für wen der Benutzer, für den ich diese Story schreibe, und ich kann verstehen, auf welchen Teil der Kundenreise sich das direkt auswirken wird.

Wir glauben, dass dieses gemeinsame Verständnis unglaublich wichtig ist, um mit Empathie aufzubauen und unsere Kunden in den Mittelpunkt all unserer Entwicklungsentscheidungen zu stellen. Wir glauben, dass diese Praxis ein Beispiel dafür ist, was es heißt, kundenorientiert zu sein, und deshalb haben wir es ❤️ gemacht.

Urteil

Easy Agile begrüßt die großen Änderungen, die mit SAFe 5.0 eingeführt wurden, insbesondere in den Bereichen Kundenorientierung, Design Thinking und geschäftliche Agilität. Wir können es kaum erwarten zu sehen, wie unsere Kunden beginnen, dies in ihren Teams einzuführen.

Die Softwareentwicklung ist unglaublich dynamisch und ergebnisorientiert, da sich Innovationen und Technologien ständig ändern. Wenn Sie also bei allem bleiben wollen — genau wie bei den Kardashians —, benötigen Sie eine flexible Arbeitsweise, die zu Ihrem Unternehmen passt. Wenn Sie Schwierigkeiten haben, herauszufinden, wie Sie mehrere agile Teams koordinieren und agile Transformationen skalieren können, ist Scaled Agile (SAFe) möglicherweise genau das Richtige für Sie.

Aber was genau meinen wir mit SAFe und wie kann es Ihrem Unternehmen helfen, besser zusammenzuarbeiten und Ihre Kunden effektiver zu bedienen?

Lesen Sie weiter, während wir die Unterschiede zwischen SAFe und Agile besprechen und wie Sie SAFe in größeren Unternehmen einsetzen können. Im Folgenden werden wir erläutern, warum Agile immer noch am besten für kleine Teams geeignet ist und warum Unternehmen eine Skalierung in Betracht ziehen sollten.

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

Was ist SAFe?

Das Scaled Agile Framework (SAFe) erleichtert großen Unternehmen die Implementierung schlanker Agile-Praktiken, um ihr Produkt zu verbessern und die Anforderungen der Stakeholder zu erfüllen.

SAFe ist ein Wissensbestand, der strukturierte Anleitungen zu Rollen und Verantwortlichkeiten, Arbeitsplanung und Arbeitsmanagement sowie zu Kernwerten enthält.

SAFe ist eine Kombination verschiedener agiler Praktiken, die jedoch einen einzigartigen Aspekt mit sich bringt: Lean Thinking.

Lean Thinking sollte sicherstellen, dass während des Softwareentwicklungsprozesses keine Ressourcen verschwendet werden. Vertrauen Sie uns, Ihre Sparsamkeit wird es Ihnen danken. #ZeroWaste 💃🏼

SAFe ermutigt auch Menschen, sich zu bewerben systemisches Denken auf drei entscheidende Bereiche: Lösungen für Problembereiche, Workflow-Management und Einnahmequellen.

Lösungen beziehen sich hier auf Produkte, Dienstleistungen oder Systeme, die an den Kunden geliefert werden. Große Lösungen bestehen aus mehreren miteinander verbundenen Teilen. Daher benötigen Manager einen umfassenderen Ansatz, um zu sehen, wie sie in das Gesamtbild passen.

Personen, die dem SAFe-Framework folgen, sollten über die beteiligten Interessengruppen und Prozesse nachdenken. Wenn ein Unternehmen die Arbeitsweise seiner Teams optimieren möchte, muss es funktionsübergreifend arbeiten, Silos beseitigen und neue Arbeitsvereinbarungen mit Lieferanten und Kunden treffen.

Dies kann für viele große Unternehmen mit schlechter funktionsübergreifender Zusammenarbeit eine große Veränderung sein.

Das Unternehmen muss auch definieren, wie der Wertfluss vom Konzept bis zur Auszahlung in der Lösungsabteilung erfolgt. Dabei handelt es sich um eine Reihe von Schritten, die zur Wertschöpfung in SAFe verwendet werden. Darüber hinaus ist es Aufgabe des Managements, den Wertfluss über organisatorische und funktionale Grenzen hinweg zu maximieren.

Die Leute verwechseln Agile oft mit SAFe, aber sie haben einige wichtige Unterschiede.

Testen Sie Easy Agile Programs für Jira

SAFe vs. Agile: Wie unterscheiden sie sich?

Agile ist eine sich wiederholende Produktentwicklungsmethode, die dazu beiträgt, die kontinuierliche Erfüllung der zugewiesenen Aufgaben sicherzustellen. Mit anderen Worten, es ist wie Monica von Friends. Sie ist zuverlässig und gut in dem, was sie tut.

In agilen, funktionsübergreifenden Entwicklungsteams arbeiten an einem einzigen Backlog und teilen die Arbeit in Sprints auf, was bedeutet, dass Aufgaben in zeitlich definierte, kleinere Gruppen aufgeteilt werden. Dadurch wird jeder Person bewusst, was von ihr erwartet wird, was wiederum die Produktivität fördert und die Wahrscheinlichkeit besserer Ergebnisse erhöht.

Agile ist jedoch hauptsächlich für kleinere Teams konzipiert. Denken Sie an 10 oder weniger Personen. Aber wenn Sie ein Unternehmen sind, fangen Sie noch nicht an zu schwitzen. In seiner einfachsten Form ist SAFe ein agiles Framework für Unternehmen, die auf Unternehmensebene tätig sind. Unternehmen sind in der Regel Unternehmen mit Hunderten, wenn nicht Tausenden von Mitarbeitern und Teams. Die Anzahl der engagierten Personen ist also definitiv größer.

Die Vorteile sind ebenfalls unterschiedlich.

Agile bietet Projektmanagern, Führungskräften, Sponsoren und Kunden verschiedene Vorteile, darunter schnellere Bearbeitungszeiten, Reduzierung der Ressourcenverschwendung, bessere strategische Ausrichtung auf Kundenbedürfnisse, bessere Teamzusammenarbeit und Feedback.

Der größte Vorteil von SAFe ist, dass es für Unternehmensprobleme geeignet ist. Es berücksichtigt die Größe der Teams, da es dazu beiträgt, die Produktivität zu steigern, eine effiziente Projektrahmenplanung zu ermöglichen und agile Praktiken schneller zu kodifizieren.

Allerdings befinden sich SAFe und Agile nicht gerade auf verschiedenen Planeten.

Die wesentlichen Kernwerte von SAFe und Agile sind ähnlich — aber sie sind nicht exakt. Die SAFe-Prinzipien priorisieren die folgenden vier:

• Ausrichtung
• Transparenz
• Integrierte Qualität
• Ausführung des Programms

Zu den Kernwerten von Agile gehören dagegen:

• Zusammenarbeit mit dem Kunden statt Vertragsverhandlungen
• Schnellere Reaktion auf Planänderungen
• Arbeitssoftware der umfassenden Arbeitsdokumentation
• Personen und Interaktionen im Zusammenhang mit Prozessen und Tools

Erreichen Sie eine skalierbare Teamausrichtung mit

Einfache agile Programme

Nehmen Sie an einer Demo teil

SAFe inspiriert also zu schlanken, agilen Entscheidungen in großen Produktmanagementprojekten, während agile Entwicklung selbstorganisierende, autonome Teams fördert.

Organisationen, die in größerem Maßstab tätig sind, sollten eine agile Skalierung in Betracht ziehen — und genau das ist SAFe. Lesen Sie weiter, während wir das ausführlicher besprechen.

Warum Unternehmen erwägen sollten, von Agile aus zu skalieren

Bevor Sie weiter über SAFe sprechen, müssen Sie verstehen, was mit Beziehungen und Kommunikation passiert, wenn Teams größer werden.

Je größer das Team ist, desto größer ist die Anzahl der Beziehungen. Jede neue Person erweitert das Team um eine individuelle Perspektive, kann aber auch die Kommunikation im Team erhöhen.

Lassen Sie uns die Dinge aus mathematischer Sicht erklären.

Stellen Sie sich ein Team vor, das aus sieben Mitgliedern besteht. Die Gesamtzahl der Eins-zu-Eins-Beziehungen innerhalb des Teams beträgt 21. Wenn Sie jedoch auf neun Mitglieder aufsteigen, werden die Beziehungen zwischen jedem Einzelnen auf 36 erhöht. Ja, das ist der Unterschied, den es machen kann! *umwerfend*

Wie bedient SAFe größere Teams besser?

Sie kennen vielleicht bereits Scrum und Kanban — beides agile Frameworks, die auf der Ebene einzelner Teams in Sektoren, die hauptsächlich aus der Softwareentwicklung hervorgegangen sind, am effektivsten sind, darunter DevOps und Portfoliomanagement.

Es bedeutet auch, dass es nicht sinnvoll ist, diese Perspektiven einzunehmen, wenn mehrere Teams beteiligt sind. #Frustration 😔 Obwohl groß angelegtes Scrum eine Möglichkeit ist, suchen Product Owner und Produktmanager oft nach anderen Lösungen.

SAFe geht über die Teamebene hinaus, was wiederum zu einer besseren Abstimmung zwischen den Teams und einer besseren Sichtbarkeit der Arbeitslast führt. Sie sind auch in der Lage, bessere Prognosen in Bezug auf dynamische Marktbedingungen und sich ständig ändernde Kundenerwartungen zu treffen.

*Geben Sie die PI-Planung oder die Programminkrementplanung ein*

PI-Planung innerhalb von SAFe kann sorgen Sie für eine bessere Zusammenarbeit und Entscheidungsfindung zwischen Teams. Teamleiter können entscheiden, an welchen Funktionen sie als Nächstes arbeiten möchten, Abhängigkeiten identifizieren und auf viel effektivere und effizientere Weise einen neuen Plan für die Programminkrementierung entwickeln.

Teams arbeiten also miteinander und nicht gegeneinander. #Win 🥳

Eine vollständige Einführung von SAFe kann die Probleme des Unternehmens lösen und die Kompetenzen stärken

Lesen Sie weiter, während wir darüber sprechen, wie SAFe die Probleme großer Unternehmen auf eine Weise löst, wie Agile allein es nicht kann.

Prozesse konfigurierbar und skalierbar machen

Die Implementierung von SAFe für größere Teams ist nicht schwierig — Sie müssen lediglich eine Ebene zur Prozesslandkarte hinzufügen. Und lassen Sie Ihre Geduld ein paar Stufen höher schlagen. Diese Änderungen können dem Team helfen, sich vorzustellen, wie die verschiedenen Teams nach jeder Änderung weiterhin harmonisch zusammenarbeiten können.

Mit anderen Worten, die Agilität des Unternehmens muss nicht beeinträchtigt werden.

Der Agile Release Train (ART)

Ein KUNST ermöglicht es Scrum- und Lean-Teams, die Vorteile einer korrekten Prozessausrichtung zu erleben, die die Programm- und Portfolioprozesse erweitern, wenn das Team zu wachsen beginnt.

Klar definierte Prozesse und Rollen

Es ist normal, dass Teams mit Problemen konfrontiert werden, aber mit SAFe bekommen sie eine bessere Vorstellung davon, wie sie diese lösen können, indem sie ihre Denkprozesse verbessern und spezifische Tools einsetzen.

Darüber hinaus enthält die SAFe-Website eine ausführliche Erläuterung der Konzepte sowie Prozesslandkarten, die als visuelle Hilfe zum Verständnis der genannten Konzepte und Prozesse dienen.

Scaled Agile verbessert die Teamzusammenarbeit

SAFe hilft großen Organisationen dabei, große, missionsintensive Projekte besser durchzuführen. Die Kombination aus bestehenden Lean- und Agile-Prinzipien kann eine sehr positive Rolle dabei spielen, eine bessere Kommunikation und Kontrolle zwischen mehreren Teams zu ermöglichen.

Als stolzer Scaled Agile Platform Partner ermöglicht Easy Agile Programs Release Train Engineers und Program Managern, Programme auf Team-of-Team-Ebene effektiv zu verwalten, um die Abstimmung im großen Maßstab zu gewährleisten.

Melden Sie sich für eine Demo an

Tagelang kostenlos testen

Wenn du mehr über agile Teams und Frameworks erfahren möchtest, wir haben viele Anleitungen das kann Ihnen helfen, bessere Ergebnisse für Ihr Unternehmen zu erzielen.

Wenn Sie die Eigenschaften agiler SAFe-Teams besser verstehen möchten und wissen möchten, was zu Erfolgen und Misserfolgen führt. Melden Sie sich jetzt für unser bevorstehendes Webinar an.

Die Vorteile und Verbote agiler Teams mit Adaptavist

Dienstag, 8. März AEDT

REGISTRIERE DICH JETZT

Große Unternehmen nutzen SAFe Agile, um ihre Abläufe zu verbessern. Wenn Sie dieses Framework verwenden, skalieren Sie Agile, um ein schlankes Unternehmen zu schaffen.

Dieser Ansatz hilft, die Herausforderung zu bewältigen, einen konstanten Wert zu liefern. Es hilft auch, kontinuierliche Verbesserungen zu unterstützen.

Ein weiterer Vorteil der Verwendung von SAFe® besteht darin, dass Sie einen vorhersehbaren Workflow-Zeitplan planen und anwenden können. Wenn Führungskräfte Strategie und Umsetzung verknüpfen, steigern sie ihre Leistung und Produktivität.

SAFe steht für Scaled Agile Framework Enterprise. Sie können dieses Framework verwenden, um agile Methoden anzuwenden, wie zum Beispiel Scrum oder Kanban, für größere Teams. SAFe-Schulungen und Zertifizierungskurse helfen Führungskräften bei der Planung und Umsetzung der Philosophie.

In diesem Artikel erfahren Sie, welche Vorteile SAFe Ihrem Unternehmen bieten kann und wie effektive Organisatoren SAFe leiten und implementieren. Sie werden auch von Schulungen erfahren, die Ihnen helfen können.

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

Testen Sie Easy Agile Programs für Jira

Kostenlose Testversion

Hauptvorteile der Implementierung von SAFe

SAFe legt Wert auf Ausrichtung, Transparenz, Qualität und Ausführung. Es inspiriert Unternehmen dazu, Lean-Agile-Denken in mehreren Abteilungen oder Teams einzuführen. Lean-Methodik bedeutet höhere Produktivität, geringere Kosten und verbesserte Arbeitsqualität. Indem Sie bei der Implementierung von SAFe Wertströme identifizieren und Arbeitsprozesse optimieren, können Sie mit dem Aufbau eines schlanken Unternehmens beginnen.

💥 Teamausrichtung im großen Maßstab erreichen: Produktdemo von Easy Agile Programs 💥

Registriere dich

Durch die Implementierung von SAFe erhalten Sie die Tools zur Unterstützung des schlanken Denkens. Sie stellen Scrum-Teams zusammen, die verstehen, was der Benutzer will, wie diese Änderungen mit minimalem Zeitverlust umgesetzt werden können, und die effiziente Prozesse schaffen. SAFe klärt auch Rollen und Prozesse, damit Teams schnell auf Probleme reagieren können.

Viele große Unternehmen haben SAFe angewendet und melden wichtige Vorteile. Einer dieser Vorteile ist die Steigerung der Mitarbeiterzufriedenheit und Produktivität um bis zu 50% Dann werden die Produktqualität und die Markteinführungszeit um bis zu 75% erhöht.

Die SAFe-Methode lehrt Sie, einen systemischen Ansatz auf Problembereiche, Workflow-Management und Wertströme anzuwenden. Ein gesundes Maß an teamübergreifender Zusammenarbeit kann beginnen. Das Endziel ist ein verbesserter Wertfluss.

Der Übergang zur Verwendung von SAFe kann Zeit und Versuch und Irrtum erfordern. Zu dieser neuen Norm gehört es, mutig genug zu sein, sich auf einer sinnvollen Ebene zu engagieren und qualitativ bessere Ergebnisse zu erzielen.

Beginn der Nutzung von SAFe: Das große Ganze

Die Verwendung von SAFe in Ihrem Unternehmen kann ein großer Wandel sein. Sie müssen sich überlegen, wie effektive Führung und Umsetzung dazu beitragen, diesen Übergang zu bewerkstelligen.

1. Führendes SAFe

SAFe zu leiten bedeutet, funktionsübergreifende Teams aufzubauen und Workflows zu entwickeln, die Ihrem Team helfen, den größtmöglichen Nutzen aus der Planung zu ziehen. Auf diese Weise können Softwareentwicklungsteams schnell auf die Bedürfnisse der Kunden reagieren.

Ein solider SAFe-Marktführer verbessert die Produktivität, die Produktqualität und die Markteinführungszeit.

Weitere Merkmale einer qualitativ hochwertigen SAFe-Führung sind ein besseres Engagement der Teammitglieder, das dazu beiträgt, besser zu arbeiten und sich als Teil eines unterstützten und unterstützenden Teams zu fühlen. Der Wert, den Einzelpersonen für das Unternehmen leisten, steigt dann.

Führender SAFe-Kurs

Das Führender SAFe® -Schulungskurs ist grundlegend. Sie lernen hauptsächlich die SAFe-Prinzipien und ihre Praktiken kennen. Mit der SAFe-Zertifizierung lernen Sie, wie Sie das skalierte Agile-Framework für Lean und agile Entwicklung anwenden und skalieren können. Sie lernen auch, wie man plant und implementiert Programminkremente (PI).

Sobald Sie über diese Informationen verfügen, können Sie die Transformation in Ihrem gesamten Unternehmen leiten.

2. Implementierung von SAFe

Um SAFe richtig zu implementieren, müssen Sie wissen, wie Sie agile Teams mithilfe des SAFe-Frameworks und der Lean-Agile-Denkweise coachen können.

Bevor Sie dies tun können, müssen Sie wissen, wie Sie Wertströme in Arbeitsprozessen identifizieren und maximieren können. Auf diese Weise verbessern Sie die Zusammenarbeit im Team. Durch die Verbesserung der Zusammenarbeit sind Sie besser positioniert, um den Produktverantwortlichen einen Mehrwert zu bieten.

Während Sie SAFe implementieren, werden Sie ständig Lösungen für organisatorische Probleme entwickeln und die Rolle der einzelnen Personen in diesem Rahmen verstehen.

Im Wesentlichen beginnen und unterstützen Sie langfristige Veränderungen, die Wert und Gewinne steigern. Anschließend coachen Sie andere darin, den Wert zu nutzen und die SAFe-Prinzipien in der Praxis anzuwenden, um langfristige Veränderungen zu erreichen.

Implementierung des SAFe-Kurses

Implementierung von SAFe® ist ein weiterer Grundkurs. Diese Schulung bietet einen detaillierten Einblick in das SAFe Agile Framework. Es zeigt Ihnen auch, wie Sie Ihr Gelerntes anwenden können.

In diesem Kurs lernen Sie, wie Sie einen SAFe-Implementierungsplan entwerfen, die Unternehmenstransformation planen, einführen und auf den Markt bringen Agile Release-Züge (ARTs) und ermutigen Sie die Organisation zu einem schlanken Unternehmen. Du wirst ein großer agiler Coach, der anderen beibringt, umfangreiche Lösungen zu erkennen und anzuwenden.

Die Implementierung von SAFe ist ideal für alle, die wissen möchten, wie man die Transformation leitet. Es konzentriert sich auf die Leitung von SAFe mit Remote-Teams. Sie erfahren, wie Sie Agile Release Trains (ARTs) erstellen und anderen zeigen, wie man ARTs entwirft.

Mehr SAFe-Rollen und -Prozesse

Während Sie lernen, SAFe zu integrieren, müssen Sie sich darauf konzentrieren, wichtige Teammitglieder zu stärken und sich auf einige wichtige Bereiche zu konzentrieren. Für einige dieser Rollen und Prozesse sind SAFe-Schulungen verfügbar.

• Das SAFe Advanced Scrum Master coacht Scrum-Teams bei der Übernahme der agilen Denkweise.
• Lean Portfoliomanagement hilft bei der teamübergreifenden Zusammenarbeit, während Sie sich an die Kundenbedürfnisse anpassen.
• Das SAFe Release Train Engineer ist der Schlüssel für Agile Release Trains. Diese Person arbeitet unter anderem an PI Planning. Dies ist zusammen mit dem Produktmanager eine zentrale Position für die Leitung von SAFe, um das Beste aus Wertströmen herauszuholen
• Ein zertifizierter SAFe Program Consultant (SPC) leitet Veränderungen im gesamten Unternehmen auf allen Ebenen, indem er Teammitglieder bei der Übernahme der Lean-Agile-Denkweise coacht und schult. Das SPC organisiert und betreut auch Mitarbeiter, um ein kontinuierliches Engagement zu fördern.
• Du musst Teams stärken um zu lernen, wie man ein kompetentes Mitglied eines Agile Release Trains wird.

Sind Sie ein Release Train Engineer oder Program Manager und haben Schwierigkeiten, einen agilen Release-Train oder ein agiles Programm effektiv zu verwalten?

Registrieren Sie sich für die Produktdemo von Easy Agile Programs

Als stolzer Scaled Agile Platform Partner ermöglicht Easy Agile Programs Release Train Engineers und Program Managern, Programme auf Team-of-Team-Ebene effektiv zu verwalten, um die Abstimmung im großen Maßstab zu gewährleisten.

Jetzt testen — Kostenlose Testversion

Weitere Agilist-Zertifizierungskurse beinhalten die Ausbildung zum Release Train Engineer und zum SAFe Scrum Master. Sie können auch an diesen zwei- bis viertägigen zertifizierten SAFe-Schulungen teilnehmen, um Ihre Kompetenzen zu verbessern.

Tipps dazu, welche zertifizierten SAFe-Kurse für Sie am besten geeignet sind, finden Sie in diesen Häufig gestellte Fragen um die kontinuierlichen Verbesserungen in Ihrem Unternehmen voranzutreiben.

SAFe-Training für mehr Unternehmensagilität

Setzen Sie SAFe ein, um ein schlankes Unternehmen mit umfassenden Veränderungen aufzubauen. Es fördert die teamübergreifende Zusammenarbeit, systemisches Denken und eine schlanke Denkweise.

Die Implementierung von SAFe kann zwar einige Zeit in Anspruch nehmen, aber es gibt Ressourcen, die helfen können, darunter SAFe-Schulungen. Konzentrieren Sie sich auf Teammitglieder und Prozesse, die am meisten von zusätzlicher Beratung profitieren können.

Du kannst auch folgen der Easy Agile Blog, Podcast, und Lernzentrum für umfassende Anleitungen zu agilen Prinzipien, Rollen und Tools.

Optimieren Sie die Sichtbarkeit und sorgen Sie für Transparenz in Ihrem Programm

Produktdemo zu Easy Agile Programs

Registriere dich jetzt

Viele Organisationen haben Schwierigkeiten, Großprojekte zu verwalten. SAFe can help.

SAFe provides them the frame and the training that they need to carry a nachhaltig change in big measure. If they want to carry changes on a low team level, distribution level or the whole company, you shows SAFe, how that goes.

The implementation of SAFe offers many benefits. Aber was genau ist das und wie können Sie SAFe verwenden, um ein schlankes Unternehmen aufzubauen?

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

Probiert simple Agile-Programme aus

AN EINER DEMO TEILNEHMEN

SAFE-Hintergrund

SAFe ist die Abkürzung für „Scaled Agile Framework“. Da sich Agile auf kontinuierliche Verbesserungen in einem kleinen Maßstab konzentriert, wendet SAFe seine Philosophie auf Unternehmensebene an.

SAFe erhöht die geschäftliche Agilität und führt zu flexiblen und reaktionsschnellen Teams für große Organisationen. SAFe verwendet zusammen mit Lean-Agile seine eigenen Werte Principes.

This agile Framework began, as the software system expert Dean Leffingwell from the traditional working processes in the software market. He developed the SAFE method to change working processes, which are listed.

You can use this framework to understand a Lean-Agile-Thinking in large measure. Es konzentriert sich auf ständige Verbesserungen. Independent improve company the work performance and productivity.

About Scaled Agile Inc. you can take an training, to scale work and improve the performance in their company.

The implementation of SAFe on team-, program or enterprise level is absolut machbar.

Testing Easy Agile Programs for Jira

SAFE-Werte

The Scaled Agile Framework used vier Kernwerte:

1. Ausrichtung by business decisions with the business vision, strategy, implementation and objectives in little to great measure.
2. Integrated quality um wünschenswerte Ergebnisse zu erzielen, die zum Erfolg führen.
3. Durchsichtigkeit: Gute Entscheidungen können nur getroffen werden, wenn umfassende Informationen verfügbar sind.
4. Execution of the program das führt zurück zu Strategy and Vision

Durch die Anwendung dieser Werte steigern Teams und Organisationen das Engagement, indem sie deutlich machen, was sie von agilem Teamverhalten und Aktionen erwarten.

Wenn alle zusammenarbeiten und ihre Verantwortung verstehen, steigen die Erfolgschancen dramatisch. SAFe fördere offenheit und engagement bei der Erfüllung von Einzel- und Teamaufgaben. Wenn also eine Einzelperson oder ein Team auf einer Straßensperre steht, kommunizieren sie miteinander, um gemeinsame Lösungen für Probleme zu finden.

Use company the Lean-Agile-method in wide measure, to:

• Sorgt für die termingerechte Lieferung von Softwareentwicklungsprodukten
• Unterstützen Sie qualitativ hochwertige Produktlieferungen
• Amore the engagement and the satisfaction your stakeholder
• Optimiert die Leistung auf der Grundlage regelmäßiger, vorhersehbarer Zeitpläne

💥 Teamausrichtung im großen Maßstab erreichen: Produktdemo von Easy Agile Programs 💥

AN EINER DEMO TEILNEHMEN

Was ist agil?

SAFe wendet die agile Methode auf größere Teams an. Lassen Sie uns auch behandeln, was agil bedeutet.

Agile Methodology sie konzentriert sich auf Flexibilität, Zusammenarbeit und Wertschöpfung. Es bedeutet, ein Produkt ständig an die sich ändernden Bedürfnisse von Usern und Interessengruppen anzupassen oder zu wiederholen. Agile Teams reagieren schnell auf Veränderungen und passen sich schnell an, unabhängig davon, ob sie Scrum verwenden oder Kanban.

Jede Iteration hat eine festgelegte Timebox. The team members use this increments, to support optimated working processes. Sie erstellen, testen und liefern Ergebnisse, die besser funktionieren als normale Arbeitsprozesse.

Was ist Lean?

The Lean Methodology plays also in SAFe.

Das Lean-Method hat seine Wurzeln in der Autoindustrie. Ford Motors, Toyota erweiterte die Ford-Methode, um den Abfall weiter zu minimieren und einen Mehrwert zu erzielen. Jetzt verfügt Lean über einen umfassenden Satz von Prinzipien mit praktischen Anwendungen.

Lean betont, how important is to check value stream, to improve the efficiency and more customer use.

Wenn sie Lean-Prinzipien anwenden, schaffen Teams mehr Wert, höhere Leistung und höhere Produktivität. With other terms, Lean supports the agility of the company.

SAFe includes this lean-work method. Sie können SAFe auch anwenden auf schlankes Portfoliomanagement (LPM) and many other areas of the organization.

SAFe Agile Principes

The SAFe Agile Framework is also focus on 10 SAFE-Prinzipien. This principles are also to connecting performance, quality and profit with.

1. „Nimm einen economic view. “
2. „Bewerben systemisches Denken. “
3. “variability annehmen; options beibehalten. „Das bedeutet, dass keine Lösung richtig ist, also sollten Teams unvoreingenommen sein, wenn sie über Arbeitsansätze sprechen.
4. “Schnelles Bauen in Schritten um Lernzyklen zu beschleunigen. “
5. “Create Miles zur objektiven Analyse funktionierender Systeme. “
6. “Sende dich vor und schränken Sie ein WIP, limit the size of work stapels and control the warteschlangenlängen. „Jegliche Unterbrechungen und Probleme verlängern die Markteinführungszeit, erhöhen den Einsatz knapper Ressourcen und verringern potenzielle Gewinne. Kurz sagte, „Zeit ist Geld“.
7. “Apply Step frequency, with domain übergreifender planning synchronisieren. “
8. Ermutigen Sie angeborene Motivation des Wissens innerhalb von Scrum-Teams
9. Verteilen the decision process
10. goals and work organisation around to the value, it is schaffe

Was ist das Gesamtbild von SAFe?

Wenn Sie Schwierigkeiten haben, SAFe zu visualisieren, schauen wir uns das Gesamtbild an. When the typical agile team small is small, offers SAFe a possible, agile methods to greater organizations. Es konzentriert sich auf teamübergreifende Zusammenarbeit und motiviert alle, an Lean-Mentality zu denken.

Das bedeutet optimierte Arbeitsprozesse und ein klareres Verständnis dafür, welche Prozesse einen Mehrwert schaffen. Es motiviert auch größere Teams, sich ständig anzupassen und zu verbessern.

Das Framework zeigt, wie strategische Planung in praktische Arbeitsabläufe umgewandelt werden kann. Agile Teams nutzen die Agiler Release-Zug (ART), to reach to each work level, to reach this. SAFe bietet auch Training for Release Train Engineer an, um Veränderungen zu unterstützen.

In jeder Ebene gibt das Framework also die SAFE-Prinzipien an, die Teams müssen anwenden. Quick the application this principles you reach value development by coordination and a flexiblen workflow.

Create and visual they dependencies within one individual teams or between teams

Gezielte Teamplanung

Nehmen Sie teil an einer Produktdemo von Easy Agile Programs

The Benefits of Implementation of SAFe

Leadership and staff can see the SAFe Strassenkarte and working process. Sie können auch die weitreichenden Auswirkungen auf die geschäftliche Agilität erkennen.

Zu den Vorteilen der Implementierung von SAFe gehören:

• Verbesserung des systemischen Denkens im gesamten Unternehmen
• Verbesserung der Wertströme und der Qualität der Ergebnisse
• Steigerung der Produktivität
• Development of team environments through Lean Thinking
• Verkürzung der Markteinführungszeit
• Entwicklung spezifischer Methoden zur Zielerreichung
• Schaffen von Transparenz, die Rollen, Verantwortlichkeiten und Maßnahmen klarstellt
• Diselimination of Silos and agreement small teams on the entire company
• Erhöhung der Unternehmensagilität zur Erreichung der allgemeinen Unternehmensziele

SAFe Agile Certification

Sie können die Vorteile zertifizierter SAFe Agile-Schulungen nutzen, um Ihre agilen Teams weiterzuentwickeln. Scaled Agile Inc. bietet verschiedene Educations um die agile Transformation zu verwalten.

SAFE-Schulungen können Ihnen helfen, die SAFE-Methode zu implementieren, SAFE-Teams als SAFe Scrum Master zu leiten und Lean-Portfolios in SAFe zu verwalten.

SAFe + Jira = Success

Combinate SAFe and Jira, and you have an comprehensive framework for the success. When company started with SAFe, they reports of significant quantifizierbare Verbesserungen bei der Umsetzung von Strategien.

Auschecken Simple Agile Programs for Jira. Diese App hilft dabei, Teams in großem Maßstab an ihrer Programm-Roadmap auszurichten. Anzeige von Abhängigkeiten und anderen Meilensteinen auf ART-Ebene. Teste es free.

Testing Easy Agile Programs for Jira

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.

Unternehmen der Zukunft müssen intelligente Entscheidungen mit Agilität treffen, und die Kunden von heute erwarten einen wertorientierten Ansatz, der ihre Bedürfnisse bei jedem Schritt berücksichtigt. Die agile Methode bietet Unternehmen jeder Größe eine neue Arbeitsweise, bei der Anpassungsfähigkeit, Zusammenarbeit und kontinuierliche Verbesserung im Mittelpunkt stehen. Immer mehr Unternehmen streben eine agile Transformation an, aber keine organisatorische Änderung ist jemals einfach.

Erfahren Sie mehr über die Vorteile der Umstellung auf eine agile Methode, die Herausforderungen, die mit der Umstellung verbunden sind, und darüber, was eine erfolgreiche agile Transformation ausmacht.

Eine Einführung in die agile Methodik

Der agile Prozess unterscheidet sich stark vom traditionellen Projektmanagement, das üblicherweise einen starren Wasserfallansatz verwendet. Projektziele und Richtlinien werden zu Beginn eines Projekts auf der Grundlage der Informationen festgelegt, über die ein Projektmanager derzeit verfügt. Das Team hält sich an den Plan, bis das Projekt abgeschlossen ist, und erledigt eine Aufgabe nach der anderen in sequentieller Reihenfolge, wie bei einem Wasserfall.

Agile hingegen ermöglicht Flexibilität und Anpassungsfähigkeit, sodass jeder Plan wachsen und sich weiterentwickeln kann, wenn Sie neue Informationen erhalten. Die agile Methode hat sich zuerst durchgesetzt Zugkraft in der Softwareentwicklungsbranche weil es einen dynamischen Ansatz zur Lösung komplexer und sich ständig ändernder Probleme bot.

Heute haben sich die Prinzipien der Agilität in allen möglichen Branchen und Unternehmen aller Größen verbreitet. Da sich die Welt schneller als je zuvor verändert, benötigen Unternehmen Lösungen, die sich anpassen können. Eine agile Transformation verbessert die geschäftliche Agilität mit Systemen und Prozessen, die eine kontinuierliche Verbesserung gewährleisten.

Ein weiterer wichtiger Aspekt von Agile ist, dass es immer nach neuen Informationen sucht. Anstatt zu warten, bis das endgültige Projekt oder Produkt abgeschlossen ist, können Stakeholder und Kunden bei jedem Schritt Feedback geben. Auf diese Weise können Teams Entscheidungen auf der Grundlage der Kundenbedürfnisse treffen, und es wird sichergestellt, dass der Kundennutzen kontinuierlich erbracht wird.

Zu den vielen Vorteilen von Agile gehören:

• Vermeidung verschwenderischer Verfahren
• Befreit dich von Silos am Arbeitsplatz
• Förderung der Zusammenarbeit und Teilnahme
• Einbindung von Stakeholdern und Kunden während des gesamten Prozesses
• Identifizierung und Berücksichtigung von Hindernissen, bevor sie auftreten
• Präzise Verwaltung der Arbeitsbelastung (Kapazität) jedes Teammitglieds
• Die Perspektive des Kunden verstehen
• Bessere Entscheidungspraktiken anwenden
• Anpassung an neue Informationen
• Kontinuierliche Verbesserung interner Prozesse

➡️ Erfahren Sie mehr in unserem Agile Anfängerleitfaden.

Herausforderungen der agilen Transformation

Die Vorteile von Agile liegen zwar auf der Hand, aber jede große organisatorische Veränderung ist schwer zu erreichen. Machen Sie sich bewusst, mit welchen Herausforderungen Sie während einer agilen Transformation konfrontiert werden, damit Sie Führungskräfte, Teammitglieder und Stakeholder optimal darauf vorbereiten können.

Das Erlernen agiler Prinzipien erfordert Zeit und Geduld

Der Aufbau einer agilen Organisation erfolgt nicht über Nacht. Machen Sie sich bewusst, dass Ihre Transformationsreise Zeit, Engagement und Geduld erfordert. Es ist eine monumentale Veränderung, die Sie den Teammitgliedern ohne angemessene Ausbildung, Schulung und Unterstützung nicht überstürzen oder aufdrängen können.

Planen Sie den Rollout schrittweise, sodass der Geschäftsbetrieb so wenig wie möglich unterbrochen wird. Nehmen Sie sich Zeit, um jedem Bereich des Unternehmens agile Prinzipien zu vermitteln. Agile und all ihre Praktiken können für diejenigen, die damit nicht vertraut sind, schwer zu verstehen sein. Egal, wie groß oder klein Ihr Unternehmen ist, es ist wichtig, dass jeder versteht, welche Änderungen vorgenommen werden, welche Vorteile es hat und welche Schritte unternommen werden müssen, um eine agile Denkweise anzunehmen.

Veränderung kann zu Widerwillen und Zurückdrängen führen

Menschen zögern oft, sich zu ändern, und in einigen Fällen können Veränderungen Angst, Stress und Angst verursachen.

Agile erfordert die Zustimmung aller, aber bei einer so tiefgreifenden und groß angelegten Veränderung zögern viele Mitarbeiter in Ihrem Unternehmen möglicherweise, den Wechsel vorzunehmen. Es ist ganz natürlich, dass Menschen sich vor Veränderungen hüten, obwohl Veränderungen uns jeden Tag umgeben. Jeder erlebt ein unterschiedliches Maß an Aufregung, Zögern und Feindseligkeit, wenn es um Veränderungen geht. Stellen Sie also sicher, dass Sie den Menschen Raum geben, um sich an Ihre neue Vorgehensweise anzupassen.

Wenn Sie zurückgeschlagen werden, sprechen Sie mit anderen oder lassen Sie die Teamleiter Einzelgespräche vereinbaren, um Bedenken auszuräumen. Machen Sie sich bewusst, dass es für Menschen sehr schwierig ist, Veränderungen zu bewältigen, und dass der Umgang mit Veränderungen manchmal dem Trauerprozess ähneln kann. Die Phasen von die Veränderungskurve Dazu gehören Schock und Verleugnung, Wut, Verhandlungen und Schuldzuweisungen und Verwirrung, alles, bevor es schließlich zur Akzeptanz kommt.

Geben Sie Ihrem Unternehmen Zeit, sich anzupassen, und unterstreichen Sie gleichzeitig die Vorteile von Agile, wie es ihre Arbeitsweise verbessern wird und wie Führungskräfte und Geschäftsinhaber das Team unterstützen werden. Der Erfolg Ihrer agilen Transformation hängt davon ab, dass sich jeder, unabhängig von seiner Rolle, für die Einführung von Agilität einsetzt.

Organisationsübergreifende Verantwortung

Bei einem agilen Prozess ist jeder dafür verantwortlich, dass alles reibungslos läuft und die Ziele erreicht werden. Es mag Teamleiter geben, aber jeder ist ein wichtiger Teil des Puzzles. Das ist vielleicht nicht das, woran die Teams in Ihrem Unternehmen gewöhnt sind, da es im traditionellen Management oft einen hierarchischen Führungsansatz von oben nach unten gibt. Vorgesetzte haben möglicherweise das Gefühl, an Macht zu verlieren, während andere Teammitglieder stärker eingebunden werden müssen als früher.

Unter agilen Bedingungen entwickeln sich traditionelle Organisationsstrukturen zu einem viel kollaborativeren Prozess. Es ist nicht nur eine verantwortliche Person, die an der Leitung steht, wenn etwas ins Stocken gerät oder nicht funktioniert. Jeder in der gesamten Organisation ist ein integraler Bestandteil des agilen Prozesses. Jeder muss dafür verantwortlich sein, agile Prinzipien zu erlernen, an der Umstellung teilzunehmen und Feedback zu geben. Die aktive Teilnahme aller Unternehmensbereiche muss fortgesetzt werden, um die Vorteile von Agile in vollem Umfang nutzen zu können.

Agile lässt sich in großen Unternehmen nur schwer skalieren

Die Implementierung eines agilen Frameworks in einem kleinen Unternehmen oder Startup ist viel einfacher. Zunächst einmal gilt: Je weniger Mitarbeiter Sie schulen müssen, desto weniger kostet es und desto schneller kann die agile Transformation erfolgen. Kleinere Teams sind besser in der Lage, sich anzupassen und zusammenzuarbeiten, um sich an Veränderungen anzupassen. Startups sind auch von Natur aus agiler und bestehen oft aus jüngeren Teammitgliedern, die eher bereit und willens sind, sich anzupassen.

Je größer das Unternehmen oder Unternehmen ist, desto schwieriger ist es, Änderungen umzusetzen, geschweige denn eine komplette Unternehmensüberholung und Mindset-Anpassung. Es wird viel länger dauern, und es kann noch viel mehr schief gehen, aber das heißt nicht, dass sich diese Bemühungen nicht lohnen. In großen Unternehmen ist es noch wichtiger, die Bedürfnisse Ihrer Kunden nicht aus den Augen zu verlieren, und es gibt viele Möglichkeiten, Ihre Systeme zu optimieren.

Die gute Nachricht ist, dass es Systeme gibt, die Unternehmen bei der Einführung agiler Praktiken unterstützen sollen. SAFe, das Skaliertes Agile-Framework, wurde entwickelt, um schlanke und agile Praktiken in größeren Organisationen zu skalieren.

➡️ Easy Agile ist ein stolzer Scaled Agile Platform Partner. Einfache Agile-Programme für Jira wird Ihren Prozess optimieren und Ihr Team in die Lage versetzen, das Scaled Agile Framework (SAFe) zu implementieren.

Stakeholder müssen geschult und mit ins Boot geholt werden

Stakeholder sind ein wesentlicher Bestandteil des agilen Prozesses. Bei einer agilen Transformation sind Ihre Stakeholder und Kunden an den Status Quo gewöhnt. Sie sind möglicherweise überhaupt nicht mit Agilität vertraut, und es liegt an Ihnen, sie auf den neuesten Stand zu bringen und sie von den Vorteilen und der erhöhten Kundenzufriedenheit zu überzeugen, die Agile bietet.

Stellen Sie sicher, dass Sie für den Übergang Zeit einplanen, um alle Fragen zu beantworten, die die Interessengruppen möglicherweise haben. Damit agile Teams erfolgreich sein können, müssen Sie Stakeholder und Kunden einbeziehen, die Ihnen unschätzbares Feedback geben. Dieses Feedback verbessert Ihre Prozesse, stellt sicher, dass Sie ein erstklassiges Produkt (oder Projekt) produzieren, und stellt sicher, dass kontinuierlich Mehrwert geschaffen wird.

Besser arbeiten mit Agile

Agile Praktiken sind nicht mehr der Produktentwicklung vorbehalten. Sie sind in Unternehmen aller Formen und Größen weit verbreitet und werden in Unternehmen aller Art und Größe eingesetzt, da Geschäftsinhaber und Manager die Macht agiler Methoden verstehen.

Trotz der Herausforderungen ist eine agile Transformation die Investition wert. Es wird Zeit in Anspruch nehmen und Sie im Voraus Geld kosten, um die Änderung vorzunehmen, aber als 2020-2021 bewiesen, Unternehmen überleben am besten, wenn ihre Systeme flexibel und anpassungsfähig sind. Richtig angewendet hilft Agile Ihrem Team, diese Denkweise zu verinnerlichen und sie in der täglichen Arbeit zu praktizieren.

Easy Agile entwickelt Jira-Plugins, die den Kunden in jedem Schritt des Entwicklungsprozesses Priorität einräumen, was das Leben von Scrum Mastern, Product Ownern, agilen Coaches, Führungsteams und DevOps erheblich erleichtert.

Wir designen agile Apps für Jira mit einfacher, kollaborativer und flexibler Funktionalität. Von der Agilität des Teams mit Einfacher agiler Teamrhythmus, zu skalierter Agilität mit Einfache agile Programme, unsere Apps können Ihren agilen Teams helfen, besser zusammenzuarbeiten und Ihre Kunden zufriedenzustellen.