Agile Entscheidungsmethode

Story Points

Vergibt relative Punkte auf Basis von Referenzstories und macht Risiko, Umfang und Lernaufwand vergleichbar.

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.

Kernfrage

Wie groß ist ein Item relativ zu bekannten Teamstories, wenn Aufwand, Komplexität und Risiko gemeinsam betrachtet werden, ohne Punkte in Stunden umzudeuten?

Story Points planen Methodenanleitung

Vergleich starten

Feedback gebenHilft dir diese Methode?

Teilnehmende: 3-9
Zeit: 30–60 Minuten für 8–15 refinete Items; laufende Kalibrierung im Refinement.

Die Praxis wird wiederholt auf vergleichbare Arbeitsobjekte angewendet.

Skala
Punkterahmen
Teaminterne relative Skala und enthaltene Dimensionen Aufwand, Komplexität und Risiko erklären.
Referenzen
Story-Anker
Kleine, mittlere und große abgeschlossene Stories als Anker prüfen.
Vergleichen
Relativer Befund
Item gegen mindestens zwei Referenzen triangulieren und Unterschiede in Arbeit, Komplexität und Risiko nennen.
Klären
Geklärte Story
Abweichende Schätzungen und große Items über Scope, Unsicherheit und Split-Möglichkeiten bearbeiten.
Nutzen
Team-Schätzung
Punkte für teaminternes Backlogverständnis und historische Forecasts nutzen; Velocity weder Ziel noch Teamvergleich.

Neue Evidenz im Review ergänzen und Schätzungen samt früherem Stand versionieren.

Geeignet, wenn

Wenn Teams Komplexität statt Stunden bewerten wollen, schafft sie einen gemeinsamen relativen Maßstab. Sie hilft, Unsicherheit, Risiko und Umfang zusammen zu sehen.

Ideal für

Scrum Teams
Backlog Refinement
Relative Planung

Nicht gut für

Teamvergleich
Individuelle Leistungsbewertung
Exakte Terminversprechen

Ergebnisse

Team-Schätzung
Teamrelative Story-Point-Schätzungen mit Referenzvergleich, geklärten Annahmen, Split-Bedarfen und teaminterner Forecast-Nutzung.

Story Points · Arbeitsstruktur

Fiktives Beispiel

Fiktive Werte zeigen die tatsächlichen Fachfelder.

Story Points · Arbeitsstruktur
Story	Enthalten	Kleinerer Anker	Größerer Anker	Vergleich	Punkte	Folge
Karte speichernEvidenz und Begründung ergänzen.	Build, Test, Security, Rollout	3 · Rechnungsadresse	8 · neue Zahlungsart	Mehr Security als 3; vorhandene API kleiner als 8	5	Planbar
ProviderwechselEvidenz und Begründung ergänzen.	Auth, Migration, Fallback, Zertifizierung	8 · neue Zahlungsart	13 · Checkout-Neubau	Mehrere unabhängige Outcomes	20	Split: 5/8/5; neu schätzen

1. Enthalten
Karte speichern
Build, Test, Security, Rollout
Providerwechsel
Auth, Migration, Fallback, Zertifizierung
2. Kleinerer Anker
Karte speichern
3 · Rechnungsadresse
Providerwechsel
8 · neue Zahlungsart
3. Größerer Anker
Karte speichern
8 · neue Zahlungsart
Providerwechsel
13 · Checkout-Neubau
4. Vergleich
Karte speichern
Mehr Security als 3; vorhandene API kleiner als 8
Providerwechsel
Mehrere unabhängige Outcomes
5. Punkte
Karte speichern
5
Providerwechsel
20
6. Folge
Karte speichern
Planbar
Providerwechsel
Split: 5/8/5; neu schätzen

Alle Werte sind fiktiv.

Fachquelle · eigene Lehrdarstellung

Erster Schritt

Team, Done, enthaltene Arbeitsarten und Punktefolge festlegen; mehrere abgeschlossene Referenzstories mit stabilen Punkten auswählen.

Zur Methodenanleitung

Davor sinnvoll

Agile

Planning Poker

Liefert die im Poker verglichenen Werte als Grundlage für konsistente Story Points.

Wie geht es weiter?

Agile

Scrum

Nutzt die Punktewerte für Sprint-Planung und Kapazitätsabgleich.

Delivery

Monte Carlo Forecasting

Nutzt historische Punktedaten als Grundlage für probabilistische Forecasts.

Vertiefung

Zweck

Wenn Teams Komplexität statt Stunden bewerten wollen, schafft sie einen gemeinsamen relativen Maßstab. Sie hilft, Unsicherheit, Risiko und Umfang zusammen zu sehen.

Funktionsweise

Im Detail

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.

Durchführung

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.

Die Methodenanleitung führt mit 5 Phasen, Zeitrahmen, 5 Stolperfallen und klaren Abbruchkriterien durch die Umsetzung.

Methodenanleitung öffnen

Deine Einschätzung

Hilft dir diese Methode für dein Vorhaben?

Mit deinem Feedback hilfst du, den Methodatlas weiterzuentwickeln.

Quellen und Themen

Themen

Schätzung Agil Messung

Quellen

Story Pointsmountaingoatsoftware.comMountain Goat Software (Mike Cohn); definiert Story Points als relative Aufwandsschätzung und nennt typische Fehlnutzungen.

Artefakt-Vorlagen

Story Points: ArbeitsvorlageGegenstand, Daten, Rollen, Ablauf und Review festlegen.

markdown

story-points-working-template.md

Gegenstand, Daten, Rollen, Ablauf und Review festlegen.

Story Points: Arbeitsvorlage

Fragestellung

Noch zu klären

Gewünschtes Ergebnis

Noch zu klären

Rahmen

Praxisdurchlauf Zeit: 30–60 Minuten für 8–15 refinete Items; laufende Kalibrierung im Refinement.

Diese Vorlage während der Arbeit auf Papier oder in einem eigenen Dokument ausfüllen.

Vorbereitung für diesen Umfang

Methodische Grundausstattung

Materialien: Refinete Items, gemeinsame Definition of Done, teaminterne Punktefolge, stabile Referenzstories und Annahmenlog
Rollen: Umsetzendes Team schätzt · Product Owner klärt · Facilitator schützt relative Skala
Vorab-Infos: Team, Done, enthaltene Arbeitsarten und Punktefolge festlegen; mehrere abgeschlossene Referenzstories mit stabilen Punkten auswählen.
Gesamter Zeitbedarf: 30–60 Minuten für 8–15 refinete Items; laufende Kalibrierung im Refinement.
Setup: Arbeitsfläche mit Skala · Referenzen · Vergleichen · Klären · Nutzen vorbereiten; Beispiel und eigene Daten trennen.

Für die Arbeitsschritte bereitstellen

Skala: Punkterahmen

Team, Done, enthaltene Arbeitsarten und Punktefolge festlegen; mehrere abgeschlossene Referenzstories mit stabilen Punkten auswählen.
Refinete Items, gemeinsame Definition of Done, teaminterne Punktefolge, stabile Referenzstories und Annahmenlog