Warum eine Checkliste auf einem Jira-Vorgang?
Die meisten Teams wissen, wie gute Arbeit aussieht. Schwerer ist es, das zu wiederholen — und genau dort weiterzumachen, wo Sie aufgehört haben. Sie öffnen einen Vorgang mit einer Punch-Liste im Kopf, auf Papier oder in einer anderen App. Wenn Sie zur Arbeit zurückkehren, zerfällt der Fokus: Liste finden, merken, was offen ist, Kontext wechseln, bevor Sie starten können. Eine Checkliste auf dem Jira-Vorgang hält jeden Punkt am Arbeitselement selbst — kein Copy-Paste, kein Seitenkanal, kein Extraaufwand.
Die Idee ist in der Software nicht neu. Piloten nutzen seit Jahrzehnten Checklisten vor dem Flug. Navy-SEAL-Teams, Delta-Einheiten und andere militärische Verbände briefen komplexe Einsätze mit denselben kurzen Listen, damit nichts Kritisches nur im Gedächtnis hängt. Arbeitsschutz-Teams auf Baustellen gehen Checks durch, bevor die Arbeit beginnt. In der Chirurgie wurde die WHO Surgical Safety Checklist in Krankenhäusern weltweit untersucht — einfache, gemeinsam vereinbarte Listen gingen mit weniger Komplikationen und weniger Todesfällen einher. Verschiedene Felder, dasselbe Muster: Wenn die Schritte zählen und leicht zu überspringen sind, hilft eine Checkliste.
Auf einem Jira-Vorgang ist der Gewinn praktisch. Sie sehen die Punch-Liste in dem Moment, in dem Sie das Arbeitselement öffnen, haken Fortschritt ab, und alle auf dem Board sehen dasselbe Bild — Wiederholbarkeit, Klarheit und eine Qualitätsleiste, die mit dem Ticket reist, statt in einem Kopf zu leben.
Was ist eine Jira-Checkliste?
Eine Jira-Checkliste ist eine strukturierte Schrittliste, die zu einem Jira-Vorgang gehört. Jeder Punkt ist eine konkrete Aktion: Pull Request prüfen, Smoke-Tests ausführen, Runbook aktualisieren. Das Team hakt Punkte ab, sobald sie erledigt sind — aus „fast fertig“ wird ein messbarer Rest.
Checklisten glänzen, wenn die Arbeit wiederholbar ist. Eine Story, ein Bug, ein Change Request und ein Onboarding profitieren von derselben Qualitätsleiste, immer gleich angewendet. Die Liste liegt auf dem Arbeitselement, neben Beschreibung und Kommentaren — niemand muss eine Confluence-Seite durchsuchen, um die letzten drei Schritte zu finden.
Vorlagen setzen den Standard, aber echte Arbeit folgt nicht immer dem Skript. Wenn dieser Vorgang etwas anderes braucht — einen Extra-Prüfschritt, einen übersprungenen Punkt mit Begründung oder eine einmalige Ausnahme — ergänzen oder ändern Sie Punkte direkt auf der Checkliste. Die Vorlage liefert den Standard; die Anpassungen am Vorgang zeigen, was hier wirklich noch offen ist.
- Leichte Schritte auf dem übergeordneten Arbeitselement halten, statt sie zu verstreuen.
- Fortschritt für Reporter, Reviewer und Führung sichtbar machen — ohne Extra-Meetings.
- Denselben Standard im Projekt wiederverwenden und die Vorlage einmal verbessern.
Hat Jira native Checklisten?
Jira liefert kein einzelnes Feature namens „Checkliste“, aber Teams haben bereits mehrere Wege, eine Liste auf einem Arbeitselement zu führen — plus ein paar Gewohnheiten außerhalb von Jira. Keiner davon ist falsch. Die Kunst ist, das Werkzeug zur Aufgabe passend zu wählen.
Option 1 — Action Items und Checkboxen in der Beschreibung
In Jira können Sie Action Items und Markdown-Checkboxen in der Beschreibung anlegen. Sie sind schnell getippt, leicht zu lesen und ideal für eine einmalige Liste, die nie wiederverwendet wird. Wenn ein Reporter drei Prüfschritte beim Intake festhält, ist eine Checkbox in der Beschreibung ein guter Ort dafür.
Sie bleiben bewusst leichtgewichtig. Es gibt keine wiederverwendbare Vorlage, kein Workflow-Gate und keinen Fortschritt auf dem Board. Wenn dieselbe Liste auf jeder Story erscheint, ist eine gespeicherte Checklisten-Vorlage der sicherere Schritt.
Option 2 — Checkbox-Custom-Fields
Ein Checkbox-Custom-Field ist stark, wenn die Optionen klein und stabil sind — „Security Review erforderlich“, „kundenseitig“, „Legal nötig“. Jira kann über diese Felder berichten, und Screens können sie verlangen. Nutzen Sie sie zur Klassifikation, nicht für eine zehnstufige Definition of Done, die jedes Quartal wächst.
Option 3 — Jira-Unteraufgaben
Eine Unteraufgabe ist ein echtes Arbeitselement. Sie bringt alle Vor- und Nachteile mit — eigene Zuständigkeit, Schätzung, Fälligkeit und eigenen Workflow.
Für Checklisten-Schritte auf dem Parent stoßen viele Teams auf ein anderes Problem: Menge und Aufwand. Ein Dutzend Unteraufgaben pro Story vervielfacht sich schnell, und jede bedeutet Extra-Klicks — anlegen, benennen, zuweisen, überführen. Unteraufgaben bringen echten Vorgangs-Overhead mit echtem Nutzen, aber für Punch-Listen-Arbeit ist der UI-Aufwand oft der Dealbreaker. Genau diesen Vergleich entfalten wir im Leitfaden Checklisten und Unteraufgaben.
Option 4 — Notizen, Notion oder ein Notizbuch
Manche Teams halten die Liste in Apple Notes, Notion oder einem Papierblock neben der Tastatur. Schnell notiert, vertraut in der Nutzung. Die Reibung kommt, wenn Sie zum Jira-Vorgang zurückkehren: Die Checkliste lebt woanders, also wechseln Sie ständig den Kontext, um zu sehen, was offen ist. Teilen ist ebenfalls schwerer — Kolleginnen und Kollegen am selben Vorgang sehen die Liste nicht, ohne dass Sie sie in einen Kommentar kopieren oder einen Link einfügen.
Option 5 — Eine eigene Checklisten-App
Wenn die Liste ein Standard ist, den Sie über Vorgänge hinweg wiederholen, passt eine Checklisten-App in Jira meist am besten. Checklist for Jira hält die Liste auf dem Arbeitselement — Vorlagen, Automatisierung, Fortschritt auf Boards und in JQL, Workflow-Validatoren, Item-Status und ein Rovo-Agent, der Ihre gespeicherten Vorlagen bevorzugt — ohne Unteraufgaben-Overhead und ohne Seitenkanal.
- Sie wiederholen dieselbe Definition of Done, denselben QA-Durchlauf oder dasselbe Release-Runbook.
- Sie wollen Fortschritt am Vorgang, auf Boards und in JQL.
- Sie wollen Vollständigkeit vor einem Übergang verlangen — oder die Liste beim Reopen zurücksetzen.
- Sie wollen, dass KI die Vorlage des Teams anwendet, statt eine neue zu erfinden.
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.
So fügen Sie einem Jira-Arbeitselement eine Checkliste hinzu
- Installieren Sie Checklist for Jira aus dem Marketplace und öffnen Sie einen Jira-Vorgang oder ein Arbeitselement.
- Nutzen Sie das Checklist-Panel am Vorgang. Punkte inline hinzufügen, eine Liste einfügen oder Add → Add from template wählen.
- Verwandte Schritte mit einer Überschriftenzeile gruppieren (Punkt mit # beginnen), damit Definition of Done, QA und Launch lesbar bleiben.
- Teammitglieder erwähnen, Vorgangsschlüssel einfügen und Item-Status wie Open, In Progress, Blocked oder Done setzen.
- Den Fortschrittsbalken am Vorgang beobachten. Derselbe Fortschritt kann auf Boards und in JQL erscheinen.
So funktionieren wiederverwendbare Vorlagen
Projektadministratoren verwalten Projektvorlagen. Jira-Administratoren verwalten globale Vorlagen. Jede Person, die Checklisten auf einem Vorgang bearbeiten darf, kann sie über Add → Add from template anwenden. Protected-Vorlagen halten die Struktur fest, damit der Standard nicht driftet — Punkte abhaken und den Status ändern bleibt möglich.
Starten Sie mit einem kopierbaren Beispiel aus dem Checklisten-Vorlagen-Hub — Definition-of-Done-Vorlage, QA-Testvorlage, Release-Checkliste und weitere — und speichern Sie die angepasste Liste als Vorlage Ihres Teams.
So funktioniert Checklisten-Automatisierung
Vorlagen können sich selbst hinzufügen, wenn ein Vorgang erstellt wird oder in einen gewählten Status wechselt. Jira Automation kann eine Vorlage anwenden, alle Punkte abschließen oder alle zurücksetzen. Workflow-Validatoren können einen Übergang blockieren, bis die Checkliste vollständig ist — optional auf eine Vorlage oder einen Namen begrenzt. Post Functions können beim Durchlaufen abschließen oder zurücksetzen. Der Automatisierungsleitfaden führt jedes Szenario mit Trigger, Aktion und Ergebnis durch.
Beispiele, die Teams jede Woche fahren
Software-Teams hängen Definition of Done an Stories, Acceptance Criteria an dasselbe Arbeitselement und eine QA-Liste, wenn der Vorgangstyp Bug ist. Release-Manager wenden ein Deployment-Runbook an, wenn der Status auf Ready to release wechselt. IT- und Business-Teams nutzen dasselbe Muster für Access Reviews und Onboarding — Schritte einmal beschreiben, dauerhaft anwenden. Onboarding ist eine natürliche nächste Vorlage; das veröffentlichte Set können Sie heute kopieren.
Häufige Fragen
Kann ich sowohl „Vorgang“ als auch „Arbeitselement“ sagen?
Ja. Dieser Leitfaden nutzt beides, weil Jira in vielen Screens noch Issues zeigt, während Atlassians neuere Sprache von Work Item spricht. Ihr Team kann eines wählen; die Checkliste verhält sich gleich.
Muss ich Unteraufgaben ersetzen?
Nein. Behalten Sie Unteraufgaben für Arbeitsscheiben, die eigene Zuständigkeit, Schätzung und eigenen Workflow verdienen. Nutzen Sie eine Checkliste für die Qualitätsleiste, die auf dem Parent bleiben soll.
Ist Checklist for Jira kostenlos?
Die App ist kostenlos für Teams mit bis zu 10 Benutzern. Größere Sites erhalten eine 30-tägige Testphase, danach gilt die Marketplace-Preisgestaltung über Atlassian.
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.