Wie schreibe ich gute User-Stories nach INVEST-Kriterien?

INVEST-Kriterien

1. Independent: unabhängig von anderen Stories umsetzbar.

2. Negotiable: nicht final, diskutierbar.

3. Valuable: liefert Wert für Kunde / Stakeholder.

4. Estimable: Aufwand schätzbar.

5. Small: in einem Sprint umsetzbar.

6. Testable: Akzeptanz-Kriterien klar.

Standard-Format

• 'Als <Rolle> möchte ich <Funktion>, damit <Nutzen>.'

• Rolle: konkrete Persona, nicht generisch 'User'.

• Funktion: aus User-Sicht, nicht technisch.

• Nutzen: warum wichtig.

Akzeptanz-Kriterien

1. Gegeben (Given): Ausgangs-Situation.

2. Wenn (When): Aktion.

3. Dann (Then): erwartetes Ergebnis.

4. Mehrere Szenarien pro Story.

5. Edge-Cases beachten.

Story-Mapping

• Backbone: Top-Level-Aktivitäten.

• Details: Stories pro Aktivität.

• Vertikale Slices für MVP.

• Schnelle Visualisierung.

• Tool: Miro, FigJam, Whiteboard.

Brechen grosser Stories

• Pro Workflow-Schritt eine Story.

• Pro Daten-Variante.

• Happy-Path zuerst, Edge-Cases später.

• Pro Persona eigene Story.

• Pro Akzeptanz-Kriterium ggf. eigene Story.

Refinement-Sessions

1. 10 % der Sprint-Kapazität.

2. PO + Team gemeinsam.

3. Stories klären, schätzen, vorbereiten.

4. Definition-of-Ready prüfen.

5. Backlog priorisiert.

Definition-of-Ready

• INVEST-Kriterien erfüllt.

• Akzeptanz-Kriterien klar.

• Abhängigkeiten geklärt.

• Geschätzt (Story-Points).

• Vom Team verstanden.

Schätz-Methoden

• Story-Points (Fibonacci 1-2-3-5-8-13).

• T-Shirt-Sizing (XS-S-M-L-XL).

• Planning-Poker.

• #NoEstimates: nur Count + Cycle-Time.

Anti-Patterns

• Stories als Tasks ('Datenbank-Schema aktualisieren').

• Stories ohne Akzeptanz-Kriterien.

• Riesen-Epics als Story.

• Tech-Story ohne User-Nutzen.

• DoR nicht erfüllt, trotzdem in Sprint.