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

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

Story-Punkte und Stunden sind keine unterschiedlichen Einheiten derselben Größe. Stunden messen die Dauer: Wie lange werden Sie für etwas benötigen? Story-Punkte messen den relativen Aufwand: Wie groß ist dieser im Vergleich zu der Referenz-Story, die bereits von allen fertiggestellt wurde? Es handelt sich um unterschiedliche Größenordnungen. 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 Methode eigentlich bieten soll.

Der Grund, warum Teams auf diese Umrechnung zurückgreifen, ist eintrittswahr: Jemand außerhalb des Teams benötigt einen Termin, und Punkte haben keine Einheiten. Die Lösung ist keine Umrechnungstabelle, sondern die Velocity. Die Velocity ordnet Punkte auf Teamebene bereits der Zeit zu. „Punkte pro Sprint“ multipliziert mit der „Anzahl der Sprints“ ergibt ein Datum, das die tatsächliche Lieferrate des Teams berücksichtigt – 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 „dieses Projekt umfangreicher ist als das, das wir bereits ausgeliefert haben“, ohne sich darauf festzulegen, dass „dies vier Stunden in Anspruch nehmen wird“; und die Meinungsverschiedenheit, die bei der Offenlegung zutage tritt, ist der Punkt, an dem der verborgene Umfang zum Vorschein kommt.

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 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 das eigentliche 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 erreicht 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, 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 Punkte in Zeit umzuwandeln, und sie erfordert keine Umrechnungstabelle. Die Zykluszeit ist wiederum eine eigenständige Größe: 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 berücksichtigen die Zeitaufwand überhaupt nicht. 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 einlegt, 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 berücksichtigt werden: 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 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 Größenangaben lassen sich die Verzerrungen durch Anker- und Dienstalter-Effekte 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 mit der Formel „X Punkte = Y Stunden“ pro Story ist ein Fehlermodell. Verwerfen Sie diese.

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 Referenzgeschichte“ 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: Der einzig ehrliche Weg, Punkte in ein Date umzuwandeln.
• Geschwindigkeits- und Kapazitätsplanung: Nutzung dieser Prognose zur Festlegung eines realistischen Sprintumfangs.
• Leitfaden zur agilen Schätzung: Der gesamte Schätzungscluster.
• Kostenloses Planning Poker für agile Teams: Schätzen Sie gemeinsam in Echtzeit in Punkten.