Einführung in die agile Sprintplanung

Bei der Agile Sprint-Planung sind ein ScrumMaster, der das Meeting erleichtert, ein Product Owner, der die Details des Product Backlogs und deren Akzeptanzkriterien klärt, und das gesamte Agile-Team beteiligt, das die Arbeit und den Aufwand definiert, die zur Erfüllung seiner Sprint-Verpflichtungen erforderlich sind.

Agile ist selbst ein Überbegriff für verschiedene Projektentwicklungsmethoden wie Scrum, Kanban, Scrumban oder eine beliebige Hybridmethode. Die Hartnäckigkeit der Agile-Methodik besteht darin, das Produkt pünktlich und im Rahmen eines Budgets bereitzustellen und flexible Ansätze für die Übernahme unvermeidbarer Änderungen zu entwickeln. Scrum ist eine in der Softwareentwicklung weit verbreitete Methode, die als Rahmen für eine effektive Teamzusammenarbeit dient, um komplizierte Probleme zu analysieren und das Produkt mit dem höchstmöglichen Wert zu liefern. In Scrum ist Sprint ein bestimmter Zeitraum, innerhalb dessen alle vorab zugewiesenen Aufgaben und Überprüfungen abgeschlossen sein sollten. Jeder Sprint beginnt mit einer effektiven Planung, die vor dem Start eine wichtige Rolle spielt.

Was ist Sprint-Planung?

In Scrum Framework ist die Sprint-Planungsbesprechung der Ausgangspunkt jedes Sprints, bei dem die Teammitglieder zusammenkommen, um die während des Sprints zu erledigenden Product Backlog-Elemente zu planen und zu bestimmen und einen ersten Plan für den Abschluss der Aktivitäten und die Lieferzeit zu erstellen.

Wer nimmt am Sprint Planning Meeting teil?

Das Sprint-Planungstreffen bezieht das gesamte Team mit ein. Drei wichtige Mitglieder sind jedoch für die Planung und Implementierung des Scrum-Prozesses wichtig.

Der Product Owner

Der Product Owner muss vor dem Meeting alle mit dem Backlog verbundenen Elemente vorbereiten. Er oder sie muss eine Quelle für die Klärung aller wichtigen Merkmale und die zufriedenstellende Beantwortung aller Fragen rund um den Anwendungsfall oder die Akzeptanzkriterien sein, die von den Teammitgliedern gestellt werden. Vor dem Erscheinen in der Besprechung sind ordnungsgemäße Richtlinien für die Vorbereitung von wesentlicher Bedeutung, da der Product Owner nicht jeden im Product Backlog erfassten Artikel beschreiben muss.

Die Teammitglieder

Die Teammitglieder legen einen Plan fest, wie viele Product Backlog-Artikel sie innerhalb des Zeitrahmens liefern können und welchen Prozess sie befolgen werden. Designer, Entwickler, Testingenieure - alle Teammitglieder müssen aktiv teilnehmen, um ein solides Verständnis zu erlangen, damit sie das Erwartungsniveau für die Arbeit am Produkt und die vorrangigen Bereiche für die Vorbereitung auf den nächsten Sprint einschätzen können.

Der Scrum Master

Die Rolle eines Scrum Masters ist die eines Trainers, der das Sprint-Planungstreffen leitet, um dessen Effektivität sicherzustellen. Es ist die Hauptaufgabe von Scrum Master, innerhalb der Teammitglieder einvernehmliche Vereinbarungen zu treffen und den Product Backlog mit dem Sprint Backlog zu verbinden.

Die Grundlagen für das Treffen

Bevor Sie ein agiles Sprint-Planungstreffen antreten, sollten Sie bestimmte Disziplinen einhalten. Die Vorbereitung selbst ist ein wichtiger Teil und der Produktbesitzer muss ihm besondere Aufmerksamkeit widmen, bevor das Meeting beginnt.

  • Ohne Vorbereitung des Rückstands wird das Meeting zeitaufwändig und weniger effektiv. Der Product Owner hat die Priorität, die Rückstände zu organisieren, Testfälle zu dokumentieren, Abhängigkeitsbereiche zu identifizieren und Testfälle aufzulisten. Dies bedeutet, dass der Produktbesitzer sicherstellen muss, dass er sich auf alle mit dem Rückstand zusammenhängenden Elemente vorbereitet.
  • Die User Stories, die in Sprint Planning Meetings verwendet werden, sollten die richtige Größe haben und nicht so groß oder zu klein sein.
  • Der Product Owner hat für die Anwesenheit jedes Mitglieds eine besondere Initiative zu ergreifen. Aus diesem Grund wird empfohlen, einen Blick in den Kalender zu werfen und die Verfügbarkeit aller zu gewährleisten.
  • Messen Sie die durchschnittliche Arbeit und legen Sie sie als Benchmark fest, um eine geschätzte Vorstellung davon zu erhalten, wie viel Arbeit in jedem Sprint geleistet wurde.
  • Es wird empfohlen, eine Agenda zu erstellen und innerhalb der Teammitglieder zu verbreiten.

Die Dauer eines Agile-Sprint-Planungstreffens liegt zwischen 1 und 4 Wochen. Das Team organisiert zu Beginn jedes Sprints Planungstreffen, um die für den Sprint geplanten Funktionen in technische Aufgaben zu unterteilen. Im Allgemeinen dauert das Sprint-Planungsmeeting 2 bis 4 Stunden, aber mehr Zeit bedeutet, Zeit für unnötige Dinge zu investieren.

Struktur des Sprint-Planungstreffens

Das gesamte Agile-Sprint-Planungsmeeting kann normalerweise in zwei Teile unterteilt werden:

1. Geltungsbereich

Der erste Teil des Sprint-Planungstreffens befasst sich mit der Überprüfung von Produktrückständen. Während dieses Teils des Meetings diskutieren die Teammitglieder mit den Produktbesitzern, um ihre Unklarheiten in Bezug auf Produktrückstände auszuräumen. Am Ende des ersten Teils der Sprintplanung legen die Teammitglieder ein Ziel für den Sprint fest und prognostizieren einen voraussichtlichen Zeitpunkt für die Ausführung der Aufgabe.

2. Planen

Im zweiten Teil des Agile-Sprint-Planungstreffens prognostiziert das Team, wie die Product Backlog-Elemente aufgebaut werden. Die Teammitglieder unterteilen die Product Backlog-Elemente in bestimmte Aufgaben und bewerten diese in Stunden. Es gibt bestimmte andere Punkte, die bei diesem Treffen ebenfalls berücksichtigt werden müssen. Diese sind -

  • Alle neuen Informationen oder Aktualisierungen, die von Stakeholdern oder Kunden gesammelt wurden und die Auswirkungen auf die Sprintplanung haben könnten, werden während dieses Meetings berücksichtigt.
  • Es ist wichtig, die Kapazität des Teams oder Urlaube zu besprechen, um eine klare Vorstellung davon zu bekommen, wie viel Engagement erforderlich ist.
  • Das Team prüft jeden Gegenstand und verteilt die Aufgabe auf die Mitglieder.
  • Wenn während der Diskussion neue Probleme oder Bedenken oder Abhängigkeiten auftauchen, wird empfohlen, diese Annahmen für einen zukünftigen Aktionsplan aufzuzeichnen.
  • Sobald der Sprint-Rückstand festgestellt wurde, bittet der Scrum-Master die Teammitglieder um die Zustimmung zu dem Plan.
  • Wenn sich die Teammitglieder und der Produktbesitzer auf den Plan zur Erreichung des Ziels einigen, werden die Arbeiten am Sprint-Rückstand stattfinden. Die Ergebnisse der Sprint-Planungssitzungen sind der Sprint-Rückstand und die Festlegung des Frühjahrsziels.

Leistungen

Der wichtige agile Vorteil des Sprint-Planungstreffens besteht darin, dass der Beginn des Zeitungsdrucks mit anfänglicher Planung und gegenseitigem Verständnis sichergestellt wird. Darüber hinaus fördert das Sprint-Meeting die Zusammenarbeit und den Teamgeist, wodurch die allgemeine Akzeptanz für das Produkt gefördert wird. Es gibt andere Vorteile, die im Folgenden beschrieben wurden.

  • Es fördert eine Just-in-Time-Planungsmethode, die dabei hilft, zwei wichtige Dinge zu definieren - das Sprint-Ziel und den Sprint-Rückstand.
  • Dies verleiht den Teammitgliedern, die ihren eigenen Arbeitsfluss steuern können, ein Gefühl der Eigenverantwortung.
  • In Scrum gibt es eine Messskala, mit deren Hilfe sich eine wahrscheinliche Vorstellung davon machen lässt, wie viel Arbeit im Sprint erledigt werden kann, was als Geschwindigkeit bezeichnet wird. Die Geschwindigkeit ist ein Schlüsselmaß für die Messung des Arbeitsaufwands während des Sprints.

Ein Sprint-Planungstreffen wird als effektiv erachtet, wenn die richtige Arbeit zusammen mit der Vertretung geleistet wurde und das Team mit einem einsatzbereiten Ansatz zur Bewältigung der Sprintaufgabe erscheint.

Empfohlene Artikel

Dies war ein Leitfaden für die agile Sprintplanung. Hier haben wir das Konzept, die Grundlagen, die Struktur und die Vorteile des Agile Sprint Planning Meetings besprochen. Sie können auch unsere anderen Artikelvorschläge durchgehen, um mehr zu erfahren -

  1. Was ist agil?
  2. Fragen in Vorstellungsgesprächen bei Agile
  3. Agile vs Scrum vs Wasserfall
  4. Agile Frameworks