Über Durchschnittswerte, Geschichte und die Vorhersage der kurzfristigen Zukunft

Angenommen, Sie wissen, dass die durchschnittliche Geschwindigkeit eines Teams in Story Points im letzten Jahr 6 pro zweiwöchigem Sprint betrug. Es hat sich nichts Interessantes geändert (dasselbe Team, dieselbe Problemdomäne, außerhalb der Ferienzeit...). Was glauben Sie, ist die richtige Antwort auf die folgenden Fragen: 1) Wie viele Story-Punkte werden im nächsten halben Jahr fertiggestellt? 2) Wie viele Story-Punkte werden in den nächsten 4 Sprints fertiggestellt? 3) Wir schätzen, dass die letzte Story 6 Punkte betragen wird. Sollten wir die CEOs der Fortune-100 für die entscheidende Produkteinführung im nächsten Monat einladen?

Meine erste Antwort auf diese Fragen wäre: 1) 6 Monate = 13 Sprints, der Durchschnitt liegt bei 6 Punkten pro Sprint, also werden wir 13 x 6 = 78 Punkte abschließen 2) 4 Sprints bedeutet 4 x 6 = 24 Punkte 3) Der Durchschnitt liegt bei 6 Punkten pro Sprint, also können wir im letzten Sprint 6 Punkte an Geschäftswert schaffen, also ja, warum nicht? Aber wie immer in unserer Branche sollte die Antwort lauten: "Es kommt darauf an". Nehmen wir an, das Team hat in der Vergangenheit die folgenden Story-Punkte pro Sprint erzielt: 6, 6, 6, 6, 6 … 6 Wenn das der Fall ist, würde ich sagen, dass die obigen Antworten wahrscheinlich richtig sind. Das Team hat seit Ewigkeiten 6 Punkte erreicht. Wie groß ist also die Wahrscheinlichkeit, dass es im nächsten Sprint keine 6 Punkte erreichen wird? Aber was, wenn die Geschichte so aussieht? 11, 11, 1, 1, 1, 11 … 1, 11 Der Durchschnitt liegt immer noch bei 6, aber wird der nächste Sprint ein '1' Sprint oder ein '11' Sprint sein? Für die kommenden 6 Monate können Sie immer noch beruhigt sein. Die Historie zeigt eine Abfolge von 11 und 1 Sprints mit einer Wahrscheinlichkeit von jeweils etwa 50%, so dass wir intuitiv sagen können, dass wir etwa 78 Punkte fertigstellen werden, plus/minus 5. Die Vorhersage von 4 Monaten ist schwieriger, aber wenn wir uns ein wenig Spielraum in Form von optionalen Funktionen und vielleicht ein paar Überstunden lassen, können wir uns immer noch sicher sein, dass wir pünktlich liefern werden. Die Vorhersage des Ergebnisses des nächsten Sprints ist jedoch beängstigend. Bei einer Abfolge von 1 und 11 Sprints ergibt sich ein Durchschnitt von 6 mit einer durchschnittlichen Streuung von 5. Wenn die Veröffentlichung von der Fertigstellung von 6 Punkten abhängt, gehen wir hier ein wirklich großes Risiko ein. Das Team sollte sich nicht zu 6 Punkten verpflichten, aber noch wichtiger ist, dass der Product Owner es nicht einmal auffordern sollte, sich zu 6 Punkten zu verpflichten, denn keine noch so große Menge an Überstunden oder Mobbing oder was auch immer wird die Veröffentlichung retten, wenn wir zufällig in einen 1-Punkt-Sprint geraten. Wenn Sie darauf bestehen, dieses Problem mit Mathematik zu lösen, können Sie den Velocity Range Calculator von Mountain Goat ausprobieren (auf den mich mein Kollege Martien van Steenbergen hingewiesen hat): Velocity Range Calculator. Er wird Ihnen gerne eine mathematisch fundierte Antwort geben, aber meiner Meinung nach lassen sich solche Fragen besser aus dem Bauch heraus beantworten. Stellen Sie sich vor, Sie würden vor vielen hoch bezahlten Führungskräften die neue Version Ihrer Software vorführen. Wie würden die Antworten lauten? In meinem Fall würde ich sagen, dass die richtigen Antworten auf die Fragen lauten: 1) 6 Monate, 78 Punkte sollten kein Problem sein 2) 4 Monate, 24 Punkte sollten kein Problem sein, aber es wäre klug, die Prioritäten sorgfältig abzuwägen und sicherzustellen, dass wir etwas fallen lassen können, falls nötig 3) 2 Wochen, 6 Punkte, auf keinen Fall