Leitfaden

Checklisten-Automatisierung, die die Qualitätsleiste auf jedes Arbeitselement legt

Checklisten-Automatisierung macht aus einer guten Vorlage den Default. Checklist for Jira kann eine Liste hinzufügen, wenn ein Arbeitselement erstellt wird oder den Status wechselt, Vollständigkeit vor einem Übergang verlangen und Listen aus Jira Automation anwenden, abschließen oder zurücksetzen. Die Qualitätsleiste reist mit dem Ticket — niemand muss sie von Hand einfügen.

Von RMK Labs · Geprüft von RMK Labs · Aktualisiert 2026-09-12

Was ist Jira-Checklisten-Automatisierung?

Checklisten-Automatisierung hängt eine gespeicherte Vorlage zu einem Zeitpunkt Ihrer Wahl an einen Jira-Vorgang — beim Erstellen, bei einem Statuswechsel oder über eine reichere Jira-Automation-Regel. Die Form der Liste ist jedes Mal gleich: Definition of Done auf einer Story, eine QA-Testcheckliste, wenn Arbeit Ready for test ist, eine Release-Checkliste, wenn der Status Ready to release heißt. Menschen haken die Zeilen weiter ab; der Prozess erscheint einfach, ohne dass jemand die Liste erst suchen muss.

Eine Vorlage auf dem Tab Advanced kann sich selbst hinzufügen. Ein Workflow-Validator kann warten, bis die Liste vollständig ist. Eine Post Function setzt die Zeilen zurück, wenn Sie den Vorgang wieder öffnen. Jira Automation deckt Fälle ab, die Labels, Components oder einen zeitgesteuerten Sweep brauchen. Wählen Sie die Schicht, die dazu passt, wer den Prozess ändern darf.

Warum Teams die Liste automatisieren

Eine Definition of Done, die nur in Confluence lebt, hilft nur den Leuten, die sie öffnen. Auto-Add legt dieselben Schritte auf das Arbeitselement, sodass Fortschritt auf dem Board und in JQL sichtbar ist. Neue Stories starten mit einem Gerüst. Tester bekommen einen Durchlauf, wenn der Status es sagt. Beim Reopen eines Bugs setzt sich die Liste zurück, damit der nächste Durchlauf ehrlich ist.

Der Gewinn ist ein ruhigeres Standup. Statt „Haben wir an die QA-Liste gedacht?“ hat der Vorgang sie schon. Protected-Vorlagen sperren den Wortlaut, während Leute Punkte abhaken und Status wie In Progress und Blocked setzen. Auto-Add pro Vorlage ist in Checklist for Jira eingebaut und läuft ohne Jira-Automation-Credits.

Wann anwenden

Nutzen Sie Auto-Add beim Erstellen für Listen, die Sie am ersten Tag brauchen — Definition of Done auf Stories, eine leichte Intake-Liste, eine QA-Basis auf Bugs. Nutzen Sie Auto-Add beim Statuswechsel für eine Phase, die später startet: Ready for test, Ready to release, In Review. Nutzen Sie einen Completion-Validator, wenn Done heißen soll, dass die Leiste erfüllt ist. Nutzen Sie ein Reset, wenn derselbe Vorgang den Prozess erneut durchlaufen muss.

Checklist for Jira lässt weiterhin jede Person, die Checklisten bearbeiten darf, eine Vorlage über Add → Add from template anwenden — auch ohne Regel. Lassen Sie eine Regel weg, wenn die Liste optional oder selten ist. Stimmen Sie die Punkte zuerst ab, dann schalten Sie die Regel auf dem Tab Advanced ein.

Drei Schichten, die zusammenarbeiten

Checklist for Jira gibt Ihnen drei Orte, an denen Sie den Prozess hinterlegen. Sie stapeln sich; sie ersetzen einander nicht.

  • Auto-Add pro Vorlage auf dem Tab Advanced — hinzufügen beim Erstellen des Vorgangs oder beim Statuswechsel, mit einem Verhalten beim erneuten Anwenden, wenn die Liste schon da ist.
  • Workflow-Validatoren und Post Functions — Vollständigkeit oder eine nicht-leere Liste verlangen, oder Punkte auf einem Übergang zurücksetzen / abschließen.
  • Jira-Automation-Aktionen — Vorlage anwenden, alle abschließen, alle zurücksetzen — wenn die Bedingung reicher ist als Erstellen oder ein einzelner Status.

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.

Rezepte: Trigger, Aktion, Ergebnis

Rezepte für Checklisten-Automatisierung
SzenarioTriggerAktionErgebnis
Jede neue Story erhält Definition of DoneVorgang erstellt, Typ ist StoryTemplate-Auto-Add beim ErstellenDefinition of Done erscheint sofort auf dem Arbeitselement.
QA-Liste, wenn Arbeit ready for test istStatus wechselt zu Ready for testTemplate-Auto-Add beim StatuswechselTester sehen einen Standarddurchlauf, ohne aus Confluence zu kopieren.
Release-Runbook beim DeployStatus wechselt zu Ready to releaseTemplate-Auto-Add beim StatuswechselDie Release-Checkliste reist mit der Änderung, die ausgeliefert wird.
Unvollständige Arbeit nicht ausliefernÜbergang nach DoneCompletion-Validator, begrenzt auf die Done-VorlageJira blockiert den Übergang, bis offene Punkte abgehakt sind.
Reopen heißt, die Liste neu startenÜbergang von Done nach In ProgressPost Function Reset-all oder Jira Automation Reset allPunkte kehren auf Open zurück, damit der nächste Durchlauf ehrlich ist.
Nach einer Prozessänderung massenhaft anwendenJira-Automation-Regel (zeitgesteuert oder Vorgang aktualisiert)Aktion Apply templateBestehende Vorgänge übernehmen den neuen Standard, ohne Klick auf jedem einzelnen.

Berechtigungen, Protected-Vorlagen und erneutes Anwenden

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 sperren die Struktur: Menschen haken Punkte ab und ändern den Status, können die Schritte aber nicht umschreiben — auch nicht aus dem Chat. Pro Vorgang ist nur eine Protected-Checkliste aus einer gegebenen Vorlage erlaubt.

Beim Statuswechsel wählen Sie ein Verhalten beim erneuten Anwenden, bevor Sie die Regel für das ganze Projekt ausrollen. Do nothing hält ein einmaliges Runbook (ein zweiter Besuch bei Ready to release fügt keine weitere Kopie hinzu). Reset checklist ist richtig, wenn derselbe Vorgang den Durchlauf erneut fahren muss — ein Retest nach Reopened. Add the template again hält eine Historie jedes Besuchs. Archivierte Vorlagen überspringen Auto-Add und fallen aus dem Picker; entarchivieren Sie sie, bevor Sie ihre Regeln bearbeiten. Details stehen in der Produktdokumentation.

Vorlage speichern, dann die Regel einschalten

  1. Checklist for Jira fügt ein Checklist-Panel in der Vorgangsansicht hinzu. Fügen Sie eine Startliste ein — Definition of Done, die QA-Testcheckliste oder eine Release-Checkliste — und speichern Sie sie als Projekt- oder globale Vorlage in den Checklist settings.
  2. Markieren Sie die Vorlage als Protected, wenn der Wortlaut gesperrt bleiben soll, während Leute Punkte abhaken.
  3. Fügen Sie auf dem Tab Advanced beim Erstellen des Vorgangs hinzu (alle Typen oder bestimmte Typen) oder beim Statuswechsel. Für eine globale Vorlage setzen Sie diese Regeln pro Projekt. Diese Automatisierungen sind in Checklist for Jira eingebaut und laufen ohne Jira-Automation-Credits.
  4. Wenn Done heißen soll, dass die Leiste erfüllt ist, setzen Sie den Validator All Checklist Items Completed auf diesen Übergang, begrenzt auf diese Vorlage, damit andere Listen auf dem Vorgang noch in Arbeit sein können. Checklist Not Empty ist das leichtere Gate, wenn nur eine Liste existieren muss.
  5. Eine Post Function kann Punkte auf einem Übergang zurücksetzen oder abschließen. Nutzen Sie Jira Automation, wenn die Bedingung Labels, Components oder einen zeitgesteuerten Sweep braucht. Kombinieren Sie mit dem Rovo-Checklisten-Agent, wenn jemand im Moment die richtige gespeicherte Liste will.
Auto-Add-Optionen einer Vorlage für Vorgangserstellung und Statuswechsel, neben einem Done-Validator.

Mit dem Rest des Delivery-Sets kombinieren

Starten Sie im Vorlagen-HubDefinition of Done beim Erstellen, die QA-Testcheckliste bei Ready for test, die Release-Checkliste bei Ready to release. Halten Sie jede Liste auf dem Parent, wenn sie eine Qualitätsleiste ist; öffnen Sie eine Unteraufgabe, wenn die Arbeitsscheibe einen eigenen Vorgang verdient — der Leitfaden Checklisten vs. Sub-tasks führt durch diese Wahl. Nutzen Sie den Rovo-Checklisten-Agent für den ungewöhnlichen Vorgang; behalten Sie Regeln für den Default.

Häufige Fragen

Können wir nur die Release-Checkliste verlangen, nicht jede Liste auf dem Vorgang?

Ja. Begrenzen Sie den Validator All Checklist Items Completed auf eine Vorlage oder einen Checklisten-Namen, damit andere Listen noch in Arbeit sein können. Liegt diese begrenzte Liste nicht auf dem Vorgang, ist der Übergang erlaubt — fügen Sie die Vorlage zuerst per Auto-Add hinzu, wenn das Gate immer greifen soll.

Ersetzt Jira Automation das Template-Auto-Add?

Auto-Add auf der Vorlage ist der einfachste Default und verbraucht keine Automation-Credits. Nutzen Sie Jira Automation, wenn die Bedingung reicher ist als Erstellen oder ein einzelner Status — Labels, Components oder ein zeitgesteuerter Sweep.

Was, wenn die Vorlage schon auf dem Vorgang liegt?

Beim Erstellen werden passende Vorlagen einmal hinzugefügt. Beim Statuswechsel entscheidet das Verhalten beim erneuten Anwenden: Do nothing, die bestehende Liste zurücksetzen oder eine weitere Kopie hinzufügen. Protected-Vorlagen erlauben weiterhin nur eine Kopie pro Vorgang.

Können wir eine archivierte Vorlage automatisieren?

Archivierte Vorlagen überspringen Auto-Add und verlassen den Picker. Entarchivieren Sie die Vorlage zuerst, wenn Sie ihre Regeln bearbeiten oder sie erneut anwenden wollen.

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.