Sieben Fragen vor dem Start
Nutze diese Liste im Refinement. Ein „Nein“ eröffnet ein Gespräch und verwirft das Ticket nicht automatisch.
1. Ziel
Welches Problem lösen wir, für wen und woran erkennen wir den Nutzen? Beschreibe das Ergebnis, bevor du eine technische Umsetzung festlegst.
2. Umfang
Welche Oberfläche, welcher Dienst oder Ablauf gehört dazu? Was ist ausdrücklich ausgenommen? Trenne unabhängige Änderungen, wenn sie unterschiedliche Entscheidungen brauchen.
3. Erwartetes Verhalten
Was tut die Person, was zeigt das System und was gilt als Erfolg? Halte bei Fehlern sowohl das tatsächliche als auch das erwartete Verhalten fest.
4. Rollen und Berechtigungen
Wer darf die Aktion ausführen? Prüfe vorhandene Rechte. Erfinde keine neue Rolle, nur weil im Ticket eine Angabe fehlt.
5. Randfälle und Fehler
Wähle Fälle, die die Implementierung verändern können: bei einem Export etwa leere Ergebnisse und fehlgeschlagene Anfragen. Entscheide, was sichtbar wird, ob Wiederholung möglich ist und ob Teilerfolge auftreten können.
6. Abhängigkeiten
Sind API, Design, Inhalte, Daten und Zugriffe vorhanden? Verlinke die verbindliche Quelle und benenne eine verantwortliche Person für jede offene Abhängigkeit.
7. Akzeptanzkriterien
Kann das Team prüfen, ob die Arbeit abgeschlossen ist? Formuliere beobachtbare Bedingungen aus bestätigten Anforderungen. Der Leitfaden zu Akzeptanzkriterien zeigt die Grenze zu Annahmen.
Blocker oder normale Rückfrage?
Ein Blocker ist eine Entscheidung, deren Antwort die Lösung wesentlich ändern kann. Ob eine Zahlung einmalig oder wiederkehrend ist, muss vor dem Entwurf des Zahlungsablaufs feststehen. Die endgültige Beschriftung eines Buttons kann unter Umständen später geklärt werden, während die Logik bereits gebaut wird. Dokumentiere auch dann Eigentümer und Klärungszeitpunkt.
Die Grenze hängt von der Aufgabe ab. Der Vergleich zwischen Definition of Ready und Akzeptanzkriterien erklärt die Startentscheidung. Wenn wesentliche Lücken geschlossen sind, schätze den Aufwand. Das Tool zur Ticket-Bereitschaft kann vorher offene Entscheidungen sichtbar machen.