Wenn Teams Komplexität statt Stunden bewerten wollen, schafft sie einen gemeinsamen relativen Maßstab. Sie hilft, Unsicherheit, Risiko und Umfang zusammen zu sehen.
Story Points
Vergibt relative Punkte auf Basis von Referenzstories und macht Risiko, Umfang und Lernaufwand vergleichbar.
Wie groß ist dieses Item relativ zu unseren Referenzstories unter Berücksichtigung von Umfang, Komplexität, Risiko und Unsicherheit?
Sie ordnet Stories relativ zueinander ein und nutzt Vergleich statt Zeitkalender als Bewertungsgrundlage. Dadurch wird Schätzung konsistenter und weniger an scheinpräzise Stunden gebunden, ohne Anspruch auf Exaktheit vorzutäuschen.
Visuelle Orientierung
Methodenskizze für ein schnelles Grundgefühl.
Ablauf
- 1Referenzstories wählen
- 2Skala definieren
- 3Items relativ vergleichen
- 4Punkte vergeben
- 5Velocity nur teamintern interpretieren
Das Runsheet führt mit 4 Phasen, Timeboxen, 5 Stolperfallen und klaren Abbruchkriterien durch die Umsetzung.
Runsheet öffnenIdeal für
- Scrum Teams
- Backlog Refinement
- Relative Planung
Nicht gut für
- Teamvergleich
- Individuelle Leistungsbewertung
- Exakte Terminversprechen
Vertiefung
Story Points funktionieren, weil sie Aufwand, Unsicherheit und Komplexität als relative Größe zusammenfassen und damit Teamlernen über mehrere Sprints ermöglichen. Gute Nutzung vermeidet die Übersetzung in Stunden und schützt die Skala vor individueller Leistungsdeutung. Ihr eigentlicher Wert liegt darin, stabile Vergleiche innerhalb eines Teams aufzubauen und dadurch bessere Gespräche über Lieferfähigkeit, Zerlegung und Risiko zu führen.
Sichere zu Beginn ein gemeinsames Referenzset bekannter Stories, damit die Skala in der Praxis geerdet bleibt. Die produktive Schwelle zeigt sich dort, wo neue Stories die bisherigen Referenzen sprengen und ein Nachkalibrieren nötig machen. Schließe mit einer konsistenten Teamlogik und einem Hinweis, welche Items trotz Punktzahl noch besondere Aufmerksamkeit brauchen.
Story Points ArbeitsvorlageKompakte Arbeitsvorlage für Story Points mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.markdown
story-points-working-template.md
Kompakte Arbeitsvorlage für Story Points mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.
Story Points Arbeitsvorlage
Ziel
Relative Einheit zur Schätzung von Umfang, Komplexität, Risiko und Unsicherheit von Backlog Items.
Kontext
Wann und wofür nutzen wir diese Methode?
Input
Welche Daten, Beobachtungen, Entscheidungen oder Materialien liegen vor?
Durchführung
Kurze Notizen entlang des Runsheets.
Ergebnisartefakte
- Point Estimates:
- Reference Stories:
- Velocity Data:
Annahmen und offene Fragen
- ...
Entscheidung / Nächster Schritt
Owner, Datum und Erfolgssignal.
Wann stattdessen?
Kurze Entscheidungshilfe für vorhandene Alternativen.
Statt Story Points, wenn ihr Durchsatz über Fluss und Lieferung steuern wollt statt über Pflichtschätzungen.
Statt Story Points, wenn ihr mit Wahrscheinlichkeiten statt mit Einzelschätzungen planen wollt.
Ähnliche Methoden
Alle MethodenSchätzt Arbeit in einer teaminternen Einheit und macht Annahmen sichtbar, die echte Kapazität verzerren können.
Vergleicht Stories relativ, deckt Wissenslücken auf und erzeugt eine gemeinsame Schätzung mit nachvollziehbaren Annahmen.
Sortiert Backlog Items grob nach Referenzgrößen und markiert früh Themen, die später Split oder Klärung brauchen.
Lässt das Team Items still gruppieren, diskutiert Abweichungen und erzeugt konsistente relative Größenbilder.
Verteilt Arbeit in feste Größenfenster, damit relative Schätzungen schnell entstehen und strittige Items sichtbar bleiben.
Organisiert Produktentwicklung in feste Sprints mit klaren Rollen, Events und einem priorisierten Backlog.