SAFe Program Board 101: Alles, was Sie wissen müssen

Haben Ihre Teams eine klare Vorstellung davon, was getan werden muss — und warum?

Einer der Schlüssel zu Agilität besteht darin, sich auf die Arbeit zu konzentrieren, auf die es ankommt. Das bedeutet, an Projekten zu arbeiten, die dem Unternehmen einen Mehrwert bieten und zur Leistung beitragen. In vielen Unternehmen können sich Teams jedoch über die neuesten Funktionen oder Entwicklungen auf dem Laufenden halten, ohne zu verstehen, wie das mit dem Gesamtbild dessen zusammenhängt, was dem Unternehmen wichtig ist.

Damit sich Ihr Team auf das konzentrieren kann, was es sich vorgenommen hat, um Mehrwert zu schaffen und Geschäftsergebnisse zu erzielen, ist die Festlegung intelligenter PI-Ziele unerlässlich. Wir schauen uns an, warum sie so wichtig sind, was ein gutes PI-Ziel ausmacht und wie Sie sie in Ihrem Unternehmen einsetzen können.

Auf einen Blick:

• PI-Ziele helfen Teams zu verstehen, wie wichtig das, was sie tun, für das Unternehmen wichtig ist.
• Gute PI-Ziele sind SMART — spezifisch, messbar, erreichbar, relevant und zeitgebunden.
• Durch die Verknüpfung von Funktionen mit PI-Zielen innerhalb desselben Tools können Teams und Stakeholder leichter erkennen, wie die Arbeit die Geschäftsziele erreicht.

Was sind PI-Ziele?

Wenn sich ein agiles Team zu einem PI-Planungssitzung, es gibt zwei wichtige Ausgänge:

1. Der Programmausschuss (ART-Planungstafel in SAFe 6.0) behandelt allgemeine Informationen wie Funktionen, Abhängigkeiten zwischen Teams und Meilensteine. A Merkmal ist eine vereinbarte Arbeit, die als wichtig für die Erfüllung der Geschäftsanforderungen eingestuft wurde. Für Softwareentwicklungsteams könnte dies eine neue Produktfunktion sein. Für Marketingteams kann es sich um eine Aktualisierung der Website oder eine Werbekampagne handeln.
2. PI-Ziele verknüpfen Sie die geplanten Funktionen mit umfassenderen Geschäftszielen und -werten. Dies hilft dabei, die zu erledigenden Aufgaben mit den umfassenderen Geschäftszielen in Einklang zu bringen. Sie werden dann unterteilt in engagiert und nicht gebunden Ziele.
   1. Engagierte Ziele sind diejenigen, von denen das Team überzeugt ist, dass sie sie im Rahmen des Programminkrements erfüllen können. Diese Ziele wurden vom Team im Rahmen einer Vertrauensabstimmung festgelegt.
   2. Nicht festgelegte Ziele sind diejenigen, bei denen das Team wenig Vertrauen in die Umsetzung hat, die aber dabei helfen können, einen Puffer in den PI einzubauen. Dies liegt daran, dass das Ergebnis dieser Ziele zwar nicht sicher ist, sie jedoch in der Kapazität und dem Plan des Teams für den PI enthalten sind, falls die Kapazität nach der Erfüllung der zugesagten Ziele bestehen bleibt.

Die Vorteile intelligenter PI-Ziele

PI-Ziele verknüpfen, woran Teams arbeiten, mit dem, was dem Unternehmen wichtig ist. Sie sorgen für eine Abstimmung mit den Geschäftszielen, indem sie die Funktionen eindeutig mit dem Geschäftswert verknüpfen. Dadurch wissen die Teams, wie ihre Arbeit einen Mehrwert bietet.

Intelligente PI-Ziele bieten dafür einen Rahmen. Sie tragen dazu bei, Vertrauen aufzubauen, eine gemeinsame Sprache zu schaffen und eine klare Richtung vorzugeben. Jeder im Team kann dann verstehen, was er tut, warum er es tut und warum es wichtig ist.

Ohne intelligente PI-Ziele können Teams Zeit mit Aufgaben verbringen, die dem Unternehmen keinen Mehrwert bieten und die Agilität beeinträchtigen.

PI-Ziele sind für Ihre Fähigkeit, den Erfolg zu messen, von entscheidender Bedeutung. Die Fertigstellung von Funktionen allein reicht nicht aus — sie müssen zu einem Geschäftsergebnis führen. Sie helfen den Teams, sich darüber im Klaren zu sein, warum die von ihnen geleistete Arbeit wichtig ist, und definieren, wie Erfolg aussieht.

Was macht ein gutes PI-Ziel aus?

Wir haben darüber gesprochen warum PI-Ziele sind so wichtig, und jetzt erklären wir es was ist ein gutes PI-Ziel.

Gute PI-Ziele:

• Ermöglichen Sie dem Unternehmen, die Ergebnisse in einer Zeitrahmen festlegen
• Sorgen Sie für Klarheit darüber, wie die geplante Arbeit in die großes Bild
• Verbessern Sie die Kommunikation zwischen Teams und Stakeholdern
• Schließ nicht mehr ein als 7 bis 10 Ziele insgesamt
• Stimmt mit dem überein, was Das Geschäft kümmert sich um
• Sind sich darüber im Klaren, warum es wichtig ist und was es liefern wird
• sind von irgendjemandem verstanden wer holt sie ab

sind KLUG — das heißt, spezifisch, messbar, erreichbar, relevant und zeitgebunden

PI-Ziele müssen SMART sein

Wenn Sie das SMART-Framework zur Zielsetzung verwenden, um Ihre PI-Ziele zu schreiben, können Sie Ihre Ziele klar und präzise halten. In diesem Rahmen muss Ihr PI-Ziel wie folgt lauten:

• Spezifisch — Geben Sie klar und deutlich das beabsichtigte Ergebnis Ihres Ziels an.
• Messbar — Beschreiben Sie, was Ihr Team tun muss, um das Ziel zu erreichen, und wie es den Erfolg quantifizieren wird. Das Feedback der Stakeholder sollte Teil davon sein.
• Erreichbar — Stellen Sie sicher, dass das Ziel realistisch ist und in der Kontrolle und dem Einfluss Ihres Teams liegt.
• Relevant — Richten Sie das Ziel an den allgemeinen Geschäftszielen aus.
• Zeitgebunden — Legen Sie einen angemessenen Zeitrahmen fest, um das Ziel innerhalb des PI zu erreichen.

Team PI ObjectiveEnsure Easy Agile Server-Kunden haben eine nahtlose Option zur Migration in die Cloud, indem sie JCMA und den Import/Export von Websites bis Ende des dritten Quartals implementieren.

Tipps zum Schreiben von INTELLIGENTEN (und intelligenten) PI-Zielen

In der Regel führen viele Teams PI-Planungssitzungen in einem Tool durch und verwenden dann ein anderes Tool (wie Confluence), um die PI-Ziele aufzuzeichnen.

Die Trennung der PI-Ziele von den Planungssitzungen macht es für das Team und die Stakeholder jedoch schwierig zu erkennen, wie die Arbeit die Weichen für das Unternehmen verändert.

Mit dem Einfache agile Programme, Sie können Ihre Funktionen innerhalb desselben Tools direkt mit Ihren Zielen verknüpfen. Sie sind auch in der Lage, das Ziel in den Easy Agile-Programmen zu beschreiben und ihm einen Geschäftswert zuzuweisen:

Durch die Verknüpfung von Funktionen und PI-Zielen innerhalb desselben Tools erhalten Teams und Geschäftsbeteiligte einen klaren Überblick über die Arbeit. Sie können sehen, wie ihre Arbeit dazu beiträgt, Geschäftsziele zu erreichen.

Erfahre mehr

Die Verwendung des SMART-Frameworks zur Definition von PI-Zielen hilft Ihren Teams, sich auf die richtige Arbeit zu konzentrieren. Sie richten Projekte auf umfassendere Geschäftsziele aus und sorgen gleichzeitig für ein gemeinsames Verständnis aller Teams. Indem sie auf dasselbe Ziel hinarbeiten, tragen sie dazu bei, dass Ihre Teams und Ihr Unternehmen produktiv und agil bleiben.

Mit Easy Agile Programs ist das möglich

Bist du bereit, deine PI-Ziele in Jira zu integrieren?

Demo ansehen

Wie fühlst du dich, wenn jemand „Planung“ erwähnt? Freust du dich auf die Gelegenheit oder rennst du bei dem Gedanken, einen Plan zu schmieden, in die Berge?

Die Sprint-Planung ist ein entscheidender Teil des agilen Sprintzyklus. Sie hilft Ihnen und Ihrem Team dabei, gemeinsame Ziele zu erreichen, und bereitet Sie auf einen erfolgreichen Sprint vor. Auch wenn Planung nicht zu Ihren Stärken gehört, ist die gute Nachricht, dass Sie mit Hilfe einiger guter Ratschläge üben und im Laufe der Zeit besser werden können.

Wir haben unsere besten Tipps zur Sprint-Planung in einem ultimativen Leitfaden für agile Sprint-Planung zusammengefasst, der alles enthält, was Sie für effiziente und effektive Planungsbesprechungen benötigen.

Was ist agile Sprint-Planung?

Agile Sprintplanung ist eine wichtige Zeremonie im agilen Sprintzyklus. Sie bedeutet und bereitet das Team auf den Start des Sprints vor. Ohne diese Planung besteht das sehr reale Risiko, dass es dem Team an Fokus mangelt und es ihm nicht gelingt, sich auf das Wesentliche zu konzentrieren.

Eine effektive agile Sprint-Planung besteht aus drei Hauptteilen: einem Sprintziel, einem Verständnis der Teamkapazität und einer Reihe von priorisierten Backlog-Elementen. Jedes Element hängt vom anderen ab, um erfolgreich zu sein.

Die Idee ist, Ihr Team auf ein Ziel für den nächsten Sprint auszurichten, indem Sie sich auf eine Reihe von Backlog-Elementen einigen, die innerhalb des Sprints erreichbar sind und zum Erreichen des Sprintziels beitragen. Wenn Sie sich darauf konzentrieren und Klarheit darüber gewinnen, was Sie erreichen möchten, kann Ihr Team besser zusammenarbeiten und die Ziele erreichen.

Es ist am besten, mit einem vereinbarten Sprintziel zu beginnen. Anschließend können Sie die Arbeit an den spezifischen Backlog-Elementen priorisieren, für deren Erledigung Ihr Team in der Lage ist. Dies wird dazu beitragen, dass Ihr Sprintziel Wirklichkeit wird.

Wie die Sprint-Planung in den Scrum-Prozess passt

Wir sind große Fans des Scrum-Prozesses und er ist bei vielen Softwareentwicklungsteams sehr beliebt. Agile Sprintplanung kann zwar viele Formen annehmen innerhalb der anders agil Methodologien, für die Zwecke dieses Leitfadens konzentrieren wir uns auf die agile Sprint-Planung innerhalb des Scrum-Frameworks.

Wenn Ihr Team Scrum nicht befolgt, machen Sie sich keine Sorgen — unsere Tipps zur Vorbereitung, unser Meeting-Leitfaden, die zu vermeidenden Fehler und die Ressourcen zur Sprint-Planung sind für Sie von Nutzen.

💡 Erfahre mehr: Was ist der Unterschied zwischen Kanban und Scrum?

Scrum-Rollen: Die Menschen

In einem Scrum-Team gibt es drei Hauptrollen.

1. Inhaber des Produkts
2. Scrum Master
3. Entwicklungsteam

Der Product Owner legt die Arbeit im Voraus an. Sie helfen bei der Priorisierung der Artikel aus dem Produkt-Backlog und entscheiden, welche Elemente in den Sprint-Backlog. Diese wichtigen Entscheidungen leiten die Ziele des Sprints und bestimmen die Aufgaben, die das Team im nächsten Sprint bewältigen wird.

Das Scrum Master fungiert als Leitfaden und leitet Besprechungen, die sicherstellen, dass das Scrum-Framework während des gesamten Sprints eingehalten wird, um das Team auf Kurs zu halten. Der Scrum Master hilft dem Team, das Beste aus dem gesamten Scrum-Prozess und jeder einzelnen Scrum-Zeremonie herauszuholen.

Das Entwicklungsteam besteht aus den verschiedenen Personen, die die bei der Sprintplanung vereinbarten Arbeiten erledigen werden.

Es gibt noch andere, auf die Sie sich bei der Sprint-Planung beziehen könnten, z. B. Stakeholder, Benutzer und Kunden. Dies sind zwar technisch gesehen keine Scrum-Rollen, aber sie spielen eine entscheidende Rolle bei der Produktentwicklung. Stakeholder sollten früh und häufig in den Prozess einbezogen werden, und Kunden sollten bei Entwicklungsentscheidungen immer im Vordergrund stehen. Einige Teams halten User Personas für eine wertvolle Methode, um den Nutzerwert im Mittelpunkt zu behalten.

Artefakte: Was wird gemacht

Artefakte sind die Dinge, die erledigt werden müssen — verschiedene Aufschlüsselungen dessen, was das Team zu erreichen hofft:

1. Produktrückstand
2. Sprint-Backlog
3. Zuwächse

Artikel im Produktbacklog sind die Aufgaben, von denen das Team glaubt, dass sie sie erledigen müssen, um ein Produkt oder eine spezifische Verbesserung eines Produkts fertigzustellen. Es ist die große Masterliste mit allem, was das Team glaubt, erledigen zu müssen. Das Produkt-Backlog ist flexibel und iterativ und wird sich weiterentwickeln, wenn das Team mehr über das Produkt, das Feedback der Interessengruppen und die Kundenbedürfnisse erfährt.

Der Sprint-Backlog ist fokussierter als der Produkt-Backlog. Der Product Owner verschiebt zu Beginn jedes Sprints die wichtigsten Backlog-Elemente aus dem Produkt-Backlog in das Sprint-Backlog, basierend auf aktuellen Problemen, Prioritäten und Kundenbedürfnissen. Das Team ist bestrebt, im Laufe des Sprints alle Elemente des Sprint-Backlogs abzuschließen.

Ein Zuwachs ist ein Trittbrett aus Beton zur Erreichung des Produktziels. Eine Erhöhung muss als brauchbar verifiziert werden, um einen Mehrwert zu bieten. Das bedeutet, dass jede abgeschlossene Arbeit nicht als Teil einer Erhöhung betrachtet werden kann, es sei denn, sie entspricht der Definition von Erledigt (eine Vereinbarung zwischen dem Team darüber, was „erledigt“ bedeutet). Dabei handelt es sich um eine formale Beschreibung des Zuwachses, wenn es die für ein Produkt geltenden Qualitätsstandards erfüllt. Sobald die abgeschlossene Arbeit der vereinbarten Definition von Erledigt entspricht, erhalten Sie einen Zuschlag.

Scrum-Zeremonien: Wo Sprint Planning passt

In Scrum gibt es eine Reihe von Zeremonien, die in jedem Sprint stattfinden. Hier passt die Sprint-Planung in den Scrum-Prozess.

1. Sprint-Planung
2. Tägliches Scrum (oder Standup)
3. Sprint-Bewertung
4. Sprint-Rückblick

💡 Erfahre mehr: Agile Ceremonies: Ihr Leitfaden für die vier Stufen

Sprint-Planung ist die erste Scrum-Zeremonie — sie bereitet das Team auf den Sprint vor. In der Planungssitzung wird alles in Bewegung gesetzt und das Team darauf ausgerichtet, was für diesen Sprint am wichtigsten ist. In diesem Moment werden Entscheidungen getroffen und wichtige Backlog-Elemente aus dem Produkt-Backlog in das Sprint-Backlog verschoben.

Die zweite Zeremonie wiederholt sich an jedem Tag des Sprints. Tägliche Standups Bringen Sie das Team zusammen, um Fortschritte und Hindernisse zu besprechen, die möglicherweise im Weg stehen. Indem die Bedenken frühzeitig an die Öffentlichkeit gebracht werden, kann das Team die Frustration aufgrund von Verzögerungen vermeiden und sicherstellen, dass die Arbeit reibungslos abläuft.

Die letzten beiden Zeremonien finden am Ende des Sprints statt. Für der Sprint Review, kommt das Team zusammen, um anhand der abgeschlossenen Arbeit den Erfolg des Sprints zu ermitteln. Es ist auch eine Gelegenheit, Stakeholder einzubeziehen, um Feedback zu dem einzuholen, was bisher erreicht wurde. Das Sprint-Review stellt sicher, dass Kundeninformationen immer im Mittelpunkt stehen, die Stakeholder kontinuierlich Fortschritte verfolgen und garantiert, dass das Produkt nie zu weit von dem abweicht, wonach die Stakeholder suchen.

Das Sprint-Rückblick sammelt wichtige Einblicke von Teammitgliedern darüber, wie der Sprint verlaufen ist. Was lief gut, was lief nicht so gut und was könnte beim nächsten Mal verbessert werden? Diese wertvollen Erkenntnisse machen Scrum agil — das Team denkt immer kritisch über den Prozess nach und sucht nach Möglichkeiten, die Arbeit und die Art und Weise, wie sie zusammenarbeiten, zu verbessern.

Wir werden im Folgenden ausführlicher auf diese Zeremonien eingehen, wenn wir besprechen, was nach dem Sprint-Planungsmeeting passiert.

Die Vorteile der agilen Sprint-Planung

Agile Sprintplanung ist ein leistungsstarkes Meeting, das nicht übersehen oder unterschätzt werden sollte. Es ist eine Gelegenheit für:

• Bringen Sie das gesamte Team zusammen und orientieren Sie sich an gemeinsamen Zielen
• Stellen Sie den Kontext ein, indem Sie den Sprint mit klaren Prioritäten beginnen
• Identifizieren Sie potenzielle Hindernisse, bevor sie auftreten
• Bringen Sie das Feedback der Stakeholder in den Planungsprozess ein
• Lernen Sie aus früheren Sprints, indem Sie Sprint Review und retrospektive Einblicke in Betracht ziehen
• Berücksichtigen Sie die Teamkapazität und passen Sie sie entsprechend an, um sicherzustellen, dass die Ziele erreichbar sind und das Team im bevorstehenden Sprint nicht überfordert ist.
• Berücksichtigen und planen Sie Abhängigkeiten, die sich auf den Arbeitsablauf auswirken können.

So bereiten Sie sich auf ein Sprint-Planungstreffen vor

Wir wissen, dass wir gesagt haben, dass ein Sprint mit der Sprint-Planung beginnt, aber es gibt tatsächlich ein paar wichtige Schritte, die Sie ergreifen müssen, um sich auf die Planungssitzung vorzubereiten. Leider müssen Sie für das Planungstreffen ein wenig planen.

Verfeinerung des Backlogs

Durch die Pflege oder Verfeinerung Ihres Backlogs bleibt Ihr Backlog gesund, aktuell und bereit für die Sprint-Planung. Ein verfeinertes Backlog trägt dazu bei, dass die Planungszeit Ihres Teams effizient und effektiv genutzt wird, da Sie keine Zeit damit verschwenden müssen, dem Backlog Details hinzuzufügen, die im Voraus hätten abgeschlossen werden können, bevor alle zusammengekommen sind.

Der Produktmanager sollte das Backlog einige Tage vor dem Sprint-Planungsmeeting bereinigen, um sicherzustellen, dass es fertig ist.

Tipps zur Aufrechterhaltung eines gesunden Backlogs:

• Stellen Sie sicher, dass die Geschichten in der Reihenfolge ihrer Priorität angeordnet sind
• Priorisieren Sie Artikel, die dem Kunden den größten Mehrwert bieten
• Details zu den Backlog-Elementen mit der höchsten Priorität hinzufügen
• Teilen Sie alle User Stories auf, die zu groß sind
• Löschen Sie alle User Stories, die nicht mehr relevant sind
• Erstellen Sie neue User Stories auf der Grundlage neuer oder klarerer Bedürfnisse
• Fügen Sie Artikel hinzu, die auf dem Feedback neuer Interessengruppen basieren
• Nehmen Sie Anpassungen auf der Grundlage von Fehlerkorrekturen vor
• Weisen Sie genauere Schätzungen zu

💡 Erfahre mehr: Unverzichtbare Checkliste für eine effektive Backlog-Verfeinerung (und was zu vermeiden ist)

Sei konsistent

Eine einheitliche Besprechungszeit, die weit im Voraus geplant wird, stellt sicher, dass das gesamte Scrum-Team das Zeitfenster offen hält. Buchen Sie Ihr Sprint-Planungsmeeting bei jedem Sprint am selben Tag und zur gleichen Zeit, damit niemand es vergisst oder doppelt bucht.

Bei der Sprint-Planung handelt es sich nicht um ein Meeting, das hin- und hergeschoben, verzögert oder ignoriert werden kann — Besprechungen zur Sprint-Planung sind für den Erfolg eines jeden Sprints unerlässlich. Fragen Sie Ihr Team nach einer bestimmten, wiederkehrenden Zeit für ein Meeting und stellen Sie sicher, dass es für alle funktioniert.

So führen Sie ein Sprint-Planungsmeeting durch

Die agile Methode ist zwar flexibel und kollaborativ, aber nicht chaotisch; alles muss mit einem Plan beginnen.

1. Halten Sie sich an eine festgelegte Sitzungsdauer zur Sprint-Planung

Wie bei jeder Art von Besprechung kann das Team ohne Timebox leicht abgelenkt werden. Schließlich ist es oft einfacher, über die Arbeit zu sprechen, die erledigt werden muss, als sie tatsächlich abzuschließen. Es ist die Aufgabe des Scrum Masters, das Team auf Kurs zu halten und sicherzustellen, dass das Zeitlimit nicht überschritten wird.

Gehen Sie gut vorbereitet in das Sprint-Planungsmeeting. Eine klare Agenda und ein gut ausgearbeitetes Backlog sorgen dafür, dass Ihr Team direkt mit der Planung beginnen kann.

Legen Sie eine realistische Zeitbox für das Meeting fest und halten Sie sich daran. Wir empfehlen Ihnen, nicht mehr als 2-3 Stunden für ein Sprint-Planungs-Meeting einzuplanen, aber je besser Sie sich mit der Sprint-Planung auskennen, desto besser verstehen Sie, wie viel Zeit für Sie und Ihr Team in Frage kommt.

2. Verwenden Sie Schätzungen, um realistische Entscheidungen zu treffen

Sie möchten, dass Ihr Team so produktiv wie möglich ist, aber eine Überlastung kann die Produktivität und Konzentration tatsächlich beeinträchtigen. Unangemessene Erwartungen sind demotivierend und übermäßig engagierte Teammitglieder machen mit größerer Wahrscheinlichkeit Fehler.

Sie müssen wissen, wie viel Aufwand und Zeit erforderlich sind, um die Ziele zu erreichen, die Sie sich für jeden Sprint gesetzt haben. Agile Schätzungstechniken und Storypoints ermöglichen ein besseres Verständnis der Teamkapazität, der individuellen Kapazität und der Frage, wie eine angemessene Arbeitsbelastung aussieht. Angemessene und realistische Ziele helfen Ihrem Team, motiviert zu bleiben und einen konsistenten Arbeitsablauf zu unterstützen.

3. Definieren Sie klare Ziele und Ergebnisse

Was will das Team bis zum Ende des Sprints erreichen? Setze klar definierte Ziele und Ergebnisse, die jeder versteht. Stimmen deine Ziele mit dem überein, was du aus vergangenen Sprints gelernt hast? Stimmen sie mit den Kundenbedürfnissen überein? Sind sich alle einig, wie der nächste Sprint (ungefähr) aussehen wird?

Gehen Sie nicht davon aus, dass alle auf derselben Seite sind. Stellen Sie Fragen und ermutigen Sie Ihr Team, sich zu äußern, wenn etwas unklar ist. Es ist besser, Unstimmigkeiten oder Missverständnisse jetzt auszuräumen, als zu Beginn der Arbeit.

Um Sprintziele effektiv zu setzen, muss das SMART-Framework befolgt werden, eine anerkannte Strategie im Projektmanagement und bei der Zielsetzung in verschiedenen Branchen. Das Akronym SMART steht für:

• Spezifisch: Definieren Sie klar, was Sie erreichen möchten. Vermeiden Sie vage Ziele, indem Sie präzise Ergebnisse festlegen.
• Messbar: Legen Sie Kriterien für die Messung des Fortschritts fest. Dies hilft bei der Nachverfolgung von Erfolgen und der Identifizierung von Bereichen, in denen Anpassungen erforderlich sind.
• Erreichbar: Streben Sie Ziele an, die herausfordernd sind, aber mit den vorhandenen Ressourcen erreichbar sind. Überehrgeizige Ziele können ein Team demoralisieren, wenn sie nicht realistisch sind.
• Relevant: Stellen Sie sicher, dass jedes Ziel mit den übergeordneten Zielen des Projekts übereinstimmt. Irrelevante Aufgaben können die Energie von dem ablenken, was wirklich wichtig ist.
• Zeitgebunden: Legen Sie eine klare Frist fest, um die Dringlichkeit und den Fokus aufrechtzuerhalten. Die Sprintziele müssen mit dem begrenzten Zeitplan des Sprints übereinstimmen, um einen fristgerechten Abschluss zu gewährleisten.

In der Praxis bedeutet die Anwendung des SMART-Frameworks auf Sprintziele, dass Ihr Team synchronisiert ist und sich auf Prioritäten konzentriert, die das Projekt effizient vorantreiben. Indem Sie dafür sorgen, dass die Ziele innerhalb des Zeitrahmens des Sprints relevant und erreichbar sind, vermeiden Sie eine Fehlverteilung der Anstrengungen und stellen sicher, dass der Fortschritt den allgemeinen Projektzielen entspricht.

Veröffentlichen Sie Ihr Sprintziel an einem leicht zugänglichen Ort, damit das Team während des gesamten Sprints darauf zurückgreifen kann.

💡 Erfahre mehr: So holen Sie das Beste aus Ihren Sprintzielen heraus

4. Entscheide, was es heißt, „fertig“ zu sein

Was bedeutet „erledigt“ für ein bestimmtes Backlog-Element, eine Erhöhung, ein Produktproblem oder ein Produkt als Ganzes? Das Team und Ihre Stakeholder müssen sich darauf einigen, wie „Erledigt“ aussieht, um realistische Ziele zu setzen, die den Erwartungen aller Beteiligten entsprechen.

Wenn du dir Ziele setzt und auswählst, welche Backlog-Elemente du für den nächsten Sprint erledigen möchtest, solltest du dir darüber im Klaren sein, was es bedeutet, die Ziele, die du erreichen möchtest, zu erreichen und zu erreichen.

5. Richten Sie Sprintziele mit Produktzielen aus

Sprintziele sollten immer mit Ihren umfassenderen Produktzielen übereinstimmen. Ihr Sprint kann je nach aktuellen Produktproblemen, Bugfixes oder Kundenanliegen eine bestimmte Richtung einschlagen, aber es ist wichtig, das Gesamtbild im Auge zu behalten.

Wählen Sie Backlog-Elemente sorgfältig aus — stellen Sie sicher, dass sie sich auf das übergeordnete Produktziel beziehen und dass alle Elemente synchron funktionieren, um die Entwicklung voranzutreiben. Das Übersehen von Produktzielen in der Sprint-Planung könnte bedeuten, dass jeder Sprint eher wie eine zufällige Auswahl von To-do-Listen aussieht, die sich nicht auf die Kundenbedürfnisse beziehen, keinen Bezug zu Produktzielen haben oder Ihnen helfen, wichtige Etappen zu erreichen. Das Ergebnis wird sich wie ein Mangel an Fortschritten anfühlen, was die Gefahr birgt, dass das Team und andere wichtige Interessengruppen, wie Ihre Benutzer, aus dem Blickfeld geraten.

Was passiert als Nächstes?

Nachdem die Planung abgeschlossen ist, können Sie Ihren Plan umsetzen und die Arbeit abschließen. Das heißt aber nicht, dass die Teammitglieder losziehen und isoliert arbeiten.

Tägliches Scrum (oder Stand-up)

Das tägliches Gedränge oder Stand-up ist eine Gelegenheit für ein kollaboratives agiles Team, den Fortschritt aufrechtzuerhalten. Es sollte ein schneller Check-in zu Beginn eines jeden Tages sein.

Das Team wird besprechen, was in den letzten 24 Stunden getan wurde, auf welche Hindernisse es gestoßen sein könnte und was das Team am nächsten Tag zu erreichen hofft.

Dieses wichtige Check-In hilft dem Team, auf derselben Wellenlänge zu bleiben, trägt dazu bei, den kontinuierlichen Arbeitsfluss sicherzustellen und das Team auf Kurs zu halten, um die Sprintziele zu erreichen.

Sprint-Bewertung

Am Ende eines Sprints findet ein Sprint-Review-Meeting statt. Es ist eine Gelegenheit für das Team, alle „Erledigt“ -Probleme für diesen Zeitraum zu überprüfen. Das Sprint-Review bestimmt, ob das Ziel für den Sprint erreicht wurde oder nicht.

Es ist eine Gelegenheit, dem Team die lieferbaren, funktionstüchtigen Produktzuwächse zu demonstrieren, und auch eine Gelegenheit, Feedback von Interessenvertretern einzuholen. Dieses Feedback gibt Ihnen wertvolle Erkenntnisse, anhand derer Sie beurteilen können, ob Sie auf dem richtigen Weg sind oder im nächsten Sprint Änderungen vornehmen müssen. Das Sprint-Review ist auch eine hervorragende Vorbereitung auf die nächste Backlog-Grooming- und Sprint-Planungssitzung.

💡 Erfahre mehr: Einführung in Sprint Reviews

Sprint-Rückblick

Während im Sprint-Review untersucht wird, was erreicht wurde und wie es weitergehen soll, untersucht die Retrospektive Ihre Prozesse und die Zusammenarbeit des Teams.

Was hast du im letzten Sprint gelernt? Retrospektiven können zwar viele Formen annehmen, aber das Ziel besteht darin, herauszufinden, was gut funktioniert hat, was nicht so gut gelaufen ist und was beim nächsten Mal verbessert werden könnte. Ihr Team wird die in der Retrospektive gesammelten Erkenntnisse nutzen, um Ihre Zusammenarbeit zu verbessern und Ihren Kunden in Zukunft einen Mehrwert zu bieten.

💡 Erfahre mehr: 5 Schritte zur Durchführung effektiver Sprint-Retrospektiven

Fehler bei der agilen Sprint-Planung

Es ist leicht, in schlechte Angewohnheiten zu verfallen, besonders wenn Termine und Produkteinführung Termine nähern sich. Vermeiden Sie diese üblichen agile Planungsfehler um sicherzustellen, dass Ihr Team immer das Beste aus der agilen Methodik und dem Scrum-Prozess herausholen kann.

Unrealistische Erwartungen

Wenn Sie unerreichbare Ziele wählen, ist Ihr gesamtes Team zum Scheitern verurteilt. Wenn Sie Ihre Sprintziele Sprint für Sprint nicht erreichen, schadet dies der Motivation und Moral des Teams.

Verwenden Sie Schätzungen, um so gut wie möglich vernünftige Ziele zu setzen. Berücksichtigen Sie die Teamkapazität und berücksichtigen Sie Ihr bisheriges Wissen darüber, wie lange die Erledigung von Aufgaben dauert, wie das Team arbeitet und welche Hindernisse sich dabei ergeben könnten.

Fehlender Kontext

Ihr Team wird von einem Verständnis dafür profitieren, wie die Probleme, an denen es arbeitet, in das Gesamtbild passen.

Je nachdem, welches Tool Sie für die Planung und Verwaltung Ihrer Arbeit verwenden, kann es schwierig sein, die kontextuellen Details zu erkennen, die für eine klare Planung und Arbeit erforderlich sind. Je mehr Elemente Sie haben, desto schwieriger und überwältigender wird es sein, sie zu organisieren und zu priorisieren. Verwenden Sie Tools, mit denen Sie Kontext, Tiefe und Kundeneinblicke mit übersichtlichen Funktionen hinzufügen können, um Ihren Plan an die Bedürfnisse Ihres Teams und Ihrer Stakeholder anzupassen.

Vernachlässigen Sie Ihren Backlog

Wir haben diesen Punkt erwähnt, als wir darüber gesprochen haben, was Sie tun müssen, um sich auf die Sprint-Planung vorzubereiten. Es lohnt sich, ihn noch einmal zu erwähnen, da es sich um einen häufigen Fehler handelt.

Wenn Sie ohne einen gut verwalteten Backlog in ein Sprint-Planungsmeeting gehen, fehlt Ihnen die Klarheit, die Sie für eine effektive Planung benötigen. Ihre Zeit ist wertvoll, ebenso wie die Zeit Ihres Teams. Sie sollte daher mit Sorgfalt behandelt und effektiv genutzt werden.

Ein gut verwaltetes Backlog ist TIEF:

• Angemessen detailliert
• Geschätzt
• Aufstrebend
• Priorisiert

💡 Erfahre mehr: Die 4 Merkmale eines guten Produkt-Backlogs

Keine Anpassung des Plans

Wenn du deinen Sprint planst, wirst du alles in deiner Macht Stehende tun, um die wichtigsten Aufgaben für die Dauer des Sprints zu priorisieren. Es ist wichtig, dass Sie versuchen, sich so gut wie möglich an den Plan zu halten, aber Sie müssen sich auch anpassen, wenn Sie neue Informationen erhalten.

Seien Sie bereit, im Handumdrehen Änderungen vorzunehmen, falls Sie auf Hindernisse stoßen oder neue Informationen über Kundenbedürfnisse, Bedenken oder Produktprobleme erhalten.

Stakeholder nicht verstehen

Sie müssen die Ziele und Prioritäten der Stakeholder verstehen, um erfolgreich zu sein. Nur weil Sie mit dem, was Sie erreicht haben, zufrieden sind, heißt das nicht, dass Ihre Stakeholder es auch tun werden.

Stellen Sie sicher, dass Ihre Stakeholder früh und häufig in Ihren Prozess einbezogen werden, und machen Sie ihnen klar, wie Sie arbeiten, um ihnen einen Mehrwert zu bieten. Holen Sie regelmäßig Feedback von Stakeholdern ein, um sicherzustellen, dass Ihre Ziele aufeinander abgestimmt sind. Ein guter Zeitpunkt dafür ist während des Sprint Reviews. Stellen Sie einfach sicher, dass diese Erkenntnisse auf Ihr nächstes Planungsgespräch übertragen werden.

Wählen Sie keine Tools mit einem kundenorientierten Ansatz

Eine erfolgreiche Produktentwicklung liefert, was der Kunde braucht und will. Um Produkte für Ihre Kunden zu entwickeln, ist es hilfreich, Tools für Planung und Arbeitsmanagement zu verwenden, mit denen Sie sie ganz einfach im Auge behalten können. Wenn Sie User Story Maps und Kundenpersönlichkeiten in Ihre Planung einbeziehen, können Sie und Ihr Team die Arbeit priorisieren, die zuerst den größten Nutzen bringt.

💡 Erfahre mehr: 10 Tipps für effektivere User Personas

Versäumnis, rückwirkende Erkenntnisse in die Planung einzubeziehen

Retrospektiven sind das Beste, was Sie tun können, um Ihrem Team zu helfen, besser zusammenzuarbeiten. Während einer Retrospektive bitten Sie Ihr Team, offen und ehrlich darüber zu sprechen, wie sich die Dinge im Laufe des Sprints entwickelt haben, damit Sie voneinander lernen können.

Wenn Sie nicht aus diesen Erkenntnissen lernen, bedeutet dies, dass die kollektive Zeit, die Sie in der Retrospektive verbracht haben, verschwendet wurde und das Feedback, das Ihr Team geteilt hat, abgewertet wird.

Wenn Sie die Erkenntnisse, die Sie aus einer Retrospektive gewinnen, in Ihre nächste Planungssitzung und in den nächsten Sprint einfließen lassen, wird Ihr Team dabei unterstützt, jedes Mal besser zu werden, sodass es mit der Arbeit zufriedener wird und bessere Ergebnisse erzielt.

Virtuelle oder persönliche Sprint-Planung

Die Vorteile der Telearbeit stellen auch die kollaborative Planung vor Herausforderungen. Ganz gleich, für welche Art sich Ihr Team entscheidet, ob virtuell, persönlich oder in einer Kombination aus beidem, es ist wichtig, dass Sie Werkzeuge wählen die den Bedürfnissen Ihres Teams entsprechen.

Tipps für die virtuelle Sprint-Planung:

• Seien Sie wirklich vorbereitet — kommunizieren Sie Ihre Pläne im Voraus klar und deutlich, sodass jeder klare Erwartungen hat.
• Verwenden Sie ein Videokonferenz-Tool, das Breakout-Sitzungen ermöglicht
• Richten Sie die interaktiven Online-Ressourcen ein, die Sie verwenden möchten, und fügen Sie Links in die Besprechungsanfrage ein.
• Online-Diskussionen beginnen nicht so natürlich wie persönlich. Teilen Sie daher die Diskussionsthemen im Voraus mit und überlegen Sie, ob Sie einige Eisbrecher vorbereiten sollten.
• Stellen Sie sicher, dass Sie Zeitunterschiede für Teams berücksichtigt haben, die sich über mehrere Zeitzonen erstrecken.
• Technische Probleme treten auf, unabhängig davon, wie weit Sie im Voraus planen und testen. Erwarte immer das Unerwartete.

Tipps für die persönliche Sprint-Planung:

• Buchen Sie einen Tagungsraum mit viel Platz für Ihr Team und ziehen Sie separate Räume für Breakout-Sitzungen in Betracht.
• Stellen Sie sicher, dass Ihr Besprechungsraum eine gemeinsame Ansicht Ihres Sprint-Plans bietet. Benötigen Sie eine Wand für Haftnotizen oder einen Bildschirm, auf dem Sie ein digitales Tool gemeinsam nutzen können?
• Wenn einige Ihrer Teammitglieder remote arbeiten, ist es schwierig, sie auf die gleiche Weise einzubeziehen. Überlegen Sie sich also, wie das für Ihr Team funktionieren könnte. Sie werden ein Whiteboard oder Haftnotizen nicht so einfach lesen können, daher ist eine digitale Lösung möglicherweise die beste.
• Wenn Sie sich dafür entscheiden, Ihren Sprint „an der Wand“ zu planen, sollten Sie am Ende des Planungsgesprächs unbedingt jemanden benennen, der Ihren Plan in Ihr Arbeitsmanagement-Tool transkribiert.

Egal, wo Ihre Planung stattfindet, denken Sie immer daran, Ihr Backlog im Voraus vorzubereiten, damit Sie während der Sprint-Planung fokussierte und fundierte Diskussionen führen können.

Zusätzliche agile Ressourcen

Wir erweitern ständig unsere Inhaltsbibliothek, die mit Ressourcen, Anleitungen, Produktupdates und vielem mehr gefüllt ist.

📚 Füge diese zu deiner Liste hinzu:

• Easy Agile Podcast Ep.20: Die Bedeutung der Team-Retrospektive
• Easy Agile Podcast Ep.18 Die besten Eigenschaften eines agilen Leiters und Teams
• Easy Agile Podcast Ep.16 Unterstützung leistungsstarker agiler Teams mit Adaptavist
• Agil sein oder agil handeln
• Der ultimative Leitfaden für User Story Mapping
• Der ultimative Leitfaden für Buyer Personas
• Der ultimative Leitfaden zur PI-Planung [2022 SAFe Edition]

Verwenden von Easy Agile zur Verbesserung der Sprint-Planung

Machen Sie Ihre Sprint-Planung reibungslos und effektiv mit Einfacher agiler Teamrhythmus. Verwandeln Sie Ihren flachen Produktbestand in eine dynamische, flexible und visuelle Darstellung der zu erledigenden Arbeit. TeamRhythm ist nahtlos in Jira integriert und bietet folgende Möglichkeiten:

• Sieh dir deine Jira-Storys, Aufgaben und Bugs im Kontext an, geordnet unter ihren Epen auf der Story-Map
• Ziehen Sie Jira-Issues per Drag-and-Drop aus dem Backlog in einen Sprint
• Neue Ausgaben direkt auf der Storymap erstellen
• Schätzen Sie Probleme auf der Story-Map ab und messen Sie die Kapazität anhand der Gesamtzahl der Story-Punkte in jeder Sprint-Swimlane
• Veröffentlichen Sie das Sprintziel auf jeder Sprint-Swimlane, damit es immer im Vordergrund steht
• Verwenden Sie Filter, um sich auf die Geschichten und Themen zu konzentrieren, die gerade am wichtigsten sind
• Gruppieren Sie Epen nach einer dritten Hierarchieebene, um leicht zu erkennen, wie die Arbeit im Fokus zum Gesamtbild beiträgt

Easy Agile TeamRhythm unterstützt auch Team-Retrospektiven mit flexiblen und intuitiven Retrospektiven-Boards, die für jeden Sprint erstellt werden. Du kannst rückblickende Elemente direkt von der Sprint-Swimlane aus hinzufügen, damit du keine wichtigen Punkte vergisst. Und du kannst rückwirkende Maßnahmen in Jira-Ausgaben umwandeln, die für zukünftige Sprints geplant werden können, sodass du in dem, was du tust, immer besser wirst und das für deine Kunden lieferst.

Vielen Dank, dass Sie unseren ultimativen Leitfaden zur agilen Sprint-Planung gelesen haben! Wenn Sie Fragen zu diesem Leitfaden, unseren anderen Inhalten oder unseren Produkten haben, wenden Sie sich an unser Team zu jeder Zeit. Wir freuen uns, von Ihnen zu hören.

Wir werden diesen Leitfaden weiter aktualisieren, sobald wir mehr Erkenntnisse, Techniken, Tools und Best Practices zur agilen Planung gewinnen.

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.

‍