Homepage > Journal > Sprint-Planung
Journal

Sprint-Planung

Wie gefällt Ihnen das:

Begriffe wie Sprint-Planung, Sprint Backlog, Scrum Guide, Sprint-Ziel, Product Owner, Scrum Team, Sprint-Wert und Scrum Master sind untrennbare Bestandteile der agilen Methodik.

Die Sprint-Planung ist einer der wichtigsten Begriffe und Elemente des Scrum Frameworks. Die Sprint-Planung ist ein Ereignis, das es Ihnen ermöglicht, zu definieren, "was", "von wem" und "auf welche Weise" in dem bevorstehenden Sprint erreicht werden kann.

Sprints sind eine Arbeitsgrundlage für die meisten Design- und Entwicklungsteams. Sie sind ein Instrument, das die Wahrscheinlichkeit erhöht, dass Ziele erreicht werden.

Das Sprint-Ziel stärkt auch das Engagement, verbessert die Konzentration des Teams und verringert das Risiko von Notfällen.

Ihre Planung ist daher eine wichtige Aufgabe, die sehr nützlich ist.

Wie plant man Sprints? Was ist das Ziel des Sprints? Wie sollte eine solche Veranstaltung durchgeführt werden?

Wer ist für die Planung von Sprints zuständig? Wie viel Zeit sollte für die Planung eines neuen Sprints aufgewendet werden?

Ist es überhaupt sinnvoll, Zeit für solche Aktivitäten aufzuwenden, und welche Vorteile können sie für Teams bringen, die mit agilen Methoden arbeiten?

Wir werden uns heute mit diesen Fragen auseinandersetzen und versuchen, Antworten darauf zu finden.

Wir laden Sie herzlich ein, den Artikel zu lesen!

Sie sind auf der Suche nach einer erfahrenen UX-Agentur?

Was ist ein Sprint?

Obwohl wir über Sprints in einem separaten Artikel "Was ist ein Sprint?" geschrieben haben, kann es nicht schaden, Sie an eine grundlegende Definition und Idee von Sprints zu erinnern.

Der offizielle "The 2020 Scrum Guide" definiert Sprint als den Herzschlag von Scrum, dank dem sich Ideen in einen konkreten Wert verwandeln.

Wussten Sie schon...

Digitale Produkte, die im Rahmen agiler Methoden entwickelt werden, werden in Sprints erstellt, d. h. in einer bestimmten Zeit, in der eine bestimmte Arbeit erledigt und zur Prüfung vorgelegt werden muss.

Wir müssen betonen, dass die Zeit und die geplante Arbeit, die durch Aufgaben ausgedrückt werden, feste Werte sind.

Es sei auch darauf hingewiesen, dass das Ergebnis der in einem bestimmten Zeitraum geleisteten Arbeit nicht absolut ist und auch nicht sein kann.

Daher kann man das Ergebnis nicht als etwas schreiben oder denken, das unter angenommenen Bedingungen geschehen muss, sondern als etwas, das geschehen sollte.

In der Annahme, dass das Team nicht auf Probleme stößt, die es ihm unmöglich machen, die geplanten Aufgaben zu erledigen.

Was ist ein Sprint - Sprint-Planung

Jedem Sprint geht eine Besprechung voraus — die Sprint-Planung — in der Product Owner, eine Person, die die Arbeit in Auftrag gibt, und das Entwicklungsteam festlegen, welche Arbeiten während eines Sprints durchgeführt werden sollen.

Sprints sind Veranstaltungen, die sich durch folgende Merkmale auszeichnen:

  • Feste Dauer.
  • Wiederholbarkeit.
  • Konsistenz.
  • Feste Struktur, in die Sprint-Planung, Daily Scrum und Scrum Retrospektive unterschieden werden können.
  • Festlegung des Umfangs der Aufgaben.
  • Definierter Satz von Rollen, Funktionen, Aufgaben und Aktivitäten.
  • Entschlossenes Ziel.

Sprints folgen aufeinander und ermöglichen es Ihnen, das Projekt auf folgende Weise zu leiten:

  • Rational
  • Vorhersehbar
  • Strukturiert
  • Verfahren
  • Kontrolliert
  • Spezifische
  • Definiert

Ebenso wichtig ist, dass während eines Sprints keine Änderungen vorgenommen werden, die das Sprint-Ziel gefährden könnten. Der Arbeitsumfang wird in Zeit und Form festgelegt.

Sprints werden in erster Linie für folgende Aufgaben verwendet:

  • Arbeit besser organisieren.
  • Erhöhung und Verbesserung der Flexibilität des Projekts.
  • Risiken vermindern.
  • Verbesserung der Anpassungsfähigkeit.
  • Steigerung der Arbeitseffizienz.
  • Legen Sie einen angemessenen Arbeitsrhythmus fest, dank dessen es möglich ist, einem Burnout der Mitarbeiter oder einem Nachlassen ihres Engagements im Projekt entgegenzuwirken.
  • Verbessern Sie die Genauigkeit von Entscheidungen.

Wie die Autoren des Atlassian Agile Coach schreiben, sind Sprints die Essenz der agilen Methodik. Wenn sie richtig organisiert sind, machen sie digitale Produkte — wie mobile und Webanwendungen — viel perfekter.

Darüber hinaus beeinflussen Sprints, wie von den Autoren bereits erwähnt, die Arbeitsatmosphäre und die Emotionen, die mit der Softwareerstellung einhergehen, reduzieren den Stress und ermöglichen es dem Team, die Software in aller Ruhe zu erstellen.

Zusammenfassend lässt sich sagen, dass Sprints häufig als relativ kurze Zeiträume (von ein oder zwei Wochen Dauer) definiert werden, in denen das Projekt- und Entwicklungsteam an einem genau definierten Ziel arbeitet, bei dem das Team eine bestimmte Menge an Arbeit zu erledigen hat.

Was ist die Sprint-Planung?

Da Sie nun wissen, was Sprints sind und wofür sie verwendet werden, können wir zum Kernproblem dieses Artikels übergehen, nämlich der Definition, die Sprint-Planung.

Da der Sprint ein zeitlich definiertes Ereignis mit einem konkret festgelegten Ziel ist, muss er entsprechend geplant werden.

Wussten Sie schon...

Die Sprint-Planung in agilen Methoden ist definiert als eine Phase, eine Aufgabe, in der Teams entscheiden, was das Thema des nächsten Sprints sein wird, welche Aufgaben durchgeführt werden, welchen Teil der Arbeit sie erledigen werden und welche Ziele und Effekte sie erreichen wollen.

Der Product Owner oder Scrum Master leitet die Sitzung, in der die Sprint-Planung am häufigsten durchgeführt wird.

Das Sprint-Ziel, die Aufgabe und der Arbeitsumfang werden auf der Grundlage eines Produkt Backlogs bestimmt, das einfach eine geordnete und strukturierte Liste von Aufgaben, Funktionen oder Elementen ist, die als Teil eines größeren Plans erledigt werden müssen.

Anders ausgedrückt: Ein Produkt Backlog ist eine Liste, aus der klar hervorgeht, was im Produkt benötigt wird und in welcher Reihenfolge ein bestimmtes Element geliefert oder eingesetzt werden soll.

Denken Sie jedoch daran, dass das Produkt Backlog eine vollständige Liste sein soll, die die gesamte Arbeit enthält, die zur Erstellung des digitalen Produkts geleistet werden muss.

Je perfekter, detaillierter, spezifischer und präziser das Backlog ist, desto besser und rationeller ist die Sprint-Planung.

Wussten Sie schon...

Das Produkt Backlog stellt die Zeit dar und gibt die Anzahl der Wochen oder Monate an, die zur Fertigstellung des digitalen Produkts benötigt werden. Deshalb ist die Aufteilung in kleinere Arbeitseinheiten — Sprints — gerechtfertigt.

Nebenbei bemerkt: Eine wichtige Funktion des Produkt Backlogs ist es, die Arbeit und die Aufgaben in kleinere Teile aufzuteilen und ihnen einen Rang zuzuweisen — Prioritäten zu setzen.

Dadurch können die Teammitglieder die Abhängigkeiten und die Bedeutung der einzelnen Teile für den gesamten Softwareentwicklungsprozess erkennen.

Wer erstellt den Plan für einen Sprint? Wer definiert das Ziel eines Sprints?

Obwohl technisch gesehen die Product Owner oder Scrum Master für die Sprint-Planung verantwortlich sind, arbeitet das gesamte Team daran.

Das ist notwendig, weil es ihnen ermöglicht, das Wesen der Aufgaben, die Abhängigkeiten der einzelnen Elemente und den Stand der Arbeit besser zu verstehen.

Es dient also nicht nur der Kommunikation und der Angabe von Aufgaben, sondern auch dazu, eine gemeinsame Perspektive des Teams zu erhalten.

Produkt-Backlog vs. Sprint-Backlog

Sie ermöglicht es dem Team, die Probleme zu benennen, mit denen es konfrontiert ist, und diese im nächsten Sprint zu berücksichtigen.

Wie sieht die Sprint-Planungssitzung aus?

Wie führt man eine Sprint-Planung durch? — Diese Frage wird häufig gestellt. Es ist wichtig, sich gut auf die Sprint-Planung vorzubereiten.

Die Besprechung, die es Ihnen ermöglicht, einen neuen Sprint zu starten, erfordert Folgendes:

  • Ordnungsgemäße Vorbereitung aller Teammitglieder.
  • Sammeln von Informationen — insbesondere der Scrum Master sollte über das relevante Wissen und die Informationen verfügen, die er von den Teammitgliedern (z.B. über geplante Abwesenheiten) und den Stakeholdern (die zwar an der Sprint-Planung teilnehmen können, aber in der Regel nur selten) erhält.
  • Das Backlog muss übersichtlich gehalten und regelmäßig und häufig aktualisiert werden.
  • Ein Plan, dank dem das Treffen nicht chaotisch, sondern nach einer festgelegten Tagesordnung abläuft.

Es lohnt sich, daran zu denken, dass die Sprint-Planung auch eine ausgezeichnete Gelegenheit ist, um den Sinn für das Ziel im Team zu erneuern und Standards festzulegen, nach denen die Arbeit erledigt wird.

Die oben genannte Tagesordnung sollte unter anderem einen Abschnitt enthalten, in dem der Fortschritt der Arbeit der Teammitglieder zusammengefasst wird. Er sollte auch Probleme, Ziele und Anliegen zum Ausdruck bringen.

So sollten z. B. die Nichtverfügbarkeit von Ressourcen, Kommunikationsprobleme innerhalb des Teams und alle internen und externen Hindernisse während der Sprint-Planung besprochen werden.

Wussten Sie schon...

Der Erfolg der Sprint-Planung hängt auch davon ab, ob ein bestimmtes Team einen Leiter hat, der diese Funktion erfüllt und von den Teammitgliedern als solchen angesehen wird.

Die Rolle der Führungskraft umfasst vor allem Folgendes:

  • Verwaltung der Sprint-Planung — Angabe des Ziels des Sprints, das das Entwicklungsteam erreichen soll.
  • Management der Fähigkeiten des Teams.
  • Der Arbeitsbelastung entgegenwirken.
  • Organisieren von Elementen im Produkt Backlog.

Zusammenfassend lässt sich sagen, dass eine Sprint-Planungssitzung Bedingungen, ein Umfeld und eine Atmosphäre schafft, die die Motivation beeinflussen.

Sprint-Planung und Sprint-Backlog
Quelle: QuickScrum

Dank die Sprint-Planung sollte der Wunsch nach Erfolg zum nächsten wichtigen Motivator für die Teammitglieder und das gesamte Team als solches werden.

Wie plant man Sprints?

Die Sprint-Planung erfolgt nach der Scrum Retrospektive (wir haben darüber in dem Artikel "Scrum Retrospektive" geschrieben).

Unter dem Gesichtspunkt des reibungslosen Ablaufs des Projekts und der Effizienz ist dies sehr verständlich und sinnvoll.

Ein gut geplanter Sprint sollte Folgendes beinhalten:

  • Ein klar definiertes Ziel, das durch die Beantwortung der Frage — was soll im nächsten Sprint getan und erreicht werden?
  • Wege zur Erreichung des Ziels und eine Strategie, die durch die Beantwortung der Frage — was ist der beste Weg, um diese Aufgabe zu erledigen?
  • Identifizierung von Personen, die an bestimmten Aufgaben arbeiten werden, durch Beantwortung der Frage — wer soll diese Aufgabe erledigen? — Dadurch können Sie Doppelarbeit und fehlende Verantwortung für die Durchführung einer bestimmten Aufgabe vermeiden.

Auf jede der oben genannten Fragen sollte es eine Antwort geben, die für das Team hilfreich ist, und sie sollte realistisch sein, d. h. das Team sollte in der Lage sein, sie zu erfüllen.

Der Scrum Master gibt einen allgemeinen Rahmen vor und nennt Ziele, aber er schreibt sie nicht vor; stattdessen überlegt er gemeinsam mit dem Team, ob es möglich ist, sie im nächsten Sprint zu erreichen.

Der Product Owner liefert und definiert das Ziel, aber das Entwicklungsteam schätzt, ob es machbar ist.

Und hier müssen wir einen wichtigen Punkt hervorheben.

Damit die Schätzung den Fähigkeiten des Teams gerecht wird, muss sie unter Bedingungen und in einem Umfeld erfolgen, in dem gegenseitiges Vertrauen herrscht.

Wussten Sie schon...

Der Fluss von Informationen, Bewertungen, Vorhersagen, Zweifeln, Kommentaren und Vorschlägen sollte uneingeschränkt sein und darauf abzielen, das Team zu verbessern und voneinander zu lernen. Daher sollten Kritik und Urteile vermieden werden.

In diesem Zusammenhang lohnt es sich, die Ratschläge der Autoren des Atlassian Agile Coach zu nutzen.

Sie stellten zu Recht fest, dass die vom Entwicklungsteam vorgenommenen Einschätzungen nicht Gegenstand einer Bewertung oder Konfrontation sein konnten, da dies eine sehr ungesunde Atmosphäre schaffen würde.

Infolgedessen wird die Schätzung bei der nächsten Sprint-Planung entweder zu hoch oder zu niedrig angesetzt und dient eher dazu, die Unfehlbarkeit eines bestimmten Mitarbeiters und seine Ehrlichkeit zu bestätigen, als seine Fähigkeit, die Arbeitszeit vorherzusagen.

Das gesamte Team ist für das Erreichen des Sprint-Ziels verantwortlich, und nur sie können die Frage beantworten, ob das vom Scrum Master/Product Owner vorgeschlagene Ziel während des Sprints erreicht werden kann.

Die Sprint-Planung ist jedoch kein reines Rätselraten, sondern ein rationales Verfahren, das auf den Ergebnissen des vorangegangenen Produktinkrements und den Fähigkeiten des Entwicklungsteams basiert.

Der Weg zum Sprint-Ziel ist auch das Ergebnis von Verhandlungen, Gesprächen und Kompromissen, die es Ihnen nicht nur ermöglichen, die Bedingungen und Möglichkeiten zu bestimmen, sondern auch den erforderlichen Aufwand abzuschätzen.

Es ist auch erwähnenswert, dass die Sprint-Planung auch genutzt werden sollte, um zu überprüfen, ob das Team bereit ist, ein bestimmtes Ziel hinsichtlich der Kompetenzen zu erreichen.

Wie plant man Sprints?

Die Sprint-Planung sollte es dem Team ermöglichen, eine gemeinsame Sichtweise und Gewissheit über den Umfang der Arbeit, die Art und Weise, wie sie durchgeführt wird, und die Verantwortungsbereiche zu erhalten.

Bei der Sprint-Planung müssen auch drei grundlegende Fragen erörtert werden, nämlich:

  • Bestimmung der Bedeutung und des Wertes des Sprints, ausgedrückt durch die Frage — warum ist der Sprint wertvoll?
  • Festlegen, was im nächsten Sprint erreichbar ist, indem die Frage beantwortet wird — was kann im nächsten Sprint getan werden?
  • Spezifizierung der Art und Weise, wie die Arbeit ausgeführt werden soll, indem die Frage beantwortet wird — wie wird die Arbeit ausgeführt?

Die Bestimmung des Arbeitsaufwands erfordert Erfahrung (Verständnis für die Arbeitsintensität einer bestimmten Aufgabe) und ein Bewusstsein für Selbstwirksamkeit, über das das Team ebenfalls verfügen sollte.

Eine gute Zusammenfassung dieses Teils unserer Diskussion ist eine Bemerkung, die von Autoren des Atlassian Agile Coach gemacht wurde. Und sie warnen vor einem allzu dogmatischen Ansatz bei der Sprint-Planung.

Die Sprint-Planung sollte nicht mehr und nicht weniger sein als ein Plan, der für das Team weder eine Belastung noch eine Einschränkung darstellen sollte.

Seine Aufgabe besteht darin, das Team auf wertvolle Ergebnisse zu konzentrieren. Die Sprint-Planung sollte auch ein Schutzschirm für die Selbstorganisation des Teams sein.

Vorteile der Sprint-Planung

Der Einsatz agiler Methoden zur Entwicklung digitaler Produkte ermöglicht es Ihnen, Projekte und Teams effektiver, rationeller, tiefgründiger und bewusster zu managen.

Die Sprint-Planung als entscheidendes Element des Prozesses ermöglicht es Ihnen außerdem, Ihre Ziele effektiver zu erreichen.

In der Praxis bedeutet dies eine effektivere Nutzung der Mittel:

  • Zeit
  • Haushalt
  • Ressourcen
  • Das Potenzial der einzelnen Teammitglieder und des Teams, das als synergetischer Wert verstanden werden sollte.

Gut geplante Sprints ermöglichen es den Teammitgliedern, sich besser auf das Sprint-Ziel, die Aufgaben, Mittel, Werkzeuge und Werte zu konzentrieren.

Wann wird ein Sprint-Backlog erstellt?

Außerdem trägt die Sprint-Planung zu einer besseren Transparenz der Situation bei. Transparenz bedeutet auch, dass für das gesamte Team eine gemeinsame Definition of Done festgelegt wird. Die Kriterien sind bekannt, üblich und daher vorhersehbar und verständlich.

Wenn die Teams wissen, "was", "wie" und "von wem", verstehen sie, was sie tun sollen, und können so die angestrebten Effekte schneller erreichen.

Sprint-Planung. Zusammenfassung

  1. Der Einsatz agiler Methoden zur Entwicklung digitaler Produkte ermöglicht es Ihnen, Projekte und Teams effektiver, rationeller, tiefgründiger und bewusster zu managen.
  2. Ein Sprint ist definiert als ein kurzer Zeitraum, in dem das Entwicklungsteam an einem genau definierten Ziel arbeitet und eine bestimmte Menge an Arbeit zu erledigen hat.
  3. Digitale Produkte, die mit agilen Methoden entwickelt werden, werden in Sprints erstellt, d. h. in einem vorher festgelegten Zeitraum, in dem eine bestimmte Arbeit erledigt und zur Überprüfung vorgelegt werden muss.
  4. Die Sprint-Planung ist eine Veranstaltung, die es Ihnen ermöglicht, das Sprint-Ziel festzulegen und zu definieren, "was", "von wem" und "wie" im kommenden Sprint erreicht werden soll. Die Mitglieder des Entwicklungsteams wissen, was sie während des Sprints zu tun haben, was der nächste Sprint beinhalten wird und wie er sich vom aktuellen unterscheiden wird.
  5. Während die Sprint-Planung legen der Product Owner und das Entwicklungsteam fest, welche Arbeiten während des Sprints durchgeführt werden sollen.
  6. Der Weg zum Ziel ist auch das Ergebnis von Verhandlungen, Gesprächen und Kompromissen, die es Ihnen nicht nur ermöglichen, die Bedingungen und Möglichkeiten zu bestimmen, sondern auch den erforderlichen Aufwand abzuschätzen.
  7. Sprints folgen aufeinander und helfen Ihnen, das Projekt in einer rationalen, vorhersehbaren, strukturierten, prozeduralen, kontrollierbaren, spezifischen und definierten Weise durchzuführen.
  8. Sprints dienen in erster Linie dazu, die Arbeit besser zu organisieren, die Projektflexibilität zu erhöhen und zu verbessern und Risiken zu verringern. Ähnlich dem Daily Scrum.
  9. Sprints beeinflussen die Arbeitsatmosphäre und die Emotionen, die mit der Softwareerstellung einhergehen, reduzieren den Stress und ermöglichen es dem Team, die Software in aller Ruhe zu erstellen.
  10. Die Sprint-Planung ist definiert als eine Phase, in der die Teams entscheiden, was Gegenstand des nächsten Sprints sein wird, welche Aufgaben durchgeführt werden, welchen Teil der Arbeit sie erledigen werden und welche Ziele und Auswirkungen sie erreichen wollen.
  11. Der Erfolg der Sprint-Planung hängt auch davon ab, ob ein bestimmtes Team einen Leiter hat, der diese Funktion erfüllt und von den Teammitgliedern auch so gesehen wird.
  12. Ein gut geplanter Sprint sollte ein klar definiertes Ziel, Wege zur Erreichung dieses Ziels, eine Strategie für die Durchführung und an bestimmte Personen delegierte Aufgaben umfassen.
  13. Die Sprint-Planung ist jedoch ein rationales Verfahren, das auf den Ergebnissen des vorangegangenen Produktinkrements und den Fähigkeiten des Entwicklungsteams basiert.
  14. Die Sprint-Planung sollte nicht mehr und nicht weniger sein als ein Plan, der für das Team weder eine Belastung noch eine Einschränkung darstellen sollte.
  15. Die Sprint-Planung trägt zu einer besseren Transparenz der Situation bei. Transparenz bedeutet auch, dass für das gesamte Team eine gemeinsame Definition of Done festgelegt wird.
  16. Wenn die Teams wissen, "was", "wie" und "von wem", verstehen sie, was sie tun sollen, und können so die angestrebten Effekte schneller erreichen.
Wie gefällt Ihnen das:
Journal / Redaktor
Autor: Radek
UX Writer and researcher by education + experience. Collects The Story's knowledge and shares it on the Journal.
Bewerter: Dymitr Romanowski

Sind Sie an einer Zusammenarbeit mit uns interessiert? Werfen Sie einen Blick auf unser Portfolio