Warum in Story Points messen (ein relatives Maß ist keine akzeptable Antwort)

Wenn ich über Story Points lese, wird immer erwähnt, dass sie verwendet werden sollten, weil sie ein relatives Maß sind, mit Beispielen wie:

Ich brauche 60 Minuten, um einen Trail zu laufen, während du nur 30 Minuten brauchst, um ihn zu laufen. Zeit ist also kein gutes Maß, um den Aufwand zu kommunizieren. Miles wäre eine bessere Wahl, weil ein Dritter dann seine individuelle Zeit anhand seiner eigenen Geschwindigkeit schätzen könnte.

Sie könnten jedoch genauso gut mit Zeitschätzungen verfahren. Ich sage, ich brauche 60 Minuten und du weißt, dass du doppelt so schnell bist, also kannst du daraus schließen, dass du 30 Minuten brauchst.

Story Points: Zeit = Story Points / individuelle Geschwindigkeit

Zeitschätzung: Zeit = Basiszeit / individuelle Geschwindigkeit

Was ist also der Unterschied und warum sollte ich Story Points verwenden?

BEARBEITEN:

Es wird auch erwähnt, dass Story Points relativ sind, da sie in Bezug auf ein Referenz-Story zugewiesen werden. Sie können jedoch genau dasselbe mit der Zeit tun. Dh Referenzstory A wird statt 1 Story Point 1 Base Hour zugeordnet.

Der Vorteil von Story Points sehe ich also einfach in diesem Konzept: Keine ungefähre Zahl angeben, sondern in Bezug auf einen Bezugspunkt schätzen. Aber sobald Sie der Referenz ein Maß zuordnen, spielt es keine Rolle, ob es sich um Punkte oder Zeit handelt. Das Ergebnis ist das gleiche.

Ihr Beispiel funktioniert nur, wenn ich Ihre Geschwindigkeit kenne, ich kann es nicht verwenden, wenn ich meine kenne. Selbst wenn die Entfernung gleich ist, ist Ihre Schätzung für mich nichts wert, bis Sie die relative Geschwindigkeit berechnen. Das Interessante ist, dass, wenn Ihr Team mit der Zeit schneller wird oder vielleicht eine Reihe von Dingen zu seiner Definition von erledigt hinzufügt, die Distanz gleich bleibt, sich aber ihre relative Geschwindigkeit ändert. Daher wird der ursprünglichen Zeitschätzung nicht mehr vertraut. Hätte man aber den Abstand eingehalten, würde die neue Geschwindigkeit eine schnelle Prognose erlauben, ohne alle Werte neu berechnen zu müssen.
Außerdem sind die meisten Menschen sehr schlecht darin, tatsächlich in Stunden zu schätzen. Vor allem, wenn es sich um mehr als ein paar Stunden Arbeit handelt. Die Realität passiert ;). Die relativen Schätzungen helfen Einzelpersonen und Teams, ihre Fähigkeiten iterativ zu erlernen, ohne ihre Arbeit ständig neu einschätzen zu müssen. Ihre Geschwindigkeit liefert einen Indikator für Vorhersagen, auch wenn einer Geschwindigkeit für (langfristige) Vorhersagen nicht vertraut werden kann.
@jessehouwing Die Zeit kann genauso gut relativ verwendet werden. Ob eine User Story mit 1 Punkt oder einer Stunde veranschlagt wird spielt keine Rolle. Die Stunde bezieht sich nicht auf die Zeit, die ich tatsächlich dafür benötige. Betrachten Sie es eher als eine normale Arbeitsstunde. Wenn ich neu in einem Thema bin, kann ich die geschätzte Zeit einfach verdoppeln. Anstatt also eine Geschwindigkeit in Punkten gemessen zu haben, haben Sie eine Geschwindigkeit in Standard-Mannstunden.
Wahr. Aber viele Menschen haben Schwierigkeiten zu verstehen, dass 1 Stunde geschätzt nicht 1 Stunde in der realen Welt ist. Dass es tatsächlich niemanden in der Organisation gibt, der tatsächlich 1 Stunde in 1 Stunde schaffen kann. Es ist ein Auslöser für den Verstand, den Unterschied bewusst zu verstehen.
Messen Sie es, wie Sie möchten, solange es relativ ist. Aber wie @barnaby unten deutlich macht, wird der Versuch, „relative Stunden“ (dh Stunden, die keine Stunden sind, aber Stunden genannt werden) jemandem zu erklären, der nicht Sie sind (insbesondere ein Kunde oder ein Management), nicht gut gehen.

Antworten (1)

In Scrum erledigen wir einige Arbeiten in einer Timebox und messen dann, wie viel Arbeit erledigt wurde.

Jetzt könnten Sie Geschichten anhand von Zeiteinheiten schätzen. Aber das würde zu einigen seltsamen Ergebnissen führen:

Das Team erledigte 10 Tage geschätzte Arbeit in 15 Tagen.

Wahrscheinlich ist es besser, eine Messung zu verwenden, die keine Zeiteinheiten hat. Wenn Sie darüber nachdenken, sind die Einheiten, die wir verwenden, völlig irrelevant.

Deshalb verwenden wir Story Points. Sie sind willkürliche Einheiten.

Das Team hat 10 Story Points in 15 Tagen abgeschlossen

Jetzt wiederholt das Team diesen Vorgang für einige Sprints und berechnet dann seine Geschwindigkeit:

Wir haben durchschnittlich 12 Punkte pro Sprint, das ist also unsere Geschwindigkeit

Solange das Team bei der Dimensionierung von Storys konsistent bleibt, ist diese Geschwindigkeit eine nützliche Methode, um die Kapazität zukünftiger Sprints vorherzusagen.

Beachten Sie, dass sich die Leistung des Teams im Laufe der Zeit ändern kann. Daher berechnen wir die Geschwindigkeit ständig neu (oft unter Verwendung eines gleitenden Durchschnitts).

Es ist wichtig, sich daran zu erinnern, dass wir nicht abschätzen, wie lange es dauern wird, bis die Arbeit erledigt ist. Stattdessen bemessen wir die Arbeit und messen dann, wie lange es gedauert hat, bis sie abgeschlossen war.

Ausgezeichnete Antwort. Abstrakte "Sprintpunkte" ermöglichen die Kalibrierung der Teamschätzung und die Entkopplung der Schätzung auf den Tag/die Stunde. Ich möchte auch anmerken, dass größere Sprintpunktschätzungen eine größere Unsicherheit der tatsächlichen Größe implizieren. Während das Aufteilen von User Stories in kleinere Sub-Storys oder in Aufgaben dazu beiträgt, Mehrdeutigkeiten zu mindern, bedeutet die Angabe, dass das Ziel 10 Tage entfernt ist, dieselbe Genauigkeit wie 1 Tag entfernt. Wenn Ihr Gehirn Sprintpunkte automatisch in Stunden oder Tage übersetzt, dann denken Sie an T-Shirt-Größen (s, m, l, xl). Eine XL-Story kann erheblich länger dauern als eine andere XL-Story.
Trifft den Nagel auf den Kopf. Allein der Gedanke daran, 10 days estimated work in 15 dayses einer Auswahl meiner Kunden erklären zu wollen, macht mich sehr unwohl!
Gute Antwort. Ich möchte nur einige meiner Gedanken wie folgt hinzufügen: Konzentrieren Sie sich zunächst nicht darauf, was der Story Point ist. Es ist nur eine Einheit zur Messung des Gewichts von User Stories, um sicherzustellen, dass die Arbeit in einem Sprint die Fähigkeiten des Teams nicht übersteigt. Zweitens ist die Schätzung nach Story Point einfach und schnell und daher eine geeignete Methode für die Verwendung in einem Sprint-Planungsmeeting.
Wenn Sie sich Sicherheit bei der Story Point-Schätzung verschaffen möchten, können Sie selbst herausfinden, wie viele Stunden für einen Story Point aufgewendet wurden, und darauf basierend den Stundenaufwand schätzen.