Was sind die drei Formen einer Liste in Jira?
Native Checkboxen in der Beschreibung (und Action Items) sind eine einmalige Punch-Liste auf dem Arbeitselement. Unteraufgaben sind Kind-Vorgänge mit eigener Zuständigkeit, Schätzung, Fälligkeit und eigenem Workflow. Checklist for Jira hält eine strukturierte Liste auf dem Parent — Vorlagen, Fortschritt, Validatoren — ohne Extra-Vorgänge aufzumachen. Der Leitfaden zu Jira-Checklisten zeigt, wie Sie diese Liste hinzufügen; diese Seite ist der Entscheidungsleitfaden.
Keine der drei Formen ist ein Notbehelf. Die drei Verifikationsschritte eines Reporters gehören in die Beschreibung. Ein Design-Durchlauf, den ein anderes Team besitzt, verdient eine Unteraufgabe. Definition of Done, eine QA-Testcheckliste und ein Release-Runbook gehören als Checklisten auf den Parent, damit die Qualitätsleiste mit der Story reist.
Warum bewusst wählen
Wenn jede „Haben wir daran gedacht?“-Zeile zur Unteraufgabe wird, füllt sich das Board mit Karten, die nie Vorgänge sein sollten. Wenn die Qualitätsleiste nur in Confluence lebt, ist sie leicht zu überspringen. Eine Checkliste auf dem Arbeitselement ist der Mittelweg: dieselben Schritte jedes Mal, Fortschritt am Vorgang und in JQL, und trotzdem ein Parent für die Arbeitsscheibe.
Alle drei gut zu nutzen ist ein Prozessgewinn. Intake bleibt leicht. Delivery hält eine gemeinsame Ship-Leiste. Echte Arbeitsscheiben behalten die Würde eines Kind-Vorgangs. Checklist for Jira ist für die Listen gebaut, die Sie wiederholen; Jira erledigt den Rest bereits.
Wann welche Form
Nutzen Sie Beschreibungs-Checkboxen für eine Liste, die Sie nie wiederverwenden. Nutzen Sie eine Checkliste, wenn dieselben Schritte auf jeder Story, jedem Bug oder Change erscheinen — besonders wenn Sie Vorlagen, einen Fortschrittsbalken oder ein Workflow-Gate wollen. Öffnen Sie eine Unteraufgabe, wenn die Arbeit eine echte Scheibe ist: eigener Owner, eigene Schätzung und eigener Status auf dem Board.
Bringen Sie die Checkliste dorthin, wo das Team arbeitet
Checklist for Jira legt Vorlagen, Automatisierung und Workflow-Prüfungen direkt auf den Vorgang. Kostenlos für Teams mit bis zu 10 Benutzern — ohne extra Subtasks.
Seite an Seite
| Bedarf | Beschreibungs-Checkboxen | Checklist for Jira | Unteraufgaben |
|---|---|---|---|
| Ownership | Lebt in der Beschreibung; in einem langen Feld leicht zu übersehen | Auf dem Arbeitselement mit Mentions und Item-Status | Eigene Zuständigkeit auf jedem Kind-Vorgang |
| Unabhängiger Workflow | Nein | Item-Status wie Open, In Progress, Blocked, Done | Voller Vorgangs-Workflow, Status und Übergänge |
| Schätzungen und Fälligkeiten | Nein | Daten und Mentions auf Punkten, keine volle Vorgangsschätzung | Story Points, Zeit, Fälligkeit auf dem Kind |
| Board-Reporting | Nein | Fortschritt am Vorgang, auf Boards und in JQL | Jedes Kind erscheint als eigene Karte |
| Leichtgewichtiger Fortschritt | Manuelles Scannen der Beschreibung | Fortschrittsbalken und Completion-Zähler | Rollup der Kind-Vorgänge |
| Vorlagen | Nein | Projekt- und globale Vorlagen, einschließlich Protected | Nur Vorgangsvorlagen |
| Mehrere Listen auf einem Parent | Nein | Ja — Done, QA und Release können zusammen sitzen | Ja, als eigene Vorgänge |
| Validierung | Nein | Einen Übergang blockieren, bis eine Liste (oder benannte Liste) vollständig ist | Workflow-Conditions pro Vorgang |
| Automatisierung | Nein | Auto-Add beim Erstellen oder Statuswechsel; Jira Automation apply / complete / reset | Jira Automation auf Vorgängen |
| Overhead | Am niedrigsten — Tippen in der Beschreibung | Ein Panel auf dem Parent, keine Extra-Vorgänge | Ein neuer Vorgang für jede Scheibe |
Wann Unteraufgaben das richtige Werkzeug sind
Legen Sie eine Unteraufgabe an, wenn die Arbeit eine echte Scheibe des Jobs ist, kein Qualitätscheck. Ein Design-Durchlauf, den ein anderes Team besitzt, ein Datenmigrations-Job mit eigener Schätzung, ein Security Review mit eigenem Workflow — das verdient einen Kind-Vorgang. Checklisten ersetzen das nicht. Sie ersetzen das Dutzend „Haben wir daran gedacht?“-Zeilen, die nie Vorgänge hätten sein sollen.
Wann eine Checkliste auf dem Parent besser passt
Halten Sie Definition of Done und Acceptance Criteria als Checklisten auf der Story, damit Ship-Leiste und zugesagtes Verhalten zusammen sichtbar bleiben. Hängen Sie eine QA-Testcheckliste an, wenn Tester einen Durchlauf besitzen. Nutzen Sie eine Protected-Vorlage, wenn der Wortlaut nicht driften soll. Wenden Sie sie automatisch an und verlangen Sie sie mit dem Automatisierungsleitfaden, damit der Prozess erscheint, ohne Extra-Karten auf dem Board.
Beispiele aus Delivery, QA und Onboarding
- Delivery: halten Sie Definition of Done und Acceptance Criteria als Checklisten auf der Story. Eine Performance-Untersuchung legen Sie als Unteraufgabe mit eigenem Owner an.
- QA: führen Sie die QA-Testcheckliste auf dem Parent. Öffnen Sie eine Unteraufgabe nur, wenn ein Fehler einen eigenen Fixer und Workflow braucht.
- Onboarding: eine Protected-Checkliste auf dem Hire-Ticket reicht für Accounts, Hardware und Intros. Eine Unteraufgabe ist richtig, wenn IT eine Laptop-Bestellung als eigene Arbeit verfolgen muss.
Mit dem Rest des Delivery-Sets kombinieren
Wenn Sie eine Liste wiederverwenden wollen, starten Sie im Vorlagen-Hub und verdrahten Sie sie mit dem Automatisierungsleitfaden. Der Leitfaden zu Jira-Checklisten deckt native Optionen ab und wie Sie eine Checkliste hinzufügen. Behalten Sie Unteraufgaben für die Arbeit, die einen Vorgang verdient; behalten Sie Checklisten für den Prozess, der auf dem Parent bleiben soll.
Häufige Fragen
Sollten wir Unteraufgaben verbieten?
Behalten Sie Unteraufgaben für Arbeit, die wirklich ein Kind-Vorgang ist — eigener Assignee, eigene Schätzung und eigener Workflow. Nutzen Sie eine Checkliste für die Qualitätsleiste, die auf dem Parent bleiben soll.
Sind Beschreibungs-Checkboxen falsch?
Sie sind der schnellste Ort für eine Liste, die Sie nie wiederverwenden. Wechseln Sie zu einer Vorlage, wenn dieselben Schritte auf jeder Story erscheinen.
Kann eine Story Checklisten und Unteraufgaben haben?
Ja — oft ist das die gesunde Aufstellung. Definition of Done und QA sitzen auf dem Parent. Ein Design-Durchlauf oder ein Migrations-Job sitzt daneben als Unteraufgabe.
Wann soll eine Checklisten-Zeile zur Unteraufgabe werden?
Wenn diese Zeile einen Owner, eine Schätzung und einen Status bekommt, den das Board als eigene Karte zeigen muss. Bis dahin bleibt sie auf dem Parent, damit die Qualitätsleiste ein Fortschrittsbalken bleibt.
Bringen Sie die Checkliste dorthin, wo das Team arbeitet
Checklist for Jira legt Vorlagen, Automatisierung und Workflow-Prüfungen direkt auf den Vorgang. Kostenlos für Teams mit bis zu 10 Benutzern — ohne extra Subtasks.