Jira-Workflow: Status, die etwas bedeuten, und Übergänge, die etwas verlangen.
Ein Jira-Workflow, der über Jahre gewachsen ist, hat meist mehr Status als Bedeutung. Ich arbeite mit Ihnen einen Ablauf heraus, der zu Ihrer tatsächlichen Arbeit passt: mit Pflichtangaben an den Stellen, an denen sie etwas bewirken, einem eigenen Status für Pausiert und Blockiert, und einem Abschluss, der nur über eine Prüfung erreichbar ist.
- Status und Vorgangstypen auf das reduziert, was tatsächlich genutzt wird
- Pflichtangaben beim Start, nicht erst irgendwann dazwischen
- Abschluss ausschließlich über den Review-Schritt, nicht aus jedem Status
- Jede Änderung erst als Kopie im Pilotprojekt, mit Freigabe, Test und Rückweg
Der Workflow sagt „In Bearbeitung“. Die Wahrheit ist komplizierter.
Viele gewachsene Jira-Umgebungen tragen deutlich mehr Status mit sich, als ein Team tatsächlich braucht. Ein Teil davon wird kaum noch verwendet, ein anderer Teil bedeutet in jedem Projekt etwas leicht anderes. Wer auf einen Blick verstehen will, wo ein Vorgang steht, muss zuerst wissen, wer ihn zuletzt bearbeitet hat.
Dazu kommt ein zweites Muster: Viele Übergänge verlangen nichts. Ein Vorgang lässt sich aus jedem Status heraus abschließen, auch ohne Prüfung. Wichtige Angaben wie Verantwortung, Termin oder eine kurze Beschreibung fehlen deshalb regelmäßig, weil sie an keiner Stelle verpflichtend abgefragt werden.
Ein Sonderfall wird in den meisten Abläufen gar nicht abgebildet: der Stillstand. Wenn eine Aufgabe auf eine externe Entscheidung wartet oder an einem Hindernis hängt, bleibt sie trotzdem in „In Bearbeitung“ stehen. Damit sieht eine blockierte Aufgabe genauso aus wie eine, an der gerade gearbeitet wird.
Und wenn ein Vorgang neu angelegt wird, landet die Verantwortung häufig automatisch bei der Person, die gerade geklickt hat. Das ist bequem für den Moment und teuer für die Steuerung, weil Zuständigkeit dann Zufall ist statt Entscheidung.
Was bei einer Workflow-Optimierung konkret entsteht
Sechs Bausteine, die zusammen einen Ablauf ergeben, der zu Ihrer tatsächlichen Arbeit passt.
Status und Vorgangstypen entschlacken
Ich sichte mit Ihnen, welche Status und Vorgangstypen im Alltag tatsächlich gebraucht werden, und lege für die verbleibenden fest, was jeder einzelne bedeutet. Was niemand mehr eindeutig erklären kann, wird zusammengelegt oder entfernt.
Pflichtangaben beim Start
Verantwortung, Termin und eine kurze Beschreibung werden dort verlangt, wo ein Vorgang seinen ersten aktiven Status erreicht — nicht irgendwann später, wenn die Information ohnehin nicht mehr nachgetragen wird.
Abschluss nur über Review
Ein Vorgang lässt sich künftig nicht mehr aus jedem beliebigen Status heraus abschließen. Der Weg führt über einen Review-Schritt mit festgelegten Kriterien, damit ein erledigter Vorgang auch wirklich geprüft wurde.
Pausiert und Blockiert als eigener Status
Stillstand bekommt einen eigenen, sichtbaren Status statt einer stillen Ausnahme in „In Bearbeitung“. Der Wechsel dorthin verlangt einen kurzen Kommentar zum Grund, damit Blockaden auffindbar und nicht nur gefühlt sind.
Verantwortung bewusst zuweisen
Die automatische Zuweisung an die zuletzt klickende Person wird abgeschaltet. Verantwortung entsteht aus einer Entscheidung — durch die Projektleitung, eine Regel oder eine ausdrückliche Übernahme, nicht durch Zufall.
Masken entschlacken
Anlage- und Übergangsmasken zeigen nur die Felder, die an dieser Stelle wirklich gebraucht werden. Weniger Felder pro Maske heißt in der Praxis: mehr davon werden tatsächlich ausgefüllt.
Verändert wird zuerst eine Kopie, nicht der gemeinsame Bestand.
In gewachsenen Jira-Umgebungen teilen sich häufig viele Projekte dieselben Workflows, Felder und Bildschirme. Das spart am Anfang Aufwand, hat aber einen Nachteil: Jede Änderung an dieser gemeinsamen Einstellung wirkt sofort in jedem Projekt, das sie nutzt — auch in den Projekten, die davon nichts wissen.
Deshalb ändere ich diese gemeinsamen Einstellungen nicht direkt. Für das vereinbarte Pilotprojekt entsteht zunächst eine eigene Kopie von Workflow, Feldern und Bildschirmen. Der übrige Bestand bleibt in dieser Phase unberührt und arbeitet unverändert weiter.
In dieser Kopie werden die neuen Status, Pflichtangaben und Übergänge erprobt, bevor überhaupt über eine Ausweitung gesprochen wird. Erst wenn sich der neue Ablauf im Pilotprojekt bewährt hat, wird gemeinsam entschieden, ob und wie weitere Projekte folgen.
Jede einzelne Änderung durchläuft dabei denselben Weg: eine ausdrückliche Freigabe vor der Umsetzung, ein Test mit den Beteiligten danach und einen festgelegten Rückweg für den Fall, dass sich eine Änderung im Alltag nicht bewährt.
- Neuohne Pflichtangaben
- BereitPflichtangaben für diesen Status: Verantwortung, Fälligkeit, Beschreibung
- In Arbeitohne Pflichtangaben
- Wartet auf FreigabePflichtangaben für diesen Status: Wer gibt frei, bis wann
- ErledigtPflichtangaben für diesen Status: Ergebnis dokumentiert
Das Schloss markiert Übergänge, an denen Jira bestimmte Angaben verlangt. Erledigt ist ein Vorgang nur über „Wartet auf Freigabe“, nicht aus jedem beliebigen Status.
Fiktives Beispiel mit erfundenen Daten. Vereinfachte Darstellung, kein Kundenprojekt und keine Originalansicht von Jira.
Von der Ist-Aufnahme bis zur Übergabe
Sechs Schritte, jede Änderung zuerst als Kopie im Pilotprojekt, mit Freigabe, Test und Rückweg.
- Schritt 01
Ist-Aufnahme
Welche Status, Vorgangstypen und Übergänge werden heute tatsächlich genutzt, und was bedeuten sie in den beteiligten Projekten jeweils? Die Bestandsaufnahme entsteht aus der Konfiguration und aus Gesprächen mit den Beteiligten.
- Schritt 02
Soll-Entwurf
Ein reduzierter Ablauf mit den nötigen Status, den Pflichtangaben an den entscheidenden Übergängen und einem eigenen Status für Pausiert und Blockiert. Der Entwurf steht schriftlich fest, bevor etwas konfiguriert wird.
- Schritt 03
Kopie fürs Pilotprojekt
Workflow, Felder und Bildschirme werden für das vereinbarte Pilotprojekt kopiert. Der gemeinsam genutzte Bestand bleibt währenddessen unverändert im Einsatz.
- Schritt 04
Konfiguration mit Freigabe
Jede einzelne Änderung wird vor der Umsetzung freigegeben, danach mit den Beteiligten getestet und mit einem festgelegten Rückweg versehen, falls sie sich nicht bewährt.
- Schritt 05
Erprobung im Alltag
Das Pilotprojekt arbeitet eine vereinbarte Zeit mit dem neuen Ablauf. Was auffällt, wird notiert und fließt in eine letzte Anpassung, bevor über eine Ausweitung entschieden wird.
- Schritt 06
Dokumentation und Übergabe
Der neue Ablauf wird beschrieben und den Beteiligten erklärt. Ihre internen Verantwortlichen erhalten, was sie brauchen, um die Konfiguration selbst zu pflegen und weitere Projekte anzuschließen.
Wann eine Workflow-Optimierung passt und wann nicht
Das passt, wenn …
- Ihr Team ist sich über die Bedeutung einzelner Status nicht mehr einig
- Vorgänge werden abgeschlossen, ohne dass jemand sie geprüft hat
- Blockierte Aufgaben sehen genauso aus wie aktive
- Neue Vorgänge landen bei der Person, die gerade in Jira war, statt bei der zuständigen
- Es gibt eine Projektleitung oder Administration, die den neuen Ablauf mitträgt
Das passt eher nicht, wenn …
- Es geht ausschließlich um ein neues Dashboard, ohne die zugrunde liegenden Status anzufassen
- Der gemeinsame Bestand soll sofort und ohne Pilotprojekt umgestellt werden
- Gesucht wird eine Migration nach Jira Service Management oder eine Data-Center-Umstellung
- Niemand im Haus soll die Konfiguration nach der Übergabe weiterpflegen
Wenn Sie unsicher sind, klären wir das im Erstgespräch.
Was daneben liegt
Workflow-Optimierung ist ein Baustein der Jira-Beratung. Je nach Ausgangslage liegt der sinnvollere Einstieg woanders.
Der Einstieg: Jira-Klarheits-Audit
Bevor ein einzelner Workflow angefasst wird, lohnt oft der Blick auf die gesamte Konfiguration — Schemes, Felder, Rechte und Automationen inklusive.
Wenn Regeln den Ablauf ergänzen sollen: Automatisierung
Frühwarnung vor Fälligkeit, Eskalation bei Stillstand und eine Wochenübersicht — sinnvoll, sobald der Ablauf selbst wieder verlässlich ist.
Der Überblick: Jira-Beratung
Wie die Workflow-Optimierung in Analyse, Pilot, Umsetzung und Schulung eingebettet ist.
Zum Thema im Blog
Pflichtfelder und eine Frühwarnung vor Fälligkeit im Detail, mit Screenshots aus einer eigenen Beispielumgebung.
Häufige Fragen zur Jira-Workflow-Optimierung
Nein. Bestehende Vorgänge bleiben erhalten, und der neue Ablauf wird zunächst nur als Kopie für das vereinbarte Pilotprojekt angelegt. Der gemeinsam genutzte Bestand läuft währenddessen unverändert weiter, bis gemeinsam entschieden ist, ob und wie eine Ausweitung folgt.
Weil Angaben wie Verantwortung oder Termin am wahrscheinlichsten dann eingetragen werden, wenn ein Vorgang tatsächlich beginnt. Wer sie erst beim Abschluss verlangt, bekommt sie in der Praxis selten nachgetragen — dieser Punkt wird manchmal auch als Definition of Ready bezeichnet.
Stillstand wird sichtbar statt versteckt. Ein Vorgang, der auf eine externe Entscheidung wartet oder an einem Hindernis hängt, wechselt in einen eigenen Status und verlangt dabei einen kurzen Kommentar zum Grund. Damit lässt sich Stillstand später auswerten, statt nur vermutet zu werden.
Die automatische Zuweisung an die zuletzt klickende Person wird abgeschaltet. Stattdessen entsteht Verantwortung aus einer bewussten Entscheidung — etwa durch die Projektleitung oder eine ausdrückliche Übernahme im Team. Wie genau das in Ihrem Ablauf geregelt wird, legen wir gemeinsam fest.
Viele Projekte teilen sich denselben Workflow, dieselben Felder und Bildschirme. Eine direkte Änderung daran wirkt sofort überall, auch dort, wo sie niemand erwartet. Deshalb entsteht zunächst eine Kopie für das Pilotprojekt, während der übrige Bestand unberührt bleibt.
Jede Änderung durchläuft vorher eine Freigabe, danach einen Test mit den Beteiligten anhand realistischer Beispiele und erhält einen festgelegten Rückweg für den Fall, dass sie sich im Alltag nicht bewährt. Erst danach gilt sie als abgeschlossen.
Der bisherige Workflow-Editor ist seit 26.07.2026 abgeschaltet, Änderungen laufen nur noch über den neuen Editor (Quelle: Atlassian Community, Abkündigung des alten Editors, Stand 27.09.2026). Er verhält sich in Teilen anders als der alte, was ich bei der Umsetzung berücksichtige, damit vertraute Abläufe nicht überraschend abweichen.
Die konzeptionelle Beratung dazu kann in den Rahmen der BAFA-Förderung fallen, die technische Umsetzung selbst wird gesondert betrachtet. Ob das in Ihrem Fall zutrifft, prüfen wir im kostenlosen Erstgespräch; die Bewilligung liegt beim BAFA, einen Rechtsanspruch gibt es nicht.
Welcher Status in Ihrem Jira bedeutet eigentlich noch etwas?
Im kostenlosen Erstgespräch schauen wir gemeinsam auf Ihren aktuellen Ablauf und klären, ob eine Workflow-Optimierung der richtige nächste Schritt ist oder ob zuerst ein Klarheits-Audit mehr Überblick verschafft.
Wo hakt Ihr Ablauf gerade — bei den Status, den Pflichtangaben oder der Verantwortung?
Zwei bis drei Sätze genügen. Im kostenlosen Erstgespräch klären wir, ob eine Workflow-Optimierung der richtige nächste Schritt ist.
Persönliche Begleitung durch Timo Rüdiger- Unverbindliche Anfrage
- Förderprüfung möglich
Lieber direkt Kontakt aufnehmen?
Jira, Confluence und Rovo sind Marken der Atlassian Corporation. Keine Partnerschaft mit Atlassian.