Iterationsplanung

Der Zweck eines Iterationsplanungs-Meeting ist es, dass sich das Team für die Durchführung der am höchsten eingestuften Produkt-Backlog-Elemente verpflichtet. Diese Verpflichtung definiert das Iterations-Backlog und basiert auf der Geschwindigkeit oder Kapazität des Teams und auf der Länge der Iterations-Timebox.

Wer ist beteiligt?

Die Iterationsplanung ist ein Gemeinschaftsprojekt, das folgende Rollen umfasst:

  • Scrum-Master: Vereinfacht das Meeting
  • Product Owner: Stellt die Details der Produkt-Backlog-Elemente und ihre Akzeptanzkriterien vor
  • Zustellungsteam: Definiert die Aufgaben und den Aufwand zur Erfüllung der Verpflichtung
Backlog

Vor dem Planungsmeeting

Stellen Sie Folgendes sicher, bevor Sie beginnen:

  • Die Größe der Elemente im Produkt-Backlog wurde durch das Team angepasst, und es wurde ein relativer Story-Punktewert zugewiesen.
  • Das Produkt-Backlog ist nach Stapeln eingestuft, um die Prioritäten des Product Owner anzugeben.
  • Es ist ein allgemeines Verständnis für die Akzeptanzkriterien für diese eingestuften Backlog-Elemente vorhanden.

Chancengleichheit beim Backlog

Das Produkt-Backlog befasst sich mit neuen Funktionen und Fixes für vorhandene Funktionen. Die Reihenfolge, in der ein Produkt-Backlog-Element geplant ist, ist vollkommen unabhängig von der Herkunft.

Bei der Iterationsplanung sind die wichtigsten Merkmale für ein Produkt-Backlog-Element:

  • Es ist klein genug, um in der Iteration abgeschlossen zu werden.
  • Wir können sicherstellen, dass es richtig implementiert wurde.

Richtige Größe für Backlog-Elemente

Produkt-Backlog-Elemente, die zu groß sind, um in einer Iteration abgeschlossen zu werden, müssen in kleinere Einheiten aufgeteilt werden. Produkt-Backlog-Elemente werden am besten nach Wert aufgeteilt, nicht nach Prozess.

Wenn wir ein Produkt-Backlog-Element so aufteilen können, dass die untergeordneten Elemente den Wert liefern, dann wird der Wert von unseren Iterationen inkrementell geliefert. Wenn wir nach Prozess aufteilen, dann wirkt sich dies auf das Time-to-Market aus, da der Wert nicht geliefert wird, bis alle untergeordneten Elemente abgeschlossen sind.

Zusammengesetzte Storys können einfach durch Aufschlüsselung aufgeteilt werden. Komplexe Storys stellen eine andere Herausforderung dar. Bill Wake listet zwanzig Techniken unter http://xp123.com/xplor/xp0512/index.shtml auf.

Planungsprozess

Die Planung der Inhalte einer Iteration besteht aus zwei Schritten: Festlegen, wie viele User Storys in die Iteration passen, und anschließend diese Storys in Aufgaben aufteilen und Eigentümer zuweisen.

Eine Größenanpassung bezieht sich auf den relativen Umfang einer User Story und erfolgt in der Regel in relativen Punkten. Das Team schätzt regelmäßig die Größe einer User Story, wie z. B. bei der Erstellung, während der Backlog-Pflegesitzungen und vor dem Planungs-Meeting. Bis zum Beginn der Planung sollte das Team wissen, welche Storys aus dem oberen Bereich des Backlog in die Iteration passen können.

Eine Schätzung bezieht sich auf die Aufteilung einer User Story in Aufgaben. Sobald kleine Schritte bekannt sind, die für die Lieferung einer User Story benötigt werden, bekommt jede Aufgabe einen Schätzwert in Stunden. Mit diesem Wert behält das Team im Überblick, wie lange eine Aufgabe bis zur Fertigstellung benötigt. Das Team weiß auch, wie viele Stunden jedes Teammitglied in der Iteration (bekannt als Kapazität) für die Aufgabe zur Verfügung hat, um zu verhindern, dass Personen überlastet werden.

User Story-Punkte sollten in nicht mit den gesamten Aufgabenstunden gleichgesetzt oder verglichen werden.

Sizing and Estimating
                      Größenanpassung und Schätzung (5 Min.)

User Story-Größe

Erfahrene Teams verwenden vergangene Geschwindigkeiten, um zu bestimmen, für welche Produkt-Backlog-Elemente sie sich während der Iteration verpflichten. Die Geschwindigkeit ist die durchschnittliche Anzahl von User Story-Punkten, die ein Team in einer Iteration abschließen kann. Beispiel: Ein neues Team hat 12, 14 und 8 Punkte in den letzten drei Iterationen abgeschlossen. Nachbesprechungen haben ergeben, dass das Team nur 8 Story-Punkte in der letzten Iteration abschließen konnte, da ein technisches Problem vorlag, das seitdem behoben wurde. Basierend auf diesen Faktoren würde das Team schätzen, dass sie eine Geschwindigkeit von 12 Story-Punkten in der nächsten Iteration verwenden.

Verwenden Sie beim Erstellen einer Iteration in CA Agile Central das Feld "Geplante Geschwindigkeit", um die User Story-Punkte (oder ein anderer Wert) anzugeben, die das Team glaubt, abschließen zu können. Neue Teams kennen ihre Geschwindigkeit möglicherweise noch nicht, oder der Wert ist nicht zuverlässig genug, um als Grundlage für die Iterationsplanung zu dienen. Neue Teams sollten ihre Verpflichtungen basierend auf vergangenen Projektarbeiten einschätzen. Wenn das Team alle geplanten Arbeiten schnell abschließt, dann kann mehr Arbeit eingebunden werden. Wenn die geschätzte Geschwindigkeit zu niedrig ist, sollte sich das Team in der nächsten Iteration für weniger Arbeit verpflichten.

Aufgabenkapazität

Die Kapazität für das Team wird von drei einfachen Maßeinheiten für jedes Teammitglied abgeleitet:

  • Anzahl der optimalen Stunden pro Arbeitstag
  • Anzahl der Tage in der Iteration, die die Person zur Verfügung steht
  • Prozentsatz der Zeit, die die Person diesem Team widmet

Beispiel: Ein Team von fünf Personen, die dem Team in Vollzeit zur Verfügung stehen. Jeder Person stehen ca. 6 ideale Stunden pro Tag für Aufgaben zur Verfügung. Keiner nimmt Urlaubstage in Anspruch. Für eine Iteration, die 1 Woche dauert, bedeutet dies:

5 Teammitglieder x 6 ideale Stunden x 5 Arbeitstage = Aufgabenkapazität von 150 Stunden

Planungsschritte

  1. Der Product Owner beschreibt das am höchsten bewertetes Produkt-Backlog-Element.
  2. Das Team legt die Aufgaben fest, die erforderlich sind, um die einzelnen Produkt-Backlog-Elemente abzuschließen.
  3. Teammitglieder melden sich freiwillig für Aufgaben.
  4. Aufgabeneigentümer schätzen die idealen Stunden, die sie benötigen, um die einzelnen Aufgaben fertigzustellen.
  5. Planungsschritte werden wiederholt, während sich das Team zur Lieferung verpflichtet kann, ohne dabei die optimale Geschwindigkeit zu überschreiten.

Wenn einzelne Personen bei der Iterationsplanung ihre Kapazität überschreiten, dann arbeitet das Team zusammen, um die Arbeitslast zu verteilen.

Agenda

  1. Einführung
    Begrüßung der Teilnehmer, Prüfen von Zweck, Agenda und Organisations-Tools.
  2. Produktvision und Produktstrategieplan
    Erinnern Sie das Team an den größeren Zusammenhang.
  3. Entwicklungsstatus, Zustand der Architektur, Ergebnisse früherer Iterationen.
    Besprechen Sie neue Informationen, die sich auf den Plan auswirken können.
  4. Name und Thema der Iteration
    Legen Sie in Zusammenarbeit einen Namen und ein Thema fest.
  5. Geschwindigkeit im vorherigen Iterationen
    Legen Sie die Geschwindigkeit fest, die für diese Iteration verwendet werden soll.
  6. Iterations-Timebox (Daten, Arbeitstage)
    Legen Sie die Timebox und die gesamten Arbeitstage fest. Subtrahieren Sie Urlaubstage oder andere Ereignisse, die sich auf das gesamte Team auswirken.
  7. Teamkapazität (Verfügbarkeit)
    Jedes Teammitglied berechnet die eigene Kapazität basierend auf der persönlichen Verfügbarkeit, Zuordnung zu diesem Projekt und zu anderen Projekten, täglichen Produktionszeit für Aufgaben in dieser Iteration.
  8. Probleme und Bedenken
    Prüfen Sie alle derzeit bekannten Probleme und Bedenken, und zeichnen Sie sie nach Bedarf auf.
  9. Überprüfung und Aktualisierung der Definition of Done
    Überprüfen Sie die Definition of Done, und führen Sie entsprechende Aktualisierungen basierend auf Technologie, Qualifikation oder Änderungen der Teamzusammensetzung seit der letzten Iteration durch.
  10. Zu berücksichtigende Storys oder Elemente aus dem Produkt-Backlog
    Stellen Sie die vorgeschlagenen Produkt-Backlog-Elemente für das Iterations-Backlog vor.
  11. Aufgaben ausgliedern
    Bereitstellungsteams legen Aufgaben fest, melden sich für die Arbeiten, und schätzen Aufgaben ein, die sie besitzen. Product Owner antworten auf klärende Fragen und arbeiten nach Bedarf die Akzeptanzkriterien aus. Scrum-Master erleichtern die Zusammenarbeit.
    a. Aufgaben, b. Schätzwerte, c. Eigentümer
  12. Neue Probleme und Bedenken
    Überprüfen Sie, ob neue Probleme und Bedenken basierend auf der Ausgliederung von Arbeiten vorhanden sind, und zeichnen Sie sie nach Bedarf auf.
  13. Abhängigkeiten und Annahmen
    Überprüfen Sie alle Abhängigkeiten oder Annahmen während der Planung, und zeichnen Sie sie nach Bedarf auf.
  14. Gehen Sie Verpflichtungen ein!
    Der Scrum-Master nutzt das Fist of Five-Prinzip für den Plan. Das Agile-Team und der Product Owner signalisieren, ob dies basierend auf ihren aktuellen Informationen der bestmögliche Plan ist und verpflichten sich, zur nächsten Ebene der Planung zu wechseln - der täglichen Planung.
  15. Plan für Kommunikation und Logistik
    Überprüfen und aktualisieren Sie den Plan für Kommunikation und Logistik für diese Iteration.
  16. Parking Lot
    Bearbeiten Sie den Parking Lot. Alle Elemente sollten entweder als gelöst festgelegt oder in Aktionselemente konvertiert werden.
  17. Aktionselemente/Aktionsplan
    Bearbeiten Sie den Aktionsplan. Verteilen Sie Aktionselemente an Eigentümer.
  18. Meeting-Retrospektive
    Da diese Meetings für alle hilfreich sein sollen, sammeln wir Feedback zum Meeting.
  19. Abschluss
    Feiern Sie ein erfolgreiches Planungs-Meeting!

Feedback

Benötigen Sie weitere Informationen? Die CA Agile Central-Community ist Ihre zentrale Anlaufstelle für Self-Service und Support. Treten Sie der CA Agile Central-Community bei, um dem CA Agile Central-Support Feedback mitzuteilen oder Fälle zu melden, Antworten zu finden oder mit anderen Benutzern zusammenzuarbeiten.