So findet und entfernt ihr ungenutzte Jira-Automation-Regeln

Klone, aufgegebene Experimente, vor Jahren abgeschaltete Regeln (Flows). Niemand löscht etwas davon, weil niemand beweisen kann, dass eine Regel gefahrlos verschwinden darf.

Eine Jira-Instanz sammelt nicht absichtlich tausend Automation-Regeln (Jira nennt sie inzwischen Flows) an. Sie sammelt sie eine vernünftige Entscheidung nach der anderen: eine Regel wird geklont, um sie für ein anderes Projekt anzupassen, ein Experiment wird abgeschaltet statt gelöscht, eine Migration lässt die alte und die neue Fassung stehen — und die Person, die wüsste, welche welche ist, ist weitergezogen.

Auf einer realen Jira-Cloud-Instanz sind es 1 214 Regeln in 98 Projekten. 884 sind an, 330 aus. Die 330 sind seit unbekannter Zeit aus, und niemand löscht sie, weil Löschen eine Gewissheit verlangt, die niemand hat.

Warum „deaktiviert" nicht „gefahrlos löschbar" heißt

Eine deaktivierte Regel kostet nichts im Betrieb. Auch unter der Schritt-Abrechnung ab Dezember 2026 bleibt sie kostenlos — abgerechnet werden ausgeführte Schritte, und eine abgeschaltete Regel führt nichts aus.

Die Kosten der 330 sind also kein Geld. Sie bestehen darin, dass sie beim Suchen nicht von den lebenden zu unterscheiden sind. Jede Suche liefert sie mit, jedes Audit muss sie erklären, jede neue Admin liest sie beim Versuch, das System zu verstehen — und die Regel, die vor zwei Jahren hätte verschwinden sollen, sieht genauso aus wie die, die wegen einer laufenden Migration ein Quartal lang aus ist.

Warum niemand löscht

Drei ehrliche Gründe, keiner davon Faulheit:

• Ihr wisst nicht, was davon abhing. Eine ausgeschaltete Regel kann Teil einer Kette sein, die jemand wieder aktivieren will. Jira zeigt keine Beziehungen zwischen Regeln, also hat „zeigt irgendetwas hierher" im Produkt keine Antwort. Diese Frage behandelt was kaputtgeht, wenn ich diese Regel abschalte.
• Ihr wisst nicht, was sie tat. Der Name ist Copy of copy of SLA v2 und die Logik ein Baum aus Verzweigungen. Ihn zu lesen dauert Minuten, und es sind Hunderte davon.
• Ihr wisst nicht, ob sie eine Dublette ist. Zwei Regeln mit verschiedenen Namen können dasselbe tun; zwei Regeln mit gleichem Namen können sich in genau der einen Bedingung unterscheiden, auf die es ankommt.

Was tatsächlich hilft

Kein Löschknopf — sondern ein Weg, die drei Fragen oben schnell genug zu beantworten, dass eine Entscheidung billig wird.

Die Regel auf einem Bildschirm lesen. Automation Map zeigt jede Regel als Baum statt als JSON: Trigger, Bedingungen, Verzweigungen, Aktionen, mit Smart Values aufgelöst zu den Feldern, die sie anfassen. Eine Regel zu lesen dauert Sekunden statt Minuten.

Sehen, was auf sie zeigt. Jede Regel trägt ihre ein- und ausgehenden Verknüpfungen — welche Regeln sie auslösen können, welche ihre Aktionen wecken — einschließlich der Verbindungen, die blockiert sind, weil bei der empfangenden Regel Allow flow trigger aus ist. Ketten zeichnet die Karte nur zwischen aktiven Regeln; bei einer deaktivierten Regel zeigt sie Web-Requests an andere Regeln, Vorgänge, die sie in anderen Bereichen erstellt, und ihre „Copy of"-Herkunft.

Die Kopien finden. Regeln mit „Copy of …" im Namen sind mit der Regel verknüpft, von der sie kopiert wurden, sodass eine Klon-Familie zusammen auftaucht — der Vergleich, was sie tun, bleibt eure Sache.

Fragen statt blättern. Der Rovo-Agent durchsucht die Regeln nach Trigger und Aktion und zeigt wahrscheinliche Überschneidungen, mit Links zur Karte und zu jeder Regel in Jira — eine Kandidatenliste zum Prüfen.

Wissen, wo die Nutzung steht. Ob eine Regel noch läuft, steht in Jiras Performance insights (Ausführungen je Flow); Automation Map liest nur die Konfiguration. Was sie daraus markiert: Wegwerfregeln, die aktiv geblieben sind (test, temp, tmp, del oder „copy of" im Namen), aktive Regeln, die seit über zwei Jahren unverändert sind, Regeln ohne das Namenspräfix der Instanz und „Copy of"-Klone — an jeder Regel in jeder Edition, und gesammelt auf der Audit-Seite mit CSV in Advanced und Enterprise.

Eine Kopie, die weiterläuft, während das Original aus ist — genau die Art Regel, um die es hier geht

Ein Aufräumen, das zu Ende geht

1. Fangt bei den Wegwerfregeln an, die die App markiert. Test, temp und „copy of" im Namen, noch aktiv, dazu aktive Regeln, die seit zwei Jahren niemand angefasst hat — prüft jede gegen Performance insights, und die ohne Ausführungen gehen zuerst.
2. Dann die Kopien, die die Karte als „Copy of" einer anderen verknüpft. Vergleicht jede auf der Regelkarte mit ihrem Original und behaltet eine.
3. Dann Regeln, die sich ähneln. Sucht nach Trigger oder Aktion, oder fragt den Rovo-Agenten, und lasst einen Menschen entscheiden.
4. Den Rest in Ruhe lassen. Eine Regel, die aus ist und auf die noch etwas wartet, ist jemandes pausierte Migration — prüft, worauf ihr Trigger hört, gegen das, was aktive Regeln schreiben; „wer fasst dieses Feld an" und der Rovo-Agent übernehmen diese Suche. Sie gehört auf eine Liste, nicht in den Papierkorb.

HINWEIS: Die App löscht und bearbeitet nie etwas. Sie ändert nie etwas in Jira — jede Änderung macht ihr, in Jira, mit dem Befund daneben.

FAQ

Macht Löschen wieder billig

Niemand braucht tausend Regeln. Man muss nur belegen können, welche man nicht braucht.

👉 Automation Map für Jira — seht jede Regel, aktiv und schlafend