Story-Punkte vs. Stunden: Warum die Umrechnung eine Falle darstellt

Wenn Sie Punkte in Stunden umrechnen können, schätzen Sie die Stunden.

Story-Punkte und Stunden sind keine unterschiedlichen Einheiten derselben Größe. Stunden messen die Dauer – wie lange Sie für etwas benötigen werden. Punkte messen den relativen Aufwand – wie groß dieser im Vergleich zu der Referenz-Story ist, die bereits von allen fertiggestellt wurde. Es handelt sich um unterschiedliche Dimensionen. In dem Moment, in dem Sie „1 Punkt = 4 Stunden“ ins Wiki schreiben, haben Sie jedes Schätzungsgespräch in eine Diskussion über die Dauer umgewandelt und die Eigenschaft des relativen Aufwands verworfen, die Ihnen diese Technik eigentlich bieten soll.

Der Grund, warum Teams auf die Umrechnung zurückgreifen, ist eintritts: Jemand außerhalb des Teams benötigt ein Datum, und Punkte haben keine Einheiten. Die Lösung ist keine Umrechnungstabelle, sondern velocity. Velocity ordnet Punkte bereits auf Teamebene der Zeit zu – „Punkte pro Sprint“ multipliziert mit der „Anzahl der Sprints“ ergibt ein Datum, das die tatsächliche Lieferrate des Teams widerspiegelt, nicht eine fiktive.

Warum es Punkte überhaupt gibt

Ein Team, das in Stunden schätzt, gibt eigentlich zwei Schätzungen ab: diejenige, an die der leitende Ingenieur glaubt, und diejenige, die der Nachwuchsingenieur nach Aufrundung notiert, um verantwortungsbewusst zu wirken. Versteckte Stimmen und der relative Aufwand umgehen beides. Mithilfe von Punkten kann sich das Team darauf einigen, dass „dieses Projekt umfangreicher ist als das zuvor ausgelieferte“, ohne sich darauf festzulegen, dass „ich dafür vier Stunden benötigen werde“ – und gerade in den Meinungsverschiedenheiten, die bei der Offenlegung zutage treten, kommt der verborgene Umfang zum Vorschein.

Wie das gut aussieht

Ein Team, das Punkte sinnvoll einsetzt, spricht während der Sitzung nicht über Stunden. Es spricht über die Referenzstory, die vergleichbaren Arbeiten, die es bereits fertiggestellt hat, und die Unwägbarkeiten. Die sich daraus ergebende Zahl ist ein Indikator für den relativen Aufwand, den das Team – und nur das Team – anhand seiner eigenen Velocity in einen Termin umwandeln kann.

„Aber wie lange wird das dauern?“

Dies ist der berechtigte Bedarf, der hinter jeder Anfrage zur Umrechnung von Punkten in Zeit steht, und er verdient eine konkrete Antwort – einen Zeitrahmen, der sich aus der Velocity ergibt. Wenn Ihr Team im Durchschnitt 30 Punkte pro zweiwöchigem Sprint erreicht hat, entspricht ein Backlog-Anteil von 60 Punkten in etwa zwei Sprints, und Sie kommunizieren dies als „etwa einen Monat, je nachdem, was wir schaffen“. Das ist ein Termin, in den die Unwägbarkeiten des Teams bereits einkalkuliert sind – die tatsächlich stattfindenden Besprechungen, der Bereitschaftsdienst und die Feiertage. Eine Umrechnung von Punkten in Stunden liefert Ihnen einen Termin ohne solche Unwägbarkeiten, der jedoch mit größerer Sicherheit falsch ist.

Beobachten Sie also die Geschwindigkeit, leiten Sie daraus Werte ab und berechnen Sie diese alle paar Sprints neu. Das ist die ehrliche Herangehensweise, um Meilensteine in Zeit umzuwandeln, und sie erfordert keine Umrechnungstabelle. Die Zykluszeit ist wiederum eine andere Sache: Eine 3-Punkte-Story kann immer noch eine Woche lang in der Review-Phase verbleiben, was ein Problem des Arbeitsflusses darstellt und kein Problem der Schätzung.

Werden bei den Story-Punkten auch die Wochenenden berücksichtigt?

Nein – denn Punkte beziehen sich überhaupt nicht auf die Zeit. Eine 5 entspricht nicht 40 Stunden; sie bedeutet lediglich: „Das ist umfangreicher als die Referenzstory.“ Ob das Team am Wochenende arbeitet, freitags frei hat oder eine Vier-Tage-Woche einhält, fließt nicht in die Schätzung ein, da die Schätzung kein Maß für die Kalenderzeit ist.

Wo Wochenenden tatsächlich eine Rolle spielen, ist bei der Velocity. Die Velocity wird in Punkten pro Sprint gemessen, und die Sprintlänge entspricht der Kalenderzeit – daher wird ein Team, bei dem mitten im Sprint ein Feiertag liegt, in diesem Sprint eine geringere Velocity verzeichnen, da ihm weniger Arbeitsstunden zur Verfügung standen, um denselben Aufwand zu erbringen. Genau dort sollten Wochenenden zum Tragen kommen: auf der Kalenderebene, nicht auf der Punkteebene. Punkte kennen keine Wochenenden. Die Velocity hingegen schon.

Verzichten Sie auf die Umrechnungstabelle. Leiten Sie den Wert stattdessen aus der Geschwindigkeit ab.

Häufig gestellte Fragen

Wie viele Stunden entsprechen 3 Story-Punkten?

Es gibt keine feststehende Antwort, und genau darum geht es. Story-Punkte messen den relativen Aufwand, nicht die Dauer – 3 Punkte entsprechen „etwas mehr als unsere Referenz-Story“, deren Bearbeitung bei verschiedenen Teams unterschiedlich lange dauert. Die Umrechnung erfolgt auf Teamebene anhand der Velocity, niemals pro Story.

Entspricht ein Story-Punkt einem Tag?

Nein. Ein Story Point ist keineswegs eine Zeiteinheit. Wenn sich Ihr Team auf „1 Punkt = 1 Tag“ geeinigt hat, schätzen Sie in Tagen – nur mit einem Fibonacci-Anstrich –, und Sie haben das Signal für den relativen Aufwand verloren, das Ihnen die Punkte eigentlich vermitteln sollen.

Warum sollten Story-Punkte anstelle von Stunden verwendet werden?

Denn das Team kann sich darauf einigen, dass „dies wichtiger ist als jenes“, ohne sich darauf festzulegen, dass „dies vier Stunden in Anspruch nehmen wird“. Durch verdeckte Abstimmungen und relative Schätzungen lassen sich die Verankerungs- und Dienstaltersverzerrungen vermeiden, die bei Stundenangaben auftreten können – und die Velocity liefert Ihnen dennoch einen Termin, wenn Sie einen benötigen.

Können Sie Story-Punkte in Stunden umrechnen?

Nur auf Teamebene und nur im Nachhinein: Die pro Sprint abgeschlossenen Punkte (Velocity) werden für das jeweilige Team der Kalenderzeit zugeordnet. Eine feste Tabelle nach dem Prinzip „X Punkte = Y Stunden“ pro Story ist ein Fehlerfall – verzichten Sie darauf.

Werden bei den Story-Punkten auch die Wochenenden berücksichtigt?

Nein – denn Punkte berücksichtigen die Zeit überhaupt nicht. Eine 5 bedeutet, dass das Projekt „größer als die Referenzstory“ ist, und nicht, dass es sich um eine bestimmte Anzahl von Tagen handelt. Wochenenden, Feiertage und Vier-Tage-Wochen spiegeln sich in der Velocity (Punkte pro Sprint) wider, die kalenderbasiert ist, nicht jedoch in den Punkten selbst.

Weiterführende Literatur

• Was sind Story-Punkte? – relativer Aufwand, nicht Zeitaufwand, von Grund auf erklärt.
• Velocity – die einzig korrekte Methode, um Koordinaten in ein Datum umzuwandeln.
• Geschwindigkeits- und Kapazitätsplanung – Nutzung dieser Prognose zur Festlegung eines realistischen Sprintumfangs.
• Leitfaden zur agilen Schätzung – der vollständige Schätzungs-Cluster.
• Kostenloses Planning Poker für agile Teams – Schätzen Sie gemeinsam in Punkten und in Echtzeit.