So gehen Sie wie ein Profi mit Sprint-Planungsgesprächen um
Es ist Zeit, Dinge zu erledigen und das Projekt den Programmierern zu übergeben. Aber bevor sie sich die Hände schmutzig machen, muss jemand planen der Scrum-Sprint oder die Scrum-Iteration. Das Sprint Planning-Meeting ist eine der Scrum-Zeremonien, und es ist die Eröffnungsveranstaltung des Sprints. 🎬
Lassen Sie sich von uns durch die Veranstaltung führen und erklären, wie Sie eine Veranstaltung erfolgreich vorbereiten und durchführen können. Außerdem erfährst du, wer an der Sprint-Planung teilnimmt und warum das Meeting so wichtig ist.
Was ist ein Sprint Planning-Meeting?
Sprint Planning ist ein Scrum-Meeting. Es leitet einen Sprint ein, findet also am ersten Tag eines neuen Sprints statt. Falls zutreffend, sollte es danach erfolgen der Sprint Review und die Sprint-Retrospektive aus der vorherigen Iteration.
Die Sprintplanung zielt darauf ab, die Ergebnisse für den bevorstehenden Sprint festzulegen und einen Plan für die Entwicklung der Arbeit zu definieren.
Das gesamte Scrum Team (der Product Owner, der Scrum Master, und das Entwicklungsteam) arbeitet bei der Sprint-Planung zusammen.
Können Sie sich ein erfolgreiches Projekt ohne Planung vorstellen? 🙅 Das können wir auch nicht, also starten wir keinen Scrum-Sprint, ohne ihn zu planen.
Um einen Scrum-Sprint zu planen, müssen Sie sich entscheiden:
- Die Dauer des Sprints — denk daran, dass ein Sprint eine Timebox ist
- Das Sprintziel, was ihr Zweck ist und darstellt die Produktzunahmeder Wert für den Kunden
- Die Arbeit, die das Entwicklungsteam während des Sprints erledigen kann, welche Arbeitsaufgaben das Team zuerst erledigen sollte, um das Sprintziel zu erreichen, und wie lange sie unter Berücksichtigung der Kapazität des Teams benötigen sollten
Darüber hinaus sollte die Sprint-Planung das Team motivieren und realistische Erwartungen setzen.
Am Ende des Sprint Planning-Meetings muss das Team die folgenden Ergebnisse erzielen:
- Ein gemeinsames Verständnis des Sprintziels. Dieses Ziel ist die Richtlinie für die Bewertung der Arbeit des Entwicklungsteams nach Abschluss des Sprints.
- Das Sprint Backlog. Dieses Artefakt steht für das Gespräch zwischen dem Entwicklungsteam und dem Product Owner über die zu erledigende Arbeit. Es ist das Ergebnis eines ausgewogenen Verhältnisses zwischen Kundennutzen und Entwicklungsaufwand.
Jetzt erfordert jedes Sprint Planning-Meeting einige Vorbereitungen. Lesen Sie weiter, wer es tun sollte und was es beinhaltet.
Wie bereitest du dich auf die Sprint-Planung vor?
Der Product Owner sollte die folgenden Schritte befolgen, um die Grundlage für eine erfolgreiche Sprint-Planung zu legen:
- Kombinieren Sie die Ergebnisse des vorherigen Sprint Reviews mit dem Feedback von Stakeholdern wie Management und Kunden und die Produktvision
- Aktualisieren und, falls erforderlich, verfeinern der Produkt-Backlog
- Kennen Sie den Kundennutzen, den das Entwicklungsteam schrittweise schaffen muss
Sobald alle Vorbereitungen abgeschlossen sind, ist es Zeit für das Sprint Planning-Meeting.
Wie sollte das Treffen ablaufen?
- Der Product Owner gibt die Product Backlog-Elemente — und die entsprechenden Prioritäten — an, die sie als die besten Kandidaten für den nächsten Sprint betrachten. Artikel können sein Anwenderberichte, Aufgaben oder Bugs. Der Product Owner schlägt diese Artikel entsprechend dem Kundennutzen und der Produktvision vor.
- Basierend auf Aufwandsschätzungen und dem Vorschlag des Product Owners das Entwicklungsteam wählt die Produkt-Backlog-Elemente aus, an denen während des aktuellen Sprints gearbeitet werden soll. Indem sie diese Elemente zu Sprint-Backlog-Elementen heraufstufen, einigen sich die Entwickler mit dem Product Owner auf das Sprint-Ziel.
- Obwohl optional, könnte das Team die Abhängigkeiten zwischen den Elementen besprechen und darüber, wer an jedem einzelnen von ihnen arbeiten sollte.
Sehr wenige Schritte, oder? Einige praktische Maßnahmen sollten diese Schritte jedoch ergänzen. Im Folgenden erfahren Sie, um welche Maßnahmen es sich dabei handelt.
Wie führt man ein erfolgreiches Sprint-Planning-Meeting durch?
1. Begrenzen Sie die Dauer der Besprechung. ⏳ Die Sprint-Planung sollte nicht länger als 1-2 Stunden pro Sprintwoche dauern. Das bedeutet, dass das Meeting für einen zweiwöchigen Sprint nicht länger als 2-4 Stunden dauern sollte.
2. Lassen Sie den Scrum Master der Wächter der Zeit sein. Sie sind dafür verantwortlich, dass das Meeting innerhalb der definierten Zeitbox stattfindet.
3. Halten Sie das Meeting jedes Mal am selben Tag und zur gleichen Zeit ab. 📅 Teammitglieder können ziemlich beschäftigt sein und volle Agenden haben. Deshalb empfiehlt es sich, für jeden Teilnehmer einen Platz in der Agenda zu reservieren.
4. Definieren Sie wertvolle, klare Ergebnisse. 🎁 Diese, zusammen mit einem klaren Sprint-Backlog, erhöhen die Motivation des Entwicklungsteams. Die richtigen Ergebnisse zu erzielen ist pure Zufriedenheit, und ein klarer Arbeitsplan ist das Rezept, um dies zu erreichen.
5. Stellen Sie sicher, dass der Scrum Master diese Dinge garantiert. Erstens, dass das Gespräch zwischen dem Entwicklungsteam und dem Product Owner fruchtbar ist. Sie sollten sich alle auf das Sprintziel einigen. Zweitens, dass die Entwickler gute Entscheidungen treffen, wenn sie Artikel aus dem Produkt-Backlog in das Sprint-Backlog verschieben. Es ist eine gute Wahl, ein Element auszuwählen, das für die Dauer des Sprints, die Teamkapazität und die Arbeitslast machbar ist.
Es mag einfach erscheinen, aber das ist nicht alles, was Sie während der Sprint-Planung tun müssen. Es gibt eine Reihe von Dingen, die es zu vermeiden gilt.
Wenn wir dir einen Rat geben sollten...
Schätzen Sie den Aufwand anhand der Kapazität des Entwicklungsteams ab. Um zu entscheiden, wie viel Arbeit das Team in einem Sprint erledigen kann, sollten Sie die Kapazität des Teams berücksichtigen. (Und denken Sie daran, Schätzungen sind genau das — Schätzungen.) Entwickler berücksichtigen ihre bisherigen Erfahrungen, doch jeder Sprint ist einzigartig und kann sich im Laufe seines Verlaufs ändern. Die Berücksichtigung der Teamkapazität verbessert jedoch die Genauigkeit der Aufwandsschätzung. Darüber hinaus Storypoints könnte dem Team bei der Aufwandsschätzung helfen.
Bedenken Sie, dass sich die Fähigkeit des Entwicklungsteams zur Schätzung im Laufe der Zeit verbessern sollte. Daher sollte das Team weniger genaue Aufwandsschätzungen nach dem Sprint nicht kritisieren. Andernfalls wird das Team viel länger brauchen, um eine Schätzung vorzunehmen, oder beim nächsten Mal viel größere Schätzungen abzugeben.
Versuchen Sie nicht, während der Sprint-Planung alles zu planen. Lassen Sie die Idee, das vollständigste und perfekteste Sprint-Backlog aller Zeiten zu erstellen, vor der Tür. Schließlich dreht sich bei Scrum alles um Flexibilität und „Besser gemacht als perfekt“. Ein Sprint-Backlog, das vollständig genug ist, um Entwicklern den Einstieg zu erleichtern, ist also genau das, was es sein muss. Denken Sie daran, dass die Lösung komplexer Probleme einen Learn-by-Doing-Ansatz erfordert, der die Planung zu einer ebenso komplexen Aufgabe macht.
Ermitteln Sie eine realistische Erwartung für das Ergebnis des Sprints. Es ist keine gute Idee, unrealistische Erwartungen an den Zuwachs zu stellen, den das Entwicklungsteam im Laufe eines Sprints erzielen kann. Es könnte Entwickler frustrieren, dass sie nicht liefern konnten, was ihre Motivation und Leistung ernsthaft beeinträchtigen kann. Auf der anderen Seite sorgen realistische Erwartungen dafür, dass das Team Erfolg hat und ein Erfolgserlebnis hat. Außerdem erleichtern sie die Konversation zwischen den Entwicklern und dem Product Owner, sodass sie sich auf das Sprintziel einigen können.
Haben Sie einen gut verfeinerten Produkt-Backlog. Es muss detailliert genug sein, damit das Entwicklungsteam verstehen kann, worum es bei den Arbeitsaufgaben geht. Sie möchten keine wertvolle Zeit in der Sprint-Planung damit verschwenden, Arbeitselemente in maximal eines pro Tag aufzuteilen. Definieren und folgen Sie einem Verfeinerung des Backlogs verarbeiten und sicherstellen, dass Product Backlog-Artikel Ihren Anforderungen entsprechen Definition von bereit.
Schlage ein klares Sprintziel vor. 🎯 Der Product Owner muss sich über den erwarteten Kundennutzen für die Erhöhung im Klaren sein. Andernfalls wählt das Entwicklungsteam möglicherweise eine Reihe von Artikeln aus dem Produktbacklog aus, die keinen Bezug zueinander haben. Das Ergebnis könnten unerwartete Ergebnisse und ein geringes Erfolgserlebnis sein.
Klären Sie das Definition von erledigt mit dem Entwicklungsteam. Zu wissen, was geleistete Arbeit im aktuellen Sprint bedeutet, hilft den Entwicklern, die Erwartungen zu erfüllen. Das liegt daran, dass sie besser verstehen, was zu tun ist, um das Inkrement zu erzielen. Außerdem gibt eine klare Definition von „Fertig“ dem Entwicklungsteam mehr Selbstvertrauen bei der Einschätzung des Aufwands.
Starke Sprint-Planung macht Ihr Projekt stärker
Wenn du folgst das Scrum-Framework, Sprint Planning ist keine Wahl. Wenn Sie jedoch jemals versucht sind, ihn zu überspringen, setzen Sie ein Lesezeichen für diesen Artikel und lesen Sie das Folgende. 📑
Mit einem erfolgreichen Sprint-Planning-Meeting ist es einfacher, das Sprintziel, die zu erledigenden Aufgaben und die Sprintergebnisse zu verstehen. Wenn das Team nicht weiß, wohin es geht und wie es dorthin gelangen kann, wird es wirklich schwierig, die Kundenbedürfnisse zu erfüllen. Es ist genauso schwierig, Ihren Kunden wertvolle Zuwächse zu bieten, wenn Sie die Arbeit nicht nach Prioritäten organisieren.
Bei der Sprint-Planung geht es darum, Klarheit zu schaffen und die Arbeit zu organisieren, bevor es in der Iteration zu spät ist. Es geht auch darum, das gesamte Team in die Vorbereitung auf alle Anstrengungen einzubeziehen, die ein Sprint erfordert. Ein Hinweis: Denken Sie daran, dass ein Sprint-Plan in die Zeitbox eines Sprints passen muss, und berücksichtigen Sie die Teamkapazität.
Einfacher agiler Teamrhythmus ist perfekt für die Sprint-Planung. Es ist ein schnelles, unkompliziertes, visuelles und kollaboratives Tool, das Ihnen Folgendes ermöglicht:
- Ziehe Artikel direkt aus dem Produkt-Backlog auf die User Story Map
- Aufwandsschätzungen in User Stories registrieren
- Story-Point-Schätzungen bearbeiten
- Priorisieren Sie die User Stories in jedem Sprint, indem Sie sie innerhalb der jeweiligen Sprint-Swimlane anordnen
- Analysieren Sie die Sprint-Statistiken, um sicherzustellen, dass die geplante Arbeit die Kapazität des Teams nicht überschreitet und das Sprintziel realistisch ist
- Visualisieren Sie, was das Team wann liefern wird, indem Sie User Stories in Sprint-Swimlanes zusammenfassen
Lassen Sie uns wissen, wenn Sie Fragen haben zu Einfacher agiler Teamrhythmus. Wir empfehlen es für Ihr Scrum-Projekt sehr, und unsere Kunden empfehlen dasselbe.
Verwandte Artikel
Agile Best PracticeSo vermeiden Sie diese 6 agilen Planungsfehler
Die Planung ist eine kritische Phase des agilen Prozesses. Sie bietet die Gelegenheit, sich als Team auf Prioritäten zu einigen und die Arbeit in einer Reihenfolge zu organisieren, die für einen reibungslosen Ablauf sorgt. Der Planungsprozess hilft agilen Softwareentwicklungsteams und anderen Produktentwicklungsteams dabei, neue Informationen zu sortieren, sich an Abhängigkeiten anzupassen und auf sich ändernde Kundenbedürfnisse einzugehen.
Agile ist das Gegenteil der traditionellen Wasserfall-Projektplanung, die einen schrittweisen Ansatz verfolgt. Waterfall dominiert seit vielen Jahren die Projektplanung. Zu Beginn eines Projekts wurden detaillierte Pläne erstellt, die strikt eingehalten werden mussten. Dies mag ein Projekt oder Produkt voranbringen, aber neue Entwicklungen, die außerhalb des „Masterplans“ auftreten könnten, werden dabei nicht berücksichtigt.
Agile ist ein iterativer Prozess, der Teams dabei hilft, Verschwendung zu reduzieren und die Effizienz zu maximieren, um letztlich den Kunden einen Mehrwert zu bieten. Dieser kundenorientierte Ansatz hilft Teams, während des gesamten Entwicklungsprozesses fundierte Entscheidungen zu treffen — Entscheidungen, die den Stakeholdern kontinuierlich und konsistent einen Mehrwert bieten.
Einer der größten Vorteile eines iterativen agilen Ansatzes besteht darin, dass er frühzeitiges Feedback von Stakeholdern ermöglicht. Sie müssen nicht raten, ob Sie die richtigen Entscheidungen treffen oder nicht — Sie können jeden Schritt herausfinden, indem Sie die Beteiligten direkt in Ihren Prozess einbeziehen. Sie können Ihren Plan nach Bedarf anpassen, je nachdem, was den Kunden zu jedem Zeitpunkt den größten Mehrwert bietet.
Auch wenn Sie Teil eines erfahrenen agilen Teams sind, gibt es immer Verbesserungsmöglichkeiten und Prozesse, die optimiert werden müssen. In diesem Beitrag werden einige unproduktive Fehler beschrieben, die Teams bei der agilen Planung machen, einschließlich der Frage, wie agile Teams diese häufigen Fallstricke vermeiden können.
Agiler Planungsfehler #1: Nicht auf derselben Wellenlänge wie die Stakeholder zu sein
Binden Sie Interessengruppen in Ihren Planungsprozess ein? Verstehen sie Ihre Ziele und warum Sie jede Entscheidung treffen? Die direkte Zusammenarbeit mit allen Beteiligten, sowohl internen Interessenvertretern als auch Nutzern Ihres Produkts, wird Ihnen helfen, sich ein klares Bild von Bedürfnissen und Einschränkungen zu machen. Außerdem erhalten Sie die Informationen, die Sie benötigen, um zu entscheiden, was wann getan werden sollte.
Es ist niemals eine gute Idee, sich auf Annahmen auszuruhen. Ihre Stakeholder leben in einer anderen Welt als der, in die Sie tief verwurzelt sind, mit anderen eigenen Prioritäten und Annahmen. Damit Sie Ergebnisse erzielen können, die die Erwartungen Ihrer Stakeholder erfüllen, müssen Sie sich auf diese Erwartungen einigen. Binden Sie Ihre Stakeholder in die Planung ein, aber stellen Sie sicher, dass jeder versteht, dass sich die Erwartungen im Laufe des Prozesses ändern können, basierend auf neuen Informationen, die aus Erfolgen, Misserfolgen und Kundenreaktionen gewonnen werden.
Agiler Planungsfehler #2: Abhängigkeiten nicht berücksichtigen
Die Nichtberücksichtigung von Abhängigkeiten in der agilen Planung führt zu Engpässen, verzögerten Releases und untergräbt die Zusammenarbeit im Team. Die Zusammenarbeit innerhalb und zwischen Teams ist erforderlich, damit ein Unternehmen effektiv liefern kann. Wenn mehrere Teams an miteinander verbundenen Funktionen arbeiten und der Fortschritt eines Teams durch ein anderes blockiert wird, verlangsamt sich der gesamte Entwicklungszyklus. Ohne klare Sichtbarkeit der Abhängigkeiten kann sich die Arbeit verzögern und Termine nicht eingehalten werden.
Um Unterbrechungen des Arbeitsablaufs zu minimieren und zu vermeiden, sollten Sie sich die Zeit nehmen, die Beteiligten zu konsultieren und Abhängigkeiten frühzeitig zu antizipieren. Tools, die Ihnen helfen, Abhängigkeiten zu visualisieren und abzubilden, und gemeinsame Roadmaps zur Verfolgung teamübergreifender Abhängigkeiten ermöglichen es Ihnen, sich ein Bild von Abhängigkeiten zu machen und die Arbeit so abzufolgen, dass Hindernisse vermieden werden. Die proaktive Verwaltung von Abhängigkeiten sorgt für reibungslosere Iterationen, eine schnellere Markteinführung und einen besser vorhersehbaren agilen Prozess.
Agiler Planungsfehler #3: Verwendung langweiliger, flacher Produktlandkarten
Flache Produktrückstände sind fad und langweilig 😴. Denken Sie an Karottenkuchen ohne Zuckerguss. Ihnen fehlen die Details und Funktionen, die Sie benötigen, um die gesamte Geschichte Ihres Produkt-Backlogs zu erfassen.
Sobald Sie mehr als eine Handvoll Artikel haben, werden sie außerdem überwältigend und es ist schwierig, sie sinnvoll zu organisieren. Es wird weniger klar, welcher Punkt der wichtigste ist, und es wird schwieriger, sicherzustellen, dass Ihre Entscheidungen mit dem übergeordneten Ziel des Projekts übereinstimmen.
Wenn Sie Ihre Roadmap planen, benötigen Sie einen Kontext, und Sie müssen in der Lage sein, die Kundenreise klar zu erkennen. User-Story-Maps visualisieren Sie die Kundenreise im Planungsprozess und während des gesamten Prozesses der Produktentwicklung. Sie nutzen User Stories — die kleinste Arbeitseinheit, die dem Kunden einen Mehrwert bieten kann —, sodass Sie den Backlog aus Kundensicht planen und organisieren können.
📕 Lesen Sie unsere ultimativer Leitfaden für User Story Maps um mehr zu erfahren.
Agiler Planungsfehler #4: Dem Plan nicht zu erlauben, zu leben, zu atmen und sich anzupassen
Wie wir bereits besprochen haben, ist Agile ein iterativer Ansatz. Das bedeutet, dass Ihre agile Planung Raum für Änderungen lassen muss. Ihr Plan sollte in der Lage sein, mit jedem Sprint oder jeder Produkt-Roadmap zu wachsen und sich anzupassen.
Zu Beginn eines Sprints fehlen Ihnen die Informationen, die Sie benötigen, um das Gesamtbild zu sehen. Sie haben nicht alles, was Sie benötigen, um die perfekte Lösung zu entwickeln, und das ist in Ordnung. Das ist alles Teil des Prozesses. Stunden oder Tage damit zu verbringen, den perfekten Plan auszuarbeiten, verschwendet nur Zeit, die besser damit verbracht werden könnte, zu lernen und Probleme zu lösen, sobald sie auftauchen. Was Sie in der Planungsphase für den größten Nutzen hielten, könnte im Laufe der Zeit völlig anders sein.
Möglicherweise müssen Sie Ihren Plan ändern, nachdem eine Straßensperre in einem täglichen Gespräch auftaucht, oder Sie erfahren von einem Kundenproblem, das Ihre Richtung völlig ändert. Wiederholungen sind unvermeidlich und willkommen! Sie helfen Ihnen, mit eingehenden Informationen Schritt zu halten, während Sie voneinander, von Stakeholdern und Ihren Kunden lernen.
Agile Planung ist kein Versprechen. Es ist eine Gliederung, die Ihnen hilft, Ihr Ziel zu erreichen, und die sich mit Ihren Zielen und Umständen ändert.
Agiler Planungsfehler #5: Rückblickende Erkenntnisse nicht in die folgende Planungssitzung einfließen lassen
Rückblicke sind ein wesentlicher Bestandteil des agilen Prozesses. Sie geben Teams die Möglichkeit, über alles nachzudenken, was in einem einzelnen Sprint oder nach der Fertigstellung eines Produkts passiert ist.
Eine effektive Retrospektive stellt dem gesamten Team wichtige Fragen, die den Prozess beim nächsten Mal verbessern können. Was ist gut gelaufen? Was ist es wert, es noch einmal zu wiederholen? Was lief nicht so gut? Was könnte beim nächsten Mal verbessert werden? Welche Hindernisse oder Abhängigkeiten sind entstanden? Was hast du gelernt? Wie hast du dich am Ende des Sprints gefühlt?
Eine Retrospektive bietet Einblicke, die die Effizienz, die Teamarbeit und die Teamdynamik, die Effektivität der Tools und die Kommunikation mit den Stakeholdern verbessern werden.
Es reicht nicht aus, einfach eine Retrospektive abzuhalten oder rückwirkendes Feedback zu sammeln, um an Wert zu gewinnen. Sie müssen sicherstellen, dass Sie das Feedback in das folgende Sprint-Planungsgespräch einbeziehen und Maßnahmen ergreifen, die zu einer spürbaren Verbesserung führen. Die nächste Iteration wird umso besser für die Zeit sein, die Sie damit verbringen, auf der Grundlage des Gelernten nachzudenken und sich zu verbessern.
Agiler Planungsfehler #6: Auswahl von Tools, die keinen kundenorientierten Ansatz verfolgen
Unabhängig davon, ob Ihr Team einen Scrum-Prozess, Kanban-Boards oder andere agile Methoden verwendet, sollten die von Ihnen ausgewählten Tools immer kundenorientiert sein. Und Sie müssen sie weiterhin so einsetzen, dass der Kunde bei der Entscheidungsfindung immer an erster Stelle steht.
Teams können in die Falle tappen und glauben, dass sie sich auf den Kunden konzentrieren, wenn sie nicht viel tun, außer einfachen agilen Methoden und generischen Prozessen zu folgen. Kunden müssen bereits in der Planungsphase in Ihren Entwicklungsprozess eingebunden werden, sodass bei jeder Entscheidung, die ein Teammitglied trifft, zuerst die Kundenbedürfnisse berücksichtigt werden.
Wählen Sie Planungstools, die Ihrem gesamten Team helfen, genau zu verstehen, was Ihre Kunden bewegt, und schauen Sie immer vorbei, um sicherzustellen, dass Sie Entscheidungen im Einklang mit Ihren Kunden treffen.
Zum Beispiel Personas bieten ein tiefes Verständnis dafür, was Kunden wollen, brauchen, nicht wollen usw. Sie geben wichtige Informationen über Kundenprobleme, Wünsche, demografische Merkmale, Ziele, Einkaufsmuster und vieles mehr preis. Wir empfehlen dringend, Kunden-Personas zu entwickeln, um ein umfassendes Bild von allen Personen zu erhalten, die Ihr Produkt verwenden werden. Es reicht jedoch nicht aus, Personas einfach herumliegen zu lassen.
Sie müssen diese Personas in Ihren agilen Planungsprozess einbeziehen und sie bei der Bearbeitung von Problemen und der Weiterentwicklung Ihres Produkts in den Mittelpunkt stellen.
WorkflowSo holen Sie das Beste aus Ihren Sprintzielen heraus
Das Sprintziel ist ein wichtiger Aspekt jedes Sprints und sollte während Ihres zweiwöchigen Prozesses im Mittelpunkt stehen. Das Ziel stellt sicher, dass sich das Team auf ein klares Ziel für den Sprint konzentriert, und wenn es gut gemacht wird, inspiriert das Team, während des gesamten Sprints auf Kurs zu bleiben.
Was macht also ein gutes Sprintziel aus und wie passt das Sprintziel in den Rahmen eines Sprints? In diesem Beitrag werden wir im Wettlauf (oder sollten wir sagen Sprint 😉) eine Zusammenfassung des Scrum-Prozesses durchgehen, gefolgt von einer Liste mit fünf kritischen Elementen eines effektiven Sprintziels. Du erfährst, wie du deine Sprintziele für einen erfolgreichen Sprint alle zwei Wochen am besten erstellst, verwaltest und umsetzt.
Ein Überblick über den Scrum-Prozess
Wir sind große Fans von Gedränge! Brauchen Sie eine kleine Auffrischung? So funktioniert der Scrum-Prozess und wo das Sprintziel in das Gesamtbild passt.
Scrum ist ein agiles Framework, das hauptsächlich von Softwareentwicklungsteams verwendet wird und den Teammitgliedern einen optimierten Arbeitsablauf bietet, um die Bedürfnisse von Stakeholdern und Kunden zu erfüllen. Der Scrum-Workflow umfasst vier Besprechungen (auch bekannt als Zeremonien), die alle einen bestimmten Zweck haben. Diese Struktur bedeutet, dass sich die Teammitglieder problemlos gegenseitig unterstützen können, indem sie Ergebnisse teilen, verfolgen und verbessern.
Das Scrum-Framework unterteilt die Arbeit in sich wiederholende zweiwöchige Sprints, in denen ein festgelegter Arbeitsaufwand — das Sprintziel — abgeschlossen wird. Jedes Scrum beginnt mit einem Sprint-Planungsmeeting, und während dieser Zeit definiert der Product Owner das Sprintziel. Sie entscheiden, welche Aufgaben aus dem Produkt-Backlog in das Sprint-Backlog übertragen werden, um im darauffolgenden zweiwöchigen Sprint abgeschlossen zu werden.
Die Artikel im Produktbacklog geben einen Überblick darüber, was vor der Fertigstellung oder Veröffentlichung eines Produkts zu tun ist. Die Elemente des Sprint-Backlogs sind das, was das Team (hoffentlich) im Laufe des Sprints erreichen wird.
Das Scrum Master fungiert als Scrum-Guide, der das Team durch die Besprechungen und Schritte des Scrum-Prozesses führt. Während des gesamten Sprints trifft sich das Scrum-Team zu einem tägliches Scrum um miteinander abzuchecken und berichten Sie, welche Arbeiten in den letzten 24 Stunden abgeschlossen wurden.
Am Ende des Sprints ein Sprint-Review und Sprint-Rückblick helfen Sie dem Team, Feedback von Stakeholdern einzuholen und ihre Prozesse zu verbessern, bevor der nächste Sprint beginnt. Der gesamte Prozess wiederholt sich bei der Sprint-Planung erneut und wiederholt sich so lange, bis das Produkt oder Projekt abgeschlossen ist.
Einfache Sprint-Planung:
Ziehe Elemente direkt aus deinem Backlog auf deine TeamRhythm User Story Map. Bearbeiten Sie Story-Zusammenfassungen und Story-Point-Schätzungen online. Zeige dein Sprintziel auf jeder Sprint-Swimlane an.
PROBIERE: TEAMRHYTHM SANDBOX DEMO
Was macht ein gutes Sprintziel aus?
Das Sprintziel sorgt dafür, dass sich das Team darauf konzentriert, was jeder für jeden Sprint zu erreichen versucht. Es ist eine Erweiterung der allgemeinen Produkt- oder Projektziele, aber das Sprintziel kann sich auf wichtige Komponenten konzentrieren, die das Team für diesen bestimmten Sprint in Angriff nehmen möchte.
Was macht ein gutes Sprintziel aus? Lass es uns herausfinden.
1. Das Ziel ist erreichbar
Das Ziel des Sprints muss innerhalb des für den Sprint vorgesehenen Zeitrahmens erreichbar sein. Im Allgemeinen ist das Team in einem Scrum-Framework an zwei Wochen gebunden.
Wenn neue Informationen gewonnen werden und andere Hindernisse auftreten, besteht immer die Möglichkeit, dass das Sprintziel nicht erreicht wird. Das sollte Sie jedoch nicht davon abhalten, erreichbare Ziele zu setzen. Wenn ein Team die Ziele des Sprints und des Projekts kontinuierlich nicht erreicht, sinken die Moral und der Enthusiasmus.
Es ist wichtig, dass die Sprintziele innerhalb der vorgegebenen Zeit des Sprints überschaubar sind. Sprintziele können zu groß werden, wenn ein Team versucht, zu viele verschiedene Komponenten gleichzeitig zu erledigen, oder wenn zu viel vom Produkt-Backlog in das Sprint-Backlog aufgenommen wird. Nehmen Sie stattdessen eine einigermaßen erreichbare Arbeitslast aus dem Produkt-Backlog heraus, um das Sprint-Backlog zu bilden. Andernfalls erhalten Sie am Ende eine entmutigende Gesamtliste und keine klare Richtung für jeden Sprint.
2. Das Team versteht die Definition von erledigt
Je klarer das Sprintziel, desto besser. Du musst die Ziele des Sprints klar definieren und klar definieren, was es bedeutet, getan zu werden. Woher weiß das Team, ob es die gewünschten Ergebnisse erzielt hat? Wie sieht „erledigt“ aus? Sind sich alle über diese Definition für jede gegebene Aufgabe und die Gesamtziele des Sprints einig?
Deine Ziele müssen messbar sein, um Unklarheiten, Subjektivität oder widersprüchliche Meinungen über den Erfolg des Sprints zu vermeiden.
Wenn ein Team aufeinander abgestimmt ist und jeder versteht, was erreicht werden muss, verbessert sich die Entscheidungsfindung und jeder Aspekt des Scrum-Teams kann harmonisch auf dieselben Ziele hinarbeiten.
3. Das Sprintziel ist für das Team von Bedeutung
Das Team muss nicht nur wissen, was das Team in jedem Sprint zu erreichen hofft, sondern auch die Gründe hinter dem Sprintziel verstehen.
Stellen Sie sicher, dass jeder versteht, warum er auf ein bestimmtes Sprintziel hinarbeitet. Welche Bedeutung hat das Sprintziel? Im Idealfall bezieht sich die Bedeutung des Sprintziels auf die Bedürfnisse der Stakeholder, die Kundenreise oder die Benutzererfahrung Ihres Produkts.
Visualisieren und priorisieren Sie die Arbeit, die Ihren Kunden den größten Mehrwert bietet
Einfacher agiler Teamrhythmus
4. Das Sprintziel entspricht den allgemeinen Produktzielen
Das Sprintziel kann sich auf einen bestimmten Aspekt der Produktentwicklung konzentrieren, sollte aber dennoch mit den allgemeinen Produktzielen in Verbindung stehen.
Stellen Sie bei der Erstellung von Sprintzielen sicher, dass die übergreifende Produktvision nicht verloren geht oder ignoriert wird. Jeder Sprint ist zwar spezifisch für seine eigenen Ziele, sollte aber darauf abzielen, Ihre Produktziele zu erreichen.
5. Das Sprintziel ist während des gesamten Sprints sichtbar
Das Sprintziel kann kein „Setz es und vergiss es“ -Aspekt deines Sprints sein. Es sollte für das Team die ganze Zeit sichtbar sein, und das Team muss das Ziel kontinuierlich überprüfen, um sicherzustellen, dass es auf dem richtigen Weg ist, es zu erreichen.
Das gemeinsame Ziel sollte im Mittelpunkt der täglichen Scrum-Meetings stehen. Wenn möglich, zeigen Sie das Sprintziel für alle sichtbar an. Beziehen Sie sich beim Erledigen der Backlog-Elemente und beim Durcharbeiten des Sprints kontinuierlich auf das Sprintziel und die Fortschritte, die Sie auf dem Weg dorthin machen. Wie wahrscheinlich ist es, dass Sie das Sprintziel erreichen, wenn Sie die verbleibende Zeit des Sprints berücksichtigen? Was könnte der Erreichung dieses Ziels im Weg stehen?
Während der Sprint-Retrospektive solltest du den Erfolg oder Misserfolg besprechen, den das Team beim Sprintziel erzielt hat. Was lief gut und hat zu deinem Erfolg beigetragen? Was lief nicht so gut, dass du es für den nächsten Sprint ändern oder anders machen könntest?
Mit Easy Agile TeamRhythm verfügt jedes Scrum Board in Jira über eine zugehörige User Story Map.
Während des gesamten Sprints kann das Team auf die User Story Map zurückgreifen, um sicherzustellen, dass der Zeitplan eingehalten wird, Abhängigkeiten koordiniert und das Gesamtbild im Blick behält.Ein kundenorientierter Ansatz
Lassen Sie uns einige der wichtigsten Faktoren zusammenfassen, die Sie bei der Festlegung und Umsetzung Ihres Sprintziels berücksichtigen sollten:
✅ Stellen Sie sicher, dass das Ziel erreichbar ist.
✅ Stellen Sie sicher, dass das Team die Definition von erledigt versteht.
✅ Stellen Sie sicher, dass das Sprintziel für das Team von Bedeutung ist.
✅ Stellen Sie sicher, dass das Sprintziel mit den allgemeinen Produktzielen übereinstimmt.
✅ Stellen Sie sicher, dass das Sprintziel während des gesamten Sprints sichtbar ist.
Vielen Dank, dass Sie bei uns bleiben und den Easy Agile-Blog nutzen. Wir sind begeistert davon, Teams dabei zu helfen, mit Agile besser zu arbeiten. Wir haben eine Suite von Jira-Apps entwickelt, um den Kunden bei jedem Schritt des Entwicklungsprozesses im Auge zu behalten.
Suchen Sie nach einem Tool zur Optimierung Ihrer Sprint-Planungssitzungen? Auschecken Einfacher agiler Teamrhythmus, was den flachen Produktbestand in ein aussagekräftiges Bild der Arbeit verwandelt.