Jira Workflows richtig einsetzen – Prozesse statt Status verwalten

Warum gute Workflows über Erfolg oder Frust in Jira entscheiden

Wer Jira zum ersten Mal einführt, beschäftigt sich häufig zuerst mit Projekten, Vorgangstypen oder Berechtigungen. Früher oder später landet jede Organisation jedoch beim eigentlichen Herzstück: den Workflows.

Denn ein Workflow entscheidet darüber,

• wie ein Vorgang durch den Prozess läuft

• welche Regeln gelten

• welche Informationen benötigt werden

• wer welche Aktionen ausführen darf

• welche Automatisierungen ausgelöst werden

• und letztlich, ob Jira den Prozess unterstützt oder der Prozess versucht, Jira zu umgehen.

In vielen Unternehmen sehen wir regelmäßig das gleiche Bild:

Der Workflow bildet lediglich drei Status ab: Offen – In Bearbeitung – Erledigt.

Damit verschenkt man einen Großteil dessen, was Jira eigentlich leisten kann.

Ein guter Workflow dokumentiert nicht einfach den Fortschritt eines Tickets. Er bildet den tatsächlichen Geschäftsprozess ab.

Was ist ein Jira Workflow eigentlich?

Technisch besteht ein Workflow aus drei Komponenten:

• Status

• Transitionen

• Regeln (Conditions, Validatoren und Post Functions)

Zusammen definieren sie den gesamten Lebenszyklus eines Vorgangs.

Dabei gilt ein wichtiger Grundsatz:

Ein Status beschreibt immer einen Zustand – niemals eine Tätigkeit.

"Entwicklung" oder "Prüfen" sind häufig keine guten Status.

"Befindet sich in Entwicklung" oder "Wartet auf Freigabe" hingegen schon.

Dieser kleine Unterschied sorgt später für deutlich bessere Auswertungen.

Ein Workflow ist weit mehr als eine Statuskette

Viele Administratoren denken zunächst an so etwas:

Offen 
↓
In Arbeit 
↓
Fertig

Jira kann jedoch deutlich mehr.

Ein Workflow kann beispielsweise:

• Pflichtfelder beim Statuswechsel erzwingen

• Genehmigungen einholen

• Benutzer automatisch informieren

• Vorgänge erstellen

• Assets verknüpfen

• Berechtigungen verändern

• Automatisierungen starten

• Integrationen mit anderen Systemen auslösen

Dadurch wird Jira vom Ticket-System zur Prozessplattform.

Praxisbeispiel: IT-Support

Ein klassischer Serviceprozess könnte beispielsweise so aussehen:

Neu
↓
Analyse
↓
In Bearbeitung
↓
Wartet auf Kunde
↓
Wartet auf Lieferant
↓
Test
↓
Abnahme
↓
Geschlossen

Bereits hier entstehen viele Möglichkeiten.

Beispiele:

• Beim Wechsel nach "Analyse" wird automatisch ein Bearbeiter zugewiesen.

• Beim Wechsel nach "Wartet auf Kunde" erhält der Kunde automatisch eine E-Mail.

• Nach 14 Tagen ohne Antwort wird der Vorgang automatisch geschlossen.

• Beim Übergang nach "Geschlossen" startet eine Kundenzufriedenheitsumfrage.

Alles vollständig ohne manuelle Arbeit.

Praxisbeispiel: HR-Onboarding

Ein Workflow muss keineswegs technisch sein.

Ein neuer Mitarbeiter könnte beispielsweise folgenden Prozess durchlaufen:

Beantragt
↓
Genehmigt
↓
Hardware bestellt
↓
Accounts eingerichtet
↓
Arbeitsplatz vorbereitet
↓
Erster Arbeitstag
↓
Onboarding abgeschlossen

Jeder Status kann wiederum Aufgaben auslösen:

• Laptop bestellen

• Microsoft-Konto anlegen

• Jira-Zugang erstellen

• Zugriffsrechte vergeben

• Willkommensmail verschicken

• Schulungen planen

Mehrere Teams arbeiten dabei im selben Prozess:

• HR

• IT

• Einkauf

• Fachbereich

• Facility Management

Praxisbeispiel: Marketing

Auch Marketingabteilungen profitieren enorm.

Ein Content-Prozess könnte so aussehen:

Idee
↓
Bewertung
↓
Konzept
↓
Texterstellung
↓
Review
↓
SEO
↓
Freigabe
↓
Veröffentlicht

Je nach Status können automatisch:

• Verantwortliche wechseln

• Deadlines gesetzt werden

• Freigaben eingeholt werden

• Social-Media-Aufgaben erstellt werden

• Kampagnen gestartet werden

Praxisbeispiel: Vertrieb

Auch Vertriebsprozesse lassen sich hervorragend modellieren.

Beispielsweise:

Lead
↓
Qualifiziert
↓
Angebot erstellt
↓
Verhandlung
↓
Gewonnen
oder Verloren

Beim Wechsel nach "Gewonnen"

• wird automatisch ein Kundenprojekt angelegt

• ein Onboarding gestartet

• Finance informiert

• Vertragsunterlagen erzeugt

• Customer Success eingebunden

Der Vertrieb muss lediglich den Status wechseln.

Fachbereichsübergreifende Prozesse

Besonders spannend wird Jira dann, wenn mehrere Abteilungen beteiligt sind.

Ein Beispiel: Ein Mitarbeiter bestellt einen neuen Laptop.

Der Prozess betrifft gleichzeitig:

• Einkauf

• IT

• Facility

• Buchhaltung

• Vorgesetzte

Anstatt E-Mails zwischen fünf Teams auszutauschen, übernimmt Jira den gesamten Ablauf.

Jeder Beteiligte arbeitet im selben Vorgang.

Jede Entscheidung wird dokumentiert.

Jeder Status ist nachvollziehbar.

Genehmigungsprozesse

Viele Unternehmen nutzen Jira inzwischen für Freigaben.

Zum Beispiel:

Urlaubsanträge

Beantragt
↓
Vorgesetzter genehmigt
↓
HR bestätigt
↓
Abgeschlossen

Investitionen

Beantragt
↓
Fachbereich
↓
Controlling
↓
Geschäftsführung
↓
Freigegeben

Softwarebestellungen

Beantragt
↓
Lizenzprüfung
↓
IT-Freigabe
↓
Einkauf
↓
Bereitgestellt

Alle Entscheidungen bleiben dauerhaft nachvollziehbar.

Was gute Workflows auszeichnet

In Projekten beobachten wir häufig zwei Extreme.

Zu einfache Workflows

Offen
↓
In Arbeit
↓
Erledigt

Hier fehlt meist jede Aussagekraft.

Auswertungen werden schwierig.

Automatisierungen sind kaum möglich.

Zu komplexe Workflows

Manchmal finden wir Workflows mit

• 35 Status

• über 120 Transitionen

• mehreren hundert Regeln

Das macht Pflege und Administration unnötig kompliziert.

Die richtige Balance

Ein guter Workflow

• bildet den tatsächlichen Prozess ab

• bleibt verständlich

• unterstützt die Anwender

• verhindert Fehler

• liefert aussagekräftige Kennzahlen

• und ermöglicht Automatisierungen.

Nicht jeder Sonderfall benötigt einen eigenen Status.

Oft reichen Automatisierungen oder Felder völlig aus.

Häufige Fehler bei Jira Workflows

1. Status statt Prozesse

Status werden hinzugefügt, ohne den eigentlichen Geschäftsprozess zu betrachten.

2. Jeder Sonderfall bekommt einen eigenen Status

"Wartet auf Urlaub"

"Wartet auf Antwort"

"Wartet auf Chef"

"Wartet auf Einkauf"

Hier wäre oft ein gemeinsamer Status wie "Wartet" plus eventuell ein entsprechendes Feld deutlich sinnvoller.

3. Workflows werden für jedes Projekt kopiert

Nach einigen Jahren existieren dutzende nahezu identische Workflows.

Änderungen müssen mehrfach gepflegt werden.

Ein sauber standardisierter Workflow für alle gleichartigen Projekte spart langfristig enormen Administrationsaufwand.

4. Keine Automatisierung

Der Workflow bildet lediglich den Statuswechsel ab.

Dabei könnte Jira im Hintergrund bereits zahlreiche Aufgaben übernehmen.

5. Berechtigungen werden ignoriert

Nicht jeder Benutzer sollte jeden Status wechseln dürfen.

Conditions sorgen dafür, dass nur berechtigte Rollen bestimmte Prozessschritte durchführen können.

Unser Ansatz bei D4Digital

In nahezu jedem Jira-Projekt stellen wir zunächst eine einfache Frage:

Wie läuft Ihr Prozess heute – unabhängig von Jira?

Erst wenn der fachliche Ablauf verstanden ist, beginnen wir mit der technischen Umsetzung. So entstehen Workflows, die den tatsächlichen Arbeitsalltag unterstützen, statt ihn künstlich zu verbiegen.

Dabei orientieren wir uns an einigen Grundprinzipien:

• Prozesse vor Technik: Der Workflow bildet den realen Geschäftsprozess ab – nicht umgekehrt.

• Standardisierung, wo sinnvoll: Gemeinsam genutzte Workflows reduzieren Pflegeaufwand und schaffen Konsistenz.

• Komplexität nur dort, wo sie Mehrwert bietet: Jeder Status und jede Transition muss einen klaren Zweck erfüllen.

• Automatisierung gezielt einsetzen: Wiederkehrende Aufgaben übernimmt Jira, damit sich Teams auf ihre eigentliche Arbeit konzentrieren können.

• Skalierbarkeit mitdenken: Ein Workflow sollte nicht nur heute funktionieren, sondern auch zukünftige Anforderungen unterstützen.

Unsere Erfahrung zeigt: Ein gut durchdachter Workflow spart nicht nur Zeit. Er verbessert Transparenz, Datenqualität und Zusammenarbeit über Team- und Abteilungsgrenzen hinweg.

Fazit

Jira Workflows gehören zu den leistungsfähigsten Funktionen der Atlassian-Plattform – und gleichzeitig zu den Bereichen, in denen wir in Kundenprojekten das größte Optimierungspotenzial sehen.

Wer Workflows lediglich als Statuskette versteht, nutzt nur einen kleinen Teil der Möglichkeiten. Werden sie dagegen als Abbildung echter Geschäftsprozesse betrachtet, entwickelt sich Jira von einem Ticket-System zu einer zentralen Prozessplattform für das gesamte Unternehmen.

Ob IT, HR, Marketing, Einkauf, Vertrieb oder Softwareentwicklung: Nahezu jeder wiederkehrende Ablauf lässt sich transparent, nachvollziehbar und weitgehend automatisiert abbilden. Der Schlüssel liegt nicht in möglichst vielen Status, sondern in einem klaren Prozessdesign, sinnvollen Regeln und einer durchdachten Standardisierung.

Gerade deshalb lohnt es sich, bestehende Workflows regelmäßig zu hinterfragen. Oft lassen sich Prozesse vereinfachen, Medienbrüche beseitigen und manuelle Arbeitsschritte durch Automatisierungen ersetzen – mit spürbarem Mehrwert für Anwender und Administratoren gleichermaßen.