Jira-Automatisierung für Fristen, Stillstand und Blockaden
Automatisierungsregeln in Jira können frühzeitig auf eine nahende Fälligkeit hinweisen, überfällige Aufgaben sichtbar machen und Stillstand melden, bevor er zum Problem wird. Ich richte diese Regeln gezielt für die Verantwortlichen ein, die etwas ändern können — nicht als zusätzliche Mailflut für alle.
- Hinweise landen bei den Verantwortlichen, nicht in jedem Postfach
- Geschäftsführung bekommt keine operativen Einzelmeldungen
- Jede Regel wird vor der Übergabe getestet und dokumentiert
- Start begrenzt auf ein Pilotprojekt, danach Entscheidung über den Ausbau

Automatisierung hilft nur, wenn jemand auf sie reagieren kann.
In vielen gewachsenen Jira-Umgebungen gibt es entweder keine Automatisierung oder zu viel davon: Regeln, die jede Statusänderung an eine lange Verteilerliste melden, bis niemand mehr genau hinschaut. Beides führt zum selben Ergebnis — eine überfällige Aufgabe fällt erst in der nächsten Besprechung auf.
Sinnvolle Automatisierung setzt an der Stelle an, an der eine Person tatsächlich handeln kann: eine Frühwarnung an die Verantwortung vor Ablauf der Frist, ein Hinweis bei Stillstand, eine Eskalation bei einer echten Blockade. Wer diese Regeln bekommt, entscheidet die Rolle im Prozess — nicht die Hierarchieebene.
Deshalb steht am Anfang keine Regelsammlung, sondern die Frage, welche Verzögerung überhaupt eine Reaktion braucht und wer sie geben soll. Erst danach wird eine Regel angelegt, mit einem Testfall und einer Dokumentation, die auch jemand versteht, der sie nicht selbst gebaut hat.
Diese Zurückhaltung gilt ausdrücklich auch für die Geschäftsführung: Sie bekommt eine Wochenübersicht zur Steuerung, keine einzelnen operativen Meldungen zu jeder Aufgabe.
Fünf Bausteine für Frühwarnung, Eskalation und Steuerung
Jeder Baustein setzt an der Stelle an, an der eine Person tatsächlich reagieren kann.
Frühwarnung vor Fälligkeit
Eine Regel meldet sich rechtzeitig vor dem Fälligkeitsdatum bei der zuständigen Person — mit ausreichend Vorlauf, um noch gegenzusteuern, statt erst am Tag des Termins.
Hinweis bei Überfälligkeit
Läuft eine Frist ohne Statusänderung ab, geht ein gezielter Hinweis an die Verantwortung. Eine Sammelliste überfälliger Aufgaben bleibt zusätzlich für die Projektleitung einsehbar.
Stillstand nach x Arbeitstagen
Wenn sich eine Aufgabe eine vereinbarte Anzahl Arbeitstage lang nicht bewegt, meldet eine Regel den Stillstand. Die Schwelle wird je Vorgangsart festgelegt, nicht pauschal für das gesamte Projekt.
Eskalation bei Blockade
Wird eine Aufgabe ausdrücklich als blockiert markiert, geht ein Hinweis an eine zweite, vorher festgelegte Stelle — zusätzlich zur Verantwortung, nicht anstelle von ihr.
Wochenübersicht für die Projektleitung
Eine wiederkehrende Übersicht bündelt fällige, überfällige und blockierte Aufgaben eines Projekts für die Projektleitung. Sie ersetzt das Zusammensuchen einzelner Stände vor der Wochenrunde.
- 3 Werktage vor FälligkeitHinweis an die verantwortliche PersonEmpfänger: Bearbeitung
- Fälligkeit überschrittenHinweis an Bearbeitung und ProjektleitungEmpfänger: Projektleitung
- 10 Werktage ohne BewegungVorgang erscheint in der StillstandslisteEmpfänger: Projektleitung
- Montags, 8 UhrEine Wochenübersicht statt vieler EinzelmeldungenEmpfänger: Projektleitung
Fiktives Beispiel mit erfundenen Daten. Vereinfachte Darstellung, kein Kundenprojekt und keine Originalansicht von Jira.
Regeln, die entlastet werden sollen, brauchen klare Grenzen.
Diese fünf Grundsätze gelten für jede Regel, die ich mit Ihnen einrichte — unabhängig davon, wie viele es am Ende werden.
Hinweis statt Mailflut
Eine Regel meldet sich bei der Person, die etwas ändern kann. Verteiler an alle Beteiligten sind die Ausnahme, nicht der Ausgangspunkt.
Geschäftsführung ohne operative Einzelmeldung
Die Geschäftsführung erhält eine verdichtete Übersicht zur Steuerung. Einzelne Fälligkeiten, Statuswechsel oder Eskalationen laufen dort nicht auf.
Keine personenbezogenen Leistungsrankings
Automatisierung macht Fristen und Blockaden sichtbar, nicht die Bearbeitungsgeschwindigkeit einzelner Personen. Auswertungen, die einzelne Mitarbeitende vergleichen, sind nicht Teil dieser Leistung.
Jede Regel getestet und dokumentiert
Vor der Übergabe läuft jede Regel mit Testfällen durch — inklusive der Frage, was bei einem leeren Feld oder einer fehlenden Berechtigung passiert. Anschließend steht schriftlich fest, was die Regel tut und warum.
Auf ein Projekt begrenzt
Der Einstieg erfolgt in einem abgegrenzten Pilotprojekt. Ob und wie die Regeln auf weitere Projekte übertragen werden, entscheiden Sie anhand der Erfahrung aus dem Pilot.
Vor neuen Regeln steht ein Blick auf die vorhandenen.
Gewachsene Jira-Umgebungen enthalten fast immer Automatisierungsregeln, die niemand mehr zuordnen kann. Eine Inventur gehört deshalb an den Anfang, nicht erst ans Ende des Piloten.
Verwaiste Regeln
Regeln, deren Ersteller das Unternehmen verlassen hat oder deren Nutzerkonto deaktiviert ist, laufen häufig unbemerkt weiter oder brechen still ab. Beides wird geprüft und einer aktuellen Verantwortung zugeordnet.
Regeln im Fehlerzustand
Manche Regeln sind seit einer Änderung an Feldern, Workflows oder Berechtigungen dauerhaft fehlgeschlagen, ohne dass es auffällt. Diese Fehlerzustände werden sichtbar gemacht und einzeln entschieden: reparieren, ersetzen oder abschalten.
Doppelte Regeln
Mehrere Regeln mit demselben Zweck entstehen häufig, weil die vorhandene nicht mehr auffindbar war. Doppelte Regeln erhöhen den Schrittverbrauch, ohne einen zusätzlichen Nutzen zu bringen, und werden zusammengeführt.
Automatisierung wird nach Schritten abgerechnet.
Ab dem 03.12.2026 zählt Atlassian jeden Auslöser, jede Bedingung und jede Aktion einer Automatisierungsregel als Schritt — auch bei Läufen, die im Ergebnis nichts auslösen. Wie viele Schritte in Ihrem Tarif enthalten sind und was Mehrverbrauch kostet, zeigt der Rechner mit Quelle und Stand.
Enthaltene Automationsschritte je Tarif
| Tarif | Schritte pro Monat | Bezug |
|---|---|---|
| Jira Free | 150 | je Abonnement und Monat |
| Jira Standard | 400 | je Nutzer und Monat, organisationsweit geteilt |
| Jira Premium | 750 | je Nutzer und Monat, organisationsweit geteilt |
| Jira Enterprise | 1.000 | je Nutzer und Monat, organisationsweit geteilt |
Mehrverbrauch kostet laut Atlassian 0,50 US-Dollar je 1.000 Zusatzschritte. Die Zahlen gelten nur für Jira — Confluence und Jira Service Management haben eigene Kontingente.
Die Regel-Inventur wirkt sich unmittelbar auf den Schrittverbrauch aus: Verwaiste, fehlerhafte und doppelte Regeln verbrauchen Schritte, ohne einen Nutzen zu liefern. Das gehört deshalb vor die Einrichtung neuer Regeln, nicht danach.
Zum Jira-Automation-RechnerStand: 27.09.2026. Quelle: Atlassian-Hilfeseite zur Automation-Nutzung(öffnet in neuem Tab) — Atlassian kann Termine und Kontingente ändern.
Wann Automatisierung passt und wann nicht
Das passt, wenn …
- Fälligkeitstermine sind gepflegt, werden aber nicht als Grundlage für Erinnerungen genutzt
- Überfällige Aufgaben fallen erst in der Besprechung auf, nie vorher
- Es gibt eine Person oder ein kleines Team, das auf Frühwarnungen reagieren kann
- Ein Pilotprojekt lässt sich klar abgrenzen, bevor weitere Projekte folgen
Das passt eher nicht, wenn …
- Fälligkeitstermine und Zuständigkeiten sind noch nicht geklärt — das gehört vorher in die Optimierung der Workflows
- Gewünscht ist eine Auswertung der Bearbeitungsgeschwindigkeit einzelner Mitarbeitender
- Automatisierung soll unklare Verantwortlichkeiten ersetzen, statt sie sichtbar zu machen
- Es sollen alle Projekte gleichzeitig umgestellt werden, ohne einen Pilot dazwischen
Wenn Sie unsicher sind, klären wir das im Erstgespräch.
Wie Automatisierung mit den übrigen Bausteinen zusammenhängt
Der Überblick: Jira-Beratung
Wie Automatisierung neben Workflows, Dashboards und Schulung in das Gesamtangebot zur Jira-Optimierung passt.
Voraussetzung: Workflows und Pflichtfelder
Eine Frühwarnung vor Fälligkeit setzt voraus, dass Fälligkeitsdatum und Verantwortung überhaupt zuverlässig gepflegt werden.
Die Managementsicht: Dashboards
Wochenübersicht und Automatisierung ergänzen sich mit Steuerungsfiltern und Dashboards für die Projektleitung.
Blog: Was die Schrittabrechnung kostet
Einordnung der neuen Automation-Abrechnung ab 03.12.2026 für den Mittelstand, mit Quellen und Rechenbeispielen.
Häufige Fragen zur Jira-Automatisierung
Nein. Die Geschäftsführung erhält höchstens eine wiederkehrende, verdichtete Übersicht zur Steuerung, keine Meldung zu jeder einzelnen Fristüberschreitung. Einzelne Frühwarnungen, Überfällig-Hinweise oder Eskalationen gehen ausschließlich an die Verantwortlichen im Projekt, die tatsächlich gegensteuern können. Diese Trennung gilt für jede Regel, die ich einrichte, unabhängig davon, wie viele es am Ende werden.
Nein. Es geht ausschließlich um Fristen, Stillstand und Blockaden auf Ebene der einzelnen Aufgabe, nicht um die Bearbeitungsgeschwindigkeit einzelner Personen. Personenbezogene Leistungsrankings oder Auswertungen, die Mitarbeitende miteinander vergleichen, sind ausdrücklich nicht Teil dieser Leistung und werden auch auf Wunsch nicht eingerichtet. Automatisierung macht Verzögerungen sichtbar, nicht die Menschen dahinter.
So viele wie nötig, nicht so viele wie möglich. Der Einstieg erfolgt mit den Regeln aus diesem Angebot in einem klar abgegrenzten Pilotprojekt, nicht gleich unternehmensweit. Jede weitere Regel wird erst angelegt, wenn eine konkrete Verzögerung tatsächlich eine Reaktion braucht, und nicht, weil eine Automatisierung technisch möglich wäre. Das hält den Schrittverbrauch überschaubar.
Ja. Jede Regel läuft vor der Übergabe mit Testfällen durch, einschließlich Rand- und Fehlerfällen wie einem leeren Fälligkeitsfeld oder einer fehlenden Berechtigung. Anschließend steht schriftlich fest, was die Regel auslöst, unter welcher Bedingung und wer dafür verantwortlich ist. So lässt sich eine Regel später auch ohne mich nachvollziehen und anpassen.
Weil sich Automatisierungsregeln in gemeinsam genutzten Konfigurationen oft auf mehrere Projekte gleichzeitig auswirken, auch wenn das beim Anlegen nicht offensichtlich ist. Ein abgegrenzter Pilot zeigt, ob die Regeln im Alltag tatsächlich entlasten und wie viele Schritte sie realistisch verbrauchen, bevor eine Ausweitung auf weitere Projekte überhaupt zur Debatte steht.
Ab dem 03.12.2026 zählt jeder Auslöser, jede Bedingung und jede Aktion als Schritt, unabhängig davon, ob die Regel im Ergebnis etwas verändert. Deshalb gehört eine Regel-Inventur an den Anfang: Verwaiste, fehlerhafte und doppelte Regeln verbrauchen Schritte ohne Nutzen. Genaue Kontingente und Kosten zeigt der Automation-Rechner.
Automatisierung ist in Jira Cloud tarifabhängig ausgestattet, sowohl bei den verfügbaren Bausteinen als auch beim monatlichen Schrittkontingent. Vor der Planung einer Regel prüfen wir deshalb gemeinsam, welche Automatisierungen Ihr Tarif überhaupt zulässt und wie viel Spielraum das Kontingent für Standard, Premium oder Enterprise bietet. Das verhindert Regeln, die später am Kontingent scheitern.
Nur nach Prüfung. Vorhandene Regeln werden im Rahmen der Regel-Inventur auf verwaiste Zuständigkeiten, Fehlerzustände und Doppelungen geprüft, bevor sie unverändert in den Pilot übernommen, angepasst oder abgelöst werden. Das gilt besonders für Regeln, die seit dem 3. Dezember 2026 Schritte aus Ihrem Kontingent verbrauchen. Bitte senden Sie keine Zugangsdaten über das Kontaktformular.
Welche Verzögerung soll bei Ihnen als Erstes sichtbar werden?
Im Erstgespräch klären wir, welche Fristen und Blockaden für Ihr Pilotprojekt am wichtigsten sind und welche Automatisierungsregeln dafür infrage kommen. 30 Minuten, unverbindlich.
Welche Frist oder Blockade soll künftig frühzeitig auffallen?
Zwei bis drei Sätze zu Ihrem Pilotprojekt genügen. Im Erstgespräch klären wir, welche Automatisierungsregeln sinnvoll sind und was die Regel-Inventur vorher zeigen sollte.
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.