Wie man Planning Poker spielt und das gesamte Team in Schätzungen einbezieht

Eine der Kernfunktionen eines agilen Softwareentwicklungsteams ist die Aufwandsschätzung. Sie können einen Produkt-Backlog nicht richtig priorisieren, ohne vorher eine Vorstellung davon zu haben, wie viel Arbeit erforderlich ist, um die einzelnen User Stories fertigzustellen. Eins agile Schätztechnik plant Poker. Agile Entwicklung ist ein gemeinschaftliches Unterfangen, und Pokerplanung ist eine Übung zur Konsensbildung, bei der Ihr gesamtes Team in den Schätzungsprozess einbezogen wird.

Softwareentwicklungsteams verwenden Planungspoker, um Elementen in ihrem Produkt-Backlog Aufwand zuzuweisen (z. B. Storypoints oder ideale Tage). Manchmal auch Scrum Poker genannt, ist es eine spielerische Methode, einen Konsens zu erzielen, indem alle Mitglieder des Scrum-Teams am Schätzungsprozess teilnehmen können. Physische oder digitale Pokerkarten werden verwendet, um eine gemeinsame Planungssitzung zu ermöglichen. ♠️

Hier geben wir Ihnen eine Anleitung zur Pokerplanung. Zunächst zeigen wir Ihnen, wie man es im Rahmen eines Sprint-Planungsmeetings spielt. Zweitens werden wir uns einige seiner Vorteile als Schätzmethode ansehen. Dann werden wir sehen, warum Planungspoker bei der Planung von Produkt-Roadmaps verwendet werden kann. Es kann helfen, Ihre Stakeholder in eine einvernehmliche Abschätzungssitzung zu den Kundenthemen Ihres Produkts einzubeziehen.

Planungspoker spielen — agile Zusammenarbeit

Eine der wichtigsten Aktivitäten für agile Teams während einer Sprint-Planungssitzung ist die Schätzung des Aufwands, der erforderlich ist, um jede User Story im Sprint abzuschließen. Ein üblicher Weg, dies zu tun, besteht darin, einer einzelnen Person, wie dem Product Owner oder einem Softwareentwickler, zu erlauben, jeder User Story Story Points zuzuweisen. Alternativ können Sie Planungspoker als Schätztechnik verwenden, um das gesamte Team einzubeziehen.

Eine Pokersitzung zur Planung ist eine unterhaltsame und kollaborative Art, die Sprint-Planung spielerisch zu gestalten. Schließlich ist das Agiles Manifest unterstreicht den Wert von Zusammenarbeit und Interaktionen in Softwareentwicklung. Poker zu planen ist eine großartige Möglichkeit, sich an diese agilen Prinzipien zu halten.

Es ist also der Tag der Sprint-Planung. Wenn Ihre Teammitglieder versammelt sind, gehen Sie wie folgt vor:

1. Bereiten Sie die Bühne vor. Wenn Ihr Team noch nicht mit der Pokerplanung vertraut ist, erklären Sie den Ablauf. Sie verwenden Spielkarten, um die Größe jeder User Story in der nächsten Sprint-Iteration abzuschätzen. Der Product Owner oder Scrum-Master fungiert als Moderator, alle Teammitglieder spielen mit, und während der gesamten Sitzung wird es viel Raum für Diskussionen und Fragen geben.
2. Verteile die Pokerkarten. Geben Sie jedem Spieler einen identischen Satz nummerierter Karten. Wir empfehlen, die Fibonacci-Folge zu verwenden — 0, 1, 2, 3, 5, 8, 13, 21 usw. (Um zu erfahren, warum diese Sequenz so effektiv für Schätzungen ist, siehe Mike Cohn von Die Erklärung von Mountain Goat Software.) Und übrigens, wenn ihr euch nicht persönlich treffen könnt und als verteiltes Team plant, dann könnt ihr es versuchen planningpoker.com als Möglichkeit, Ihre Sitzung aus der Ferne durchzuführen. 😃
3. Lesen Sie eine Benutzergeschichte. Der Moderator liest den Teammitgliedern eine Geschichte aus dem Sprint vor. Sie sollten so viele Details und den Kontext wie möglich angeben, damit das Team den Arbeitsaufwand besser einschätzen kann.
4. Besprechen Sie die Geschichte als Gruppe. Lassen Sie das Team zunächst alle klärenden Fragen zu der gerade gelesenen User Story stellen. Öffnen Sie dann das Wort für Diskussionen — jedes Teammitglied kann beschreiben, was nötig ist, um die Geschichte fertig zu stellen, welche Abhängigkeiten die Arbeit blockieren und wer im Team möglicherweise in die Arbeit einbezogen werden muss.
5. Spielt Karten. Jetzt ist es Zeit, das Spiel zu spielen. Jedes Teammitglied reicht eine Karte ein (verdeckt!) an den Moderator. Wenn alle Spielkarten eingereicht wurden, verrät der Moderator, was jeder einzelne schätzt. In einer idealen Welt stimmen alle Zahlen überein! Das bedeutet, dass im Team ein perfekter Konsens über den Aufwand besteht, der für dieses Sprint-Element erforderlich ist, und Sie können mit dem nächsten weitermachen.
6. Diskutieren und schätzen Sie erneut. Höchstwahrscheinlich wird es einen gewissen Unterschied zwischen den ursprünglichen Schätzungen geben. Dies bietet jedem Teammitglied eine hervorragende Gelegenheit, zu belegen, warum seine Schätzungen entweder höher oder niedriger als die der anderen waren. Dann kannst du eine weitere Runde machen, in der du die Karten einreichst und aufdeckst, um zu sehen, ob es weitere Übereinstimmungen gibt. Tipp: Lass den Moderator entscheiden, wann die Runde beendet werden soll. Denken Sie daran, dass Sie nicht für jede User Story einen perfekten Story-Point-Konsens benötigen.

Du hast es geschafft! Ihr Sprint ist geplant, und das gesamte Team hat ein gemeinsames Verständnis dafür gewonnen, wie jedes Mitglied den Aufwand und die Arbeit wahrgenommen hat, die erforderlich sind, um jede User Story fertig zu stellen.

Die Vorteile von Planning Poker Agile Estimation

Als agile Schätz- und Planungstechnik hat Planungspoker seine Vorteile:

• Es fördert die Zusammenarbeit. Als funktionsübergreifendes Team ist es wichtig, dass jedes Teammitglied während des Schätzungsprozesses eine Stimme hat. Da jeder Schätzer seine Sicht auf eine Nutzerstory darlegt, versteht die Gruppe besser, wie sie zu ihrer Schlussfolgerung gekommen ist.
• Es fördert den Konsens in Ihrem gesamten Team. Bei jeder Runde des Planungspokers ist es wahrscheinlicher, dass die Schätzungen des Teams übereinstimmen.
• Es wurde nachgewiesen, dass der Wert eine genauere Methode zur Schätzung darstellt (im Vergleich zu einer einzelnen Person, die die Schätzungen vorlegt).

In einer Studie veröffentlicht von ScienceDirect, Planungspoker wurde verwendet, um die Hälfte der Arbeit eines Softwareprojekts abzuschätzen. Es gab zwei Entdeckungen. Erstens waren die Schätzungen von Planning Poker statistisch gesehen höher als die individuellen Schätzungen. Zweitens erwiesen sich die Poker-Schätzungen als genauer als die individuellen Schätzungen für dieselben Aufgaben.

Planungspoker für Roadmap-Planung

Pokerplanung ist eine unterhaltsame und effektive Methode, um eine genaue Schätzung Ihrer Artikel im Produktbestand zu erhalten. Aber warum sollten Sie es nicht auch für strategische Planungssitzungen wie die Roadmap-Planung verwenden?

In unserem definitiver Leitfaden für Produkt-Roadmaps, wir erörtern, wie sich Roadmaps auf übergeordnete, kundenorientierte Themen konzentrieren und nicht auf einzelne Funktionen. Wir heben auch hervor, dass die Entwicklung Ihrer Produkt-Roadmap ein kollaborativer Prozess sein sollte (genau wie die Sprint-Planung) und mehrere Interessengruppen einbeziehen sollte.

Gehen Sie also zurück zu den obigen Schritten. Überlegen Sie, wie Sie mithilfe von Planungs-Pokerkarten Ihre relevanten Stakeholder dazu bringen können, den relativen Umfang der einzelnen Kundenthemen in Ihrer Produkt-Roadmap abzuschätzen. Es wird Spaß machen, einen umfassenden Konsens über die Produktvision Ihres Unternehmens zu erzielen.

Gruppieren Sie Ihre Themen

Planning Poker ist eine kollaborative Methode, um das gesamte Team dazu zu bringen, den Arbeitsaufwand einer User Story abzuschätzen. Es sorgt für Konsens und ist in der Regel genauer.

Wenn du Jira für die Durchführung deiner Sprint-Planungsmeetings verwendest, hast du bereits ein Tool, das deine User Stories und dein Produkt-Backlog organisiert. Wenn du versuchst, in deinem nächsten Meeting zur Planung deiner Produkt-Roadmap Poker zu planen, gib Einfache agile Benutzer-Roadmaps für Jira ein Blick. Es bietet die Möglichkeit, Jira-Elemente in Themen zu gruppieren, die Ihre Stakeholder leicht sehen können. Viel Spaß beim Spielen!

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.

Es ist eine der gängigsten Praktiken in der agilen Softwareentwicklung; der flache Produkt-Backlog. Wir haben sie alle gesehen, wir haben alle zu ihnen beigetragen und wir sind alle unweigerlich in ihnen ertrunken.

In seiner einfachsten Form ist ein flacher Produktrückstand eine lange Liste mit Dingen, die zu erledigen sind, die dem Kunden letztendlich einen Mehrwert bieten. Diese umsetzbaren Punkte werden in der Reihenfolge, in der der Wert geliefert wird, priorisiert (von oben nach unten). Wenn ein Team die Scrum-Methode anwendet, wird das Backlog in zukünftige Sprints aufgeteilt, um einen Hinweis darauf zu geben, was wann geliefert wird.

Je nach Größe und Anforderungen der Organisation kann die Liste der zu erledigenden Aufgaben 10, 100 oder 1.000 umsetzbare Punkte umfassen. Es ist leicht nachzuvollziehen, dass die Verwaltung der letzteren Aufgaben mit den Herausforderungen einhergeht, diese Aufgaben zu aktualisieren, zuzuweisen, zu verbessern und zu planen.

Was ist falsch an flachen User Story Backlogs?

Bisher wissen wir, dass flache Rückstände eine Liste von Dingen darstellen, die getan werden müssen. Dies ist mit Herausforderungen verbunden, und seine Unzulänglichkeiten lassen sich am besten mit folgenden Worten beschreiben Jeff Patton, als er sagte;

Wir verbringen viel Zeit damit, mit unseren Kunden zusammenzuarbeiten. Wir arbeiten hart daran, ihre Ziele, ihre Benutzer und die wichtigsten Teile des Systems, das wir bauen könnten, zu verstehen. Dann kommen wir endlich zu den Details — den Teilen der Funktionalität, die wir entwickeln möchten. In meinem Kopf sehe ich einen Baum, in dem der Stamm auf den Zielen oder gewünschten Vorteilen basiert, die das System antreiben; große Zweige sind Benutzer; die kleinen Zweige und Zweige sind die Fähigkeiten, die sie benötigen; und schließlich sind die Blätter die Benutzergeschichten, die klein genug sind, um sie in Entwicklungsiterationen zu integrieren.



Nach all der Arbeit, nachdem wir all das gemeinsame Verständnis hergestellt haben, habe ich das Gefühl, dass wir alle Blätter vom Baum ziehen und sie in einen Laubsack laden — und dann den Baum fällen.



Das ist für mich ein flacher Backlog. Eine Tüte kontextfreien Mulchs

Wie wählen Sie einen Artikel aus einer Liste aus und halten ihn für das, was Ihren Kunden den größten Mehrwert bietet, ohne diesen zusätzlichen Kontext?

Mängel eines flachen Produktrückstands

• Der flache Backlog macht es unmöglich, das „Rückgrat“ Ihres Produkts zu entdecken — das Interaktionserlebnis des Kunden mit dem Produkt
• Das Anordnen der User Stories in der Reihenfolge, in der sie geliefert werden, hilft einem Produktmanager nicht, anderen zu erklären, was das System tut
• Das flache Backlog bietet keinen Kontext oder ein Gesamtbild der Arbeit, die ein Team leistet
• Ein flacher Backlog macht es für den Produktmanager schwierig, festzustellen, ob er die relevanten User Stories identifiziert hat
• Bei einem flachen Backlog ist die Release-Planung schwierig. Wie priorisiert man in einer endlosen Wäscheliste, was zuerst erstellt werden soll?

Story-Maps von Benutzern

Eine Storymap ist eine visuelle Darstellung von die Reise, die ein Kunde mit einem Produkt unternimmt, einschließlich der Aktivitäten und Aufgaben, die sie erledigen. Diese Visualisierung hilft dem Team, die Entwicklung darauf zu konzentrieren, den Kunden den größtmöglichen Nutzen zu bieten und die gewünschten Ergebnisse zu erzielen.

Es bietet Kontext für Teams, indem es die folgenden Fragen beantwortet:

• Warum bauen wir das?
• Für wen bauen wir das?
• Welchen Wert bietet die Lösung für den Kunden und wann?

Die Story-Map zeigt immer noch, was getan werden muss, aber der Unterschied besteht hier in der Art und Weise, wie diese Informationen visualisiert werden. Wie Sie sehen können, wird jedes Element nicht aufgelistet, sondern einem größeren Werk zugeordnet. Neben der Art und Weise, wie die Informationen visualisiert werden, besteht der Hauptunterschied zwischen einem flachen Produkt-Backlog und einer User Story Map in der Fokussierung auf die Customer Journey. Lassen Sie uns das entpacken, indem wir die Anatomie der User Story Map aufschlüsseln.

Was eine User Story Map erreicht, was ein flaches Produkt-Backlog nicht kann

• Konzentrieren Sie sich auf die gewünschten Kundenergebnisse: Die Visualisierung der Kundenreise ermöglicht es Teams, Funktionen auf der Grundlage der Kundenergebnisse zu identifizieren und zu implementieren und den Fortschritt auf einen Blick anhand einer Storymap zu verfolgen
• Erwecken Sie die Customer Journey zum Leben: Die Transformation des flachen Produkt-Backlogs in eine kundenorientierte Storymap bedeutet, dass die Teams ihre Customer Journey besser verstehen und wissen, was ihre Kunden wollen und schätzen
• Priorisierung von Maßnahmen auf der Grundlage des Nutzens für den Kunden: Die Visualisierung der Kundenreise ermöglicht es Teams, die Arbeit auf der Grundlage des „Nutzens für den Kunden“ zu priorisieren, was zu besseren Ergebnissen und weniger Verschwendung führt

Verirren Sie sich in Ihrem flachen Produktbacklog? Sie stecken in einem endlosen Entwicklungszyklus fest, sind sich aber nicht sicher, über wen oder warum Ihr Gebäude verfügt?

Einfacher agiler Teamrhythmus

Easy Agile TeamRhythm unterstützt User Story Mapping, Sprint- oder Versionsplanung, Backlog-Refinement und Team-Retrospektiven.