Nächste Sprint-Planung

Was könnte dieses Team im nächsten Sprint übernehmen, basierend darauf, was es tatsächlich geliefert hat? Das beschreibt eine Historie — es verspricht keine zwei Wochen.

Was Sie sehen

• „Eine Zusage, die dieses Team meistens erfüllt hat", abgeleitet aus den letzten bis zu 6 abgeschlossenen Sprints.
• Eine Zahl „Vorgeschlagener Ausgangspunkt" — eine einzelne Elementanzahl. Sie ist nicht anklickbar; von hier aus gibt es keinen Drilldown zu den ausgewerteten Sprints.
• Ein Hinweis, falls weniger als 3 abgeschlossene Sprints zum Lernen vorliegen, dass die Prognose als erster Entwurf zu behandeln ist.
• Eine Tabelle dessen, was das Team pro Sprint geliefert hat, nach Art der Arbeit: Geplante Arbeit, Fehler, Exploration — jeweils mit drei Spalten, Mindestens (eine vorsichtige Untergrenze), Meistens (der mittlere Fall) und Ein guter Sprint (ein starker, aber realer Fall, ausdrücklich „kein Ziel").
• Ein Hinweis, wenn einer Zeile ehrlicherweise überhaupt keine Untergrenze zugeordnet werden kann — sie zeigt „Schwankt zu stark" statt einer bloßen Null.
• Eine Zuverlässigkeitszeile — „von allem, was in diesen Sprints zugesagt wurde, hat das Team X % geliefert" — oder, wenn sich das nicht ermitteln lässt, eine Erklärung, warum.
• Ein feststehender Hinweis, dass diese Prognose die übliche Kapazität des Teams annimmt und bekannte Feiertage oder Teilzeitwochen im kommenden Sprint nicht berücksichtigt — die Sprint-Kapazität hat die echte Zahl für den tatsächlich laufenden Sprint.

Wie wir es berechnen

Verwendete Historie

Die letzten bis zu 6 abgeschlossenen Sprints. Der aktuell laufende Sprint wird nie einbezogen.

Einteilung

Jedes historische Element wird auf dieselbe Weise klassifiziert wie Zykluszeit es klassifiziert — Bug-/Defect-/Issue-Typen zählen als Fehler, Research-/Spike-/Analyse-Typen zählen als Exploration, alles andere zählt als Geplante Arbeit.

Die Prognosemethode

Eine statistische Simulation, die wiederholt jeweils einen ganzen historischen Sprint zieht und alle drei Arten von Arbeit gemeinsam aus demselben Sprint liest — wodurch das reale Muster erhalten bleibt, dass ein Sprint, in dem Fehler die Woche gefressen haben, auch ein Sprint ist, in dem geplante Arbeit ins Hintertreffen geriet. Dieselbe Historie erzeugt immer dieselbe Prognose; hier wird zwischen Aktualisierungen nichts zufällig neu bestimmt.

„Mindestens" / „Meistens" / „Ein guter Sprint"

Das 15., 50. und 85. Perzentil der simulierten Ergebnisse für jede Art von Arbeit.

„Schwankt zu stark"

Wird angezeigt, wenn das Team diese Art von Arbeit im Durchschnitt zwar liefert, die Menge aber so stark schwankt, dass selbst die vorsichtige Untergrenze des 15. Perzentils auf null abgerundet wird.

Warum die Summe leicht von den drei zusammengerechneten Zeilen abweichen kann

Die Summe wird aus den ungerundeten Durchschnittswerten der drei Arbeitsarten zusammen berechnet, nicht durch Addieren der drei bereits gerundeten Zeilen — sie kann daher von deren sichtbarer Summe um bis zu etwa 2 Elemente abweichen.

Kapazitätsannahme

Die Prognose geht immer von der üblichen Kapazität des Teams aus. Sie berücksichtigt derzeit nicht die bekannten Feiertage oder Teilzeitwochen eines bestimmten bevorstehenden Sprints — diese Anpassung wird nicht angewendet, auch wenn die zugrunde liegende Engine sie im Prinzip unterstützen könnte.

Zuverlässigkeit

Der Durchschnitt des eigenen Verhältnisses von Erledigt zu Zugesagt jedes historischen Sprints. Wenn allen Sprints im Zeitraum eine echte Tag-1-Baseline fehlte, wird diese Zeile durch eine Erklärung ersetzt statt durch einen irreführenden Prozentsatz.

Geringes Vertrauen

Weniger als 3 abgeschlossene Sprints im Zeitraum.

Wohin Sie durchklicken können

Nichts. Es gibt heute in dieser Ansicht keinen Drilldown von der Zahl „Vorgeschlagener Ausgangspunkt" oder der Bucket-Tabelle zu den dahinterliegenden historischen Elementen.