EIN PRAKTISCHES VORGEHEN

Offene Fragen im Ticket vor der Entwicklung klären

Ein ungenaues Ticket braucht oft wenige Entscheidungen statt eines viel längeren Dokuments.

3 Min. Lesezeit

Wann das wichtig ist

„Export hinzufügen“ verbirgt möglicherweise Entscheidungen zu Rechten, Daten, Format und Fehlern. Die Entwicklung kann Standards vorschlagen, aber Vorschläge sind keine freigegebenen Anforderungen. Beginnt schwer rückgängig zu machende Arbeit vor der Entscheidung, entsteht vermeidbare Nacharbeit.

Ein praktisches Vorgehen

  • Liste nur Unbekanntes auf, das Verhalten, Umfang, Sicherheit oder technische Lösung verändern kann. Trenne bestätigte Fakten von Annahmen.
  • Formuliere daraus gezielte Fragen mit möglichst zwei oder drei Optionen. Erkläre die Folgen jeder Wahl.
  • Weise jeder Entscheidung eine verantwortliche Person und den letzten sinnvollen Antworttermin zu. Zeige Abhängigkeiten.
  • Dokumentiere die Antwort im Ticket. Formuliere Akzeptanzkriterien erst aus bestätigten Entscheidungen; kennzeichne Vorschläge weiter als offen.

Beispiel

Beim Kundenexport lauten zwei Fragen: „Alle gefilterten Datensätze oder nur die sichtbare Seite?“ und „Welche vorhandene Rolle darf personenbezogene Daten exportieren?“ Product Ownership bestätigt alle gefilterten Daten; die Rollenfreigabe steht noch aus. Ein UI-Entwurf ist möglich, der Endpunkt darf aber vor der Berechtigungsentscheidung nicht freigegeben werden.

Die nächste Entscheidung treffen

Eine gute Frage beseitigt eine bestimmte Unsicherheit. „Bitte Aufgabe präzisieren“ tut das nicht. Halte die Liste im Refinement beantwortbar. Das Ticket-Tool kann Lücken und Fragen vorschlagen; die zuständige Produktperson bestätigt die Entscheidungen. Erst dann wird aus einem Kriterienentwurf eine Zusage.

Zum passenden Tool.

← Zurück zu den Ressourcen