Eine Definition-of-Ready-Checkliste, die auf dem Arbeitselement bleibt

Was ist eine Definition-of-Ready-Checkliste?

Definition of Ready fragt, ob ein Backlog-Item klar genug ist, um zu starten. In Jira macht eine Checkliste daraus abhakbare Schritte auf dem Arbeitselement: Ziel formuliert, Acceptance Criteria skizziert, Abhängigkeiten benannt, Team zu Größe und Risiko abgestimmt. Die Liste ist für jede Story in der Refinement gleich; nur die Haken ändern sich.

Eine Definition-of-Ready-Checkliste macht Intake sichtbar, bevor Arbeit nach In Progress wechselt. Das Team einigt sich vorab, was „klar genug zum Start“ heißt, und hält das auf dem Vorgang fest — fehlende Designs, unbekannte Abhängigkeiten und vager Scope tauchen so in der Refinement auf.

Warum Teams Definition of Ready auf dem Vorgang halten

Blockierte Sprint-Arbeit geht meist auf Intake-Lücken zurück: eine offene Frage ohne Owner, Acceptance-Beispiele noch TBD, oder eine Abhängigkeit, die erst am dritten Tag einen Namen bekam. Eine Checkliste auf dem Backlog-Item macht diese Lücken in der Refinement sichtbar — solange die Arbeit noch leicht umzusortieren ist, bevor das Coding startet.

Definition of Ready ist optional — Teams vereinbaren sie, wenn Intake-Qualität das Tracking lohnt. Behalten Sie die Liste, wenn Refinement schneller wird; kürzen oder weglassen, wenn Stories sich stauen, weil Kästchen warten, die das Team sowieso überspringt.

Wann anwenden

Nutzen Sie eine Definition-of-Ready-Checkliste in der Backlog-Refinement, bevor eine Story in den Sprint geht, oder wenn ein neues Item entsteht, damit Intake von Anfang an einen Ort hat. Setzen Sie sie als Erinnerung vor In Progress, wenn Ihr Team ein leichtes Gate will — oder lassen Sie sie informativ und zeigen Sie auf dem Board, was noch fehlt.

Definition of Ready vs. Acceptance Criteria vs. Definition of Done

Acceptance Criteria beschreiben, was diese Story liefern soll — die Beispiele, die Sie demoen. Definition of Ready fragt, ob diese Beispiele, Abhängigkeiten und das Sizing existieren, bevor Sie starten. Definition of Done ist die gemeinsame Exit-Leiste: Tests, Review und Release-Bereitschaft, die jede Story am Ende schuldet. Halten Sie alle drei als getrennte Checklisten auf dem Arbeitselement, damit Intake, Verhalten und Ship-Qualität klar getrennt bleiben.

Definition of Ready — ein Beispiel zum Start

Um Ihre erste Definition-of-Ready-Checkliste aufzubauen, starten Sie mit dem Beispiel unten. Kopieren Sie die Liste und fügen Sie sie in das Eingabefeld von Checklist for Jira auf einem Backlog-Item ein. Ideal: als Vorlage speichern und beim Erstellen von Stories automatisch anwenden — so hat Refinement ein konsistentes Gerüst und dieselben Überschriften jedes Mal. Streichen Sie Zeilen, die Ihr Team überspringt; ergänzen Sie, was Ihr Prozess braucht.

Dieses Gerüst gehört auf jede Story, die Ihr Team refined. In Checklist for Jira fügen Sie Punkte im Issue-Panel während des Groomings hinzu oder haken sie ab, speichern die Überschriften als Projekt- oder globale Vorlage und wenden sie automatisch an, wenn Stories erstellt werden — oder manuell über Add → Add from template, wenn Sie sie brauchen.

Starter speichern, leicht automatisieren

1. Checklist for Jira fügt ein Checklist-Panel in der Vorgangsansicht hinzu. Fügen Sie das Beispiel oben auf einem Backlog-Item ein, passen Sie Zeilen an Ihren Prozess an und speichern Sie die Form als Projekt- oder globale Vorlage in den Checklist settings.
2. Markieren Sie die Vorlage als Protected, wenn die Schrittliste gesperrt bleiben soll, während Leute Punkte auf jedem Vorgang abhaken.
3. Nutzen Sie Automatisierung pro Vorlage, um das Definition-of-Ready-Gerüst anzuhängen, wenn eine Story erstellt wird — ein leichtes Default, damit Refinement immer einen Ort hat. Diese Automatisierungen sind in Checklist for Jira eingebaut und laufen ohne Jira-Automation-Credits.
4. Wenn Ihr Team eine Erinnerung vor Arbeitsbeginn will, setzen Sie einen Completion-Validator auf den Übergang nach In Progress, begrenzt auf diese Vorlage. Lassen Sie ihn optional, außer das Team hat ausdrücklich ein hartes Gate gewünscht.
5. Kombinieren Sie mit Acceptance Criteria für die Beispiele, die Definition of Ready von Ihnen skizziert haben will, Definition of Done am Ende und der QA-Testcheckliste, wenn Tester einen Durchlauf besitzen — siehe Automatisierungsleitfaden.

Mit dem Rest des Delivery-Sets kombinieren

Halten Sie Acceptance Criteria auf demselben Vorgang für das zugesagte Verhalten. Hängen Sie Definition of Done an, wenn Arbeit in den Sprint geht, damit die Ship-Leiste vom ersten Tag an sichtbar ist. Nutzen Sie die QA-Testcheckliste, wenn jemand einen strukturierten Testdurchlauf braucht. Das volle Set finden Sie im Vorlagen-Hub.

Häufige Fragen