Story-Punkte versus Stunden: Warum die Umrechnung eine Falle darstellt

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

Story-Punkte und Stunden sind keine unterschiedlichen Einheiten desselben Begriffs. Stunden messen die Dauer: Wie lange werden Sie für etwas benötigen? Punkte messen den relativen Aufwand: Wie groß ist dieser im Vergleich zu der Referenz-Story, die bereits von allen veröffentlicht wurde? Es handelt sich um unterschiedliche Maßstäbe. 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 damit die Eigenschaft des relativen Aufwands verworfen, die Ihnen diese Technik eigentlich bieten soll.

Der Grund, warum Teams auf diese Umrechnung zurückgreifen, ist einleuchtend: Jemand außerhalb des Teams benötigt einen Termin, und Punkte haben keine Einheiten. Die Lösung ist keine Umrechnungstabelle, sondern velocity. „Velocity“ setzt Punkte auf Teamebene bereits in Zeit um. „Punkte pro Sprint“ × „Anzahl der Sprints“ ergibt ein Datum, das die tatsächliche Lieferrate des Teams widerspiegelt – und keine 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 „dieser Auftrag umfangreicher ist als der, den wir bereits ausgeliefert haben“, ohne sich darauf festzulegen, dass „dies vier Stunden in Anspruch nehmen wird“ – und die Meinungsverschiedenheiten, die bei der Offenlegung zutage treten, bringen den verborgenen Umfang ans Licht.

Wie das gut aussieht

Ein Team, das Punkte sinnvoll einsetzt, spricht während der Sitzung nicht über Stunden. Es spricht über die Referenzstory, die bereits fertiggestellten vergleichbaren Arbeiten und die Unbekannten. 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 das berechtigte Anliegen, das hinter jeder Anfrage zur Umrechnung von Punkten in Zeit steht, und es verdient eine konkrete Antwort: einen Zeitrahmen auf Basis der Velocity. Wenn Ihr Team im Durchschnitt 30 Punkte pro zweiwöchigem Sprint erzielt hat, entspricht ein Backlog-Abschnitt 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, die Bereitschaftsdienstrotation, 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 dafür ist keine Umrechnungstabelle erforderlich. 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 vielmehr: „Dies ist umfangreicher als die Referenzstory.“ Ob das Team am Wochenende arbeitet, freitags frei hat oder Vier-Tage-Wochen 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 es weniger Arbeitsstunden zur Verfügung hatte, 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 1 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 den Hinweis auf den relativen Aufwand verloren, den 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 zu einigen, dass „dies vier Stunden in Anspruch nehmen wird“. Verdeckte Abstimmungen in Verbindung mit relativer Größenabschätzung umgehen die Verankerungs- und Dienstalter-Verzerrungen, 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 Stories mit der Formel „X Punkte = Y Stunden“ ist ein Fehlermodell. Verwenden Sie diese nicht mehr.

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 das Referenzprojekt“ ist, und nicht, dass es sich um eine bestimmte Anzahl von Tagen handelt. Wochenenden, Feiertage und Vier-Tage-Wochen schlagen sich in der Velocity (Punkte pro Sprint) nieder, 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 Punkte 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 – in Echtzeit.