Changefreigaben im Plattformbetrieb strukturieren
Ein Technologieunternehmen mit 3.400 Mitarbeitenden betreibt über 260 Plattformservices, monatlich stehen rund 900 Changes zur Freigabe an.
- Technologiebranche
- IT-Service-Management
Leitkennzahl
Zeit je Changefreigabe
160120Min
Durchschnittliche Dauer einer Changefreigabe im Plattformbetrieb
Auf einen Blick
Ausgangslage
Das Unternehmen betreibt eine zentrale Plattformlandschaft mit über 260 Services für interne und externe Anwendungen. Im IT Betrieb werden monatlich rund 900 Changes geplant und umgesetzt, von Konfigurationsanpassungen über Releases bis zu Infrastrukturupdates. Ein Team aus etwa 18 Vollzeitkräften koordiniert diese Changes, verteilt auf Infrastruktur, Applikation und Security. Pro Change fallen im Schnitt 160 Minuten Koordinationsaufwand an, inklusive Risikoanalyse, Freigaben und Terminabstimmung. Abstimmungen erfolgen über Tickets, E Mails, Chatnachrichten und Meetings. Informationen zu Abhängigkeiten, Wartungsfenstern und Sicherheitsauflagen liegen verstreut in Changekalendern, Runbooks und früheren Changes, was zu Rückfragen, Doppelprüfungen und verspäteten Freigaben führt.
- 260
- Plattformservices
- 900
- Changes pro Monat
Die Herausforderung
Die Changes betreffen häufig mehrere Plattformservices und Teams gleichzeitig. Für jede Änderung müssen Auswirkungen auf Verfügbarkeit, Sicherheit und nachgelagerte Systeme geprüft werden. Heute sammeln Change Manager Informationen manuell aus Tickets, Monitoring Dashboards, Kalendern und Wikis. Freigaben werden per E Mail oder Chat eingeholt, oft ohne einheitliche Checkliste. Dadurch entstehen unterschiedliche Qualitätsniveaus bei Risikoanalysen, manche Changes werden übervorsichtig behandelt, andere erhalten Freigaben mit unklaren Annahmen. Konflikte zwischen Wartungsfenstern bleiben lange unentdeckt, weil Abhängigkeiten nicht systematisch erfasst sind. Die Führungskräfte im IT Betrieb haben wenig Transparenz darüber, welche Changes warum verzögert werden und wie viel Zeit in Abstimmungen statt in Umsetzung fließt.
Typische Symptome im Unternehmen
Warum das bisher ungelöst blieb
Bisher wurde das Problem als notwendige Komplexität eines großen Plattformbetriebs akzeptiert. Versuche, starre Checklisten oder zentrale Freigabeformulare einzuführen, scheiterten an der Vielfalt der Changes und der begrenzten Zeit der Teams. Klassische Automatisierung konnte nur einzelne Schritte unterstützen, etwa Kalenderbuchungen, nicht aber die inhaltliche Bewertung von Risiken und Abhängigkeiten. Zudem war unklar, wie man Freigaben strukturieren kann, ohne zusätzliche Bürokratie zu schaffen oder die Verantwortung der Fachteams zu schwächen. Das Thema war zu groß für kleine Prozessoptimierungen, aber zu querliegend, um als eigenständiges IT Projekt mit klarer Systemgrenze priorisiert zu werden.
Unsere Lösung
Es wurde ein agentischer Workflow eingeführt, der Change Tickets, Wartungskalender, Monitoring Hinweise und vorhandenes Wissen aus Runbooks und Wikis zusammenführt. Der Workflow analysiert neue Changes, erkennt betroffene Komponenten, Abhängigkeiten und Sicherheitsrelevanz und schlägt eine strukturierte Freigabestrecke vor. Für jeden Change erstellt er einen Prüfplan mit klaren Aufgaben, beteiligten Teams und erforderlichen Nachweisen. Während der Planung überwacht der Workflow Terminänderungen, ergänzt Kontext aus ähnlichen Changes und weist auf Konflikte mit anderen Wartungsfenstern hin. Freigaben werden im Ticketsystem gebündelt, inklusive dokumentierter Annahmen und Risiken. So werden Doppelprüfungen reduziert, kritische Konflikte früher sichtbar und Freigaben nachvollziehbar dokumentiert. Die Teams behalten ihre gewohnten Tools, erhalten aber im Ticketsystem strukturierte Vorschläge und Checklisten, die sich an den konkreten Inhalt des Changes anpassen.
Wo generative KI arbeitet
Generative KI versteht Freitext in Change Tickets, Risikoabschätzungen und Runbooks, ordnet sie betroffenen Komponenten und Abhängigkeiten zu und erstellt strukturierte Prüfpläne. Sie fasst lange Abstimmungsverläufe zusammen, hebt kritische Annahmen hervor und schlägt Freigabeschritte vor, ohne dass Teams starre Regeln für jeden Change Typ pflegen müssen.
- Anbindung des zentralen Ticketsystems, des Wartungskalenders und relevanter Monitoring Hinweise, inklusive Zugriff auf Historie und geplante Changes.
- Kontextanreicherung aus bestehenden Runbooks, Wikis und bekannten Risikomustern, die als Wissensbasis für Prüfpläne und Freigabestrecken dienen.
- Agentischer Workflow, der Changes analysiert, beteiligte Teams identifiziert, Prüfschritte strukturiert und Freigaben im Ticketsystem begleitet.
- Konflikterkennung für Wartungsfenster und abhängige Services, die Terminüberschneidungen und kritische Kombinationen früh sichtbar macht.
- Feedbackschleifen, in denen Teams Vorschläge bewerten und korrigieren, verbessern die Qualität von Prüfplänen und Freigabestrecken.
Vom Changeantrag zur dokumentierten Freigabe
Change erfassen
Neue Changes werden im Ticketsystem angelegt, der Workflow liest Beschreibung, betroffene Services und geplante Zeitfenster ein und erkennt erste Abhängigkeiten.
Prüfplan erstellen
Der Workflow schlägt beteiligte Teams, notwendige Risiko und Sicherheitsprüfungen sowie erforderliche Nachweise vor und dokumentiert dies als strukturierte Checkliste im Ticket.
Konflikte erkennen
Termin und Abhängigkeitskonflikte mit anderen Changes oder Wartungsfenstern werden automatisch identifiziert, der Workflow schlägt Alternativen oder Bündelungen vor.
Freigaben bündeln
Teams bearbeiten ihre Prüfschritte, der Workflow sammelt Freigaben und offene Punkte im Ticket und fasst den Entscheidungsstand für Change Manager zusammen.
Lernen aus Durchläufen
Nach Abschluss eines Changes werden Dauer, Konflikte und Nacharbeiten ausgewertet, der Workflow passt seine Vorschläge anhand dieser Erfahrungen an.
Gemessen: Nach neun Monaten Betrieb
Zeitraum: Nach neun Monaten Betrieb.
| Kennzahl | Wert | Basis |
|---|---|---|
| Zeit je ChangefreigabeLeitkennzahl | von 160 auf 120 Minuten je Freigabe | Zeiterfassung vor/nachgemessen |
| Vollständige RisikoprüfungenGütemaß | Steigerung von 65 auf 88 Prozent | Stichprobegeschätzt |
| Verschobene Changes | Rückgang von 90 auf 55 pro Monat | SystemmessungKundenangabe |
Wirtschaftlichkeit
Die Lösung entfaltet ihre volle Wirkung nur, wenn Changes konsequent im Ticketsystem erfasst und Wartungsfenster gepflegt werden. In Bereichen mit vielen Ad hoc Änderungen ohne Ticket bleiben Konflikte und Risiken weiterhin schwer sichtbar.
Integration und Betrieb
Übertragbarkeit
Der agentische Workflow für Changefreigaben lässt sich auf andere komplexe Betriebsumgebungen übertragen, in denen viele Änderungen mit Abhängigkeiten und Freigaben verbunden sind. Entscheidend sind ein zentrales Vorgangssystem und dokumentiertes Wissen über Risiken und Wartungsfenster. Generative KI versteht Freitext, Anhänge und Historien und erstellt strukturierte Prüfpläne, sodass Organisationen mit vielen Schnittstellen ihre Freigaben entlasten und Konflikte früher erkennen.
Ähnlicher Fall im eigenen Haus? Sprechen wir darüber.
Beschreibe kurz deinen Prozess. Wir melden uns mit einer ersten Einschätzung, ob sich das Muster übertragen lässt, und was es realistisch braucht.