IT Betrieb · Agentischer Workflow

Störungsübergaben zwischen Teams im IT Betrieb klären

Ein IT Dienstleister betreut komplexe Kundenumgebungen mit Spezialteams, doch unklare Übergaben verursachen Verzögerungen und Doppelarbeit.

  • Technologiebranche
  • Kundenservice

Leitkennzahl

Zeit bis zur ersten qualifizierten Antwort

6039Min.

Durchschnittliche Zeit bis zur ersten qualifizierten Antwort je Ticket.

Auf einen Blick

Ausgangsproblem

Unklare Übergaben zwischen IT Betriebsteams

Lösungstyp

Agentischer Workflow für Störungsübergaben

Komplexität

Transformation

Leitkennzahl

Zeit bis zur ersten qualifizierten Antwort

Nutzergruppe

Service Desk und Fachteams im IT Betrieb

Umsetzungsdauer

3-6 Monate

Betriebsmodell

Cloudbetrieb mit Mandantensteuerung

Ausgangslage

Ein mittelständischer IT Dienstleister betreut für seine Kunden mehrere hundert Server, Datenbanken und Fachanwendungen. Der zentrale Service Desk nimmt täglich rund 300 Störungen per Telefon, Portal und E Mail entgegen und legt Tickets im ITSM System an. Für die Bearbeitung existieren verschiedene Teams, etwa Netzwerk, Applikationen und Datenbanken, sowie ein Bereitschaftsdienst für kritische Systeme. Übergaben zwischen diesen Gruppen erfolgen überwiegend per Freitext im Ticket und zusätzlichen E Mails. Prioritäten, Zuständigkeiten und nächste Schritte sind oft nicht eindeutig dokumentiert, was zu Rückfragen und Wartezeiten führt.

300
Tickets pro Tag
5
Beteiligte IT Teams

Die Herausforderung

Die Störungsbearbeitung leidet weniger unter fehlendem Fachwissen als unter unklaren Übergaben. Der Service Desk muss aus heterogenen Beschreibungen und Monitoring Meldungen entscheiden, welches Team zuständig ist und wie dringend ein Fall ist. Häufig werden Tickets mehrfach weitergereicht, ohne dass klar ist, welche Informationen fehlen oder welche Prüfungen bereits erfolgt sind. Fachteams erhalten unvollständige oder widersprüchliche Angaben und müssen nachfragen, während der Kunde auf Rückmeldung wartet. Bei kritischen Störungen entstehen Parallelbearbeitungen, weil mehrere Teams sich zuständig fühlen. Die Führungskräfte sehen im Reporting nur Gesamtzahlen, aber keine Transparenz über Reibungsverluste an den Schnittstellen.

Typische Symptome im Unternehmen

„Wir verbringen zu viel Zeit damit, Tickets zwischen Teams hin und her zu schieben.“

„Ich weiß oft nicht, ob ein Ticket schon geprüft wurde oder ob ich bei null anfange.“

„Im Monitoring sehe ich kritische Alarme, aber im Ticket steht kaum etwas Verwertbares.“

„Kunden fragen nach Updates und wir müssen erst intern klären, wer gerade dran ist.“

Warum das bisher ungelöst blieb

Das Problem war bekannt, wurde aber als organisatorische Frage gesehen und nicht als eigener IT Prozess. Bisherige Verbesserungen konzentrierten sich auf Checklisten und Schulungen für den Service Desk. Diese halfen nur begrenzt, weil jede Störung anders ist und sich nicht vollständig in starre Formulare pressen lässt. Ein klassischer Workflow mit festen Feldern scheiterte daran, dass Freitextbeschreibungen und Monitoring Meldungen zu vielfältig sind. Zudem fehlten Kapazitäten, um mehrere Systeme wie ITSM, Monitoring und Bereitschaftsplanung in einem Projekt zusammenzuführen. So blieb es bei manuellen Übergaben, die zu klein für ein großes IT Projekt, aber zu groß zum Ignorieren waren.

Checklisten

Standard Checklisten für den Service Desk sollten Übergaben strukturieren, wurden aber im Alltag oft umgangen.

Ticketregeln

Einfache Routingregeln im ITSM System nach Kategorie und Priorität reichten für komplexe Störungen nicht aus.

Unsere Lösung

Eingeführt wurde ein agentischer Workflow, der Störungsübergaben zwischen Service Desk und Fachteams strukturiert. Der Workflow liest neue Tickets, Monitoring Meldungen und relevante Stammdaten aus dem ITSM System aus und erstellt einen strukturierten Übergabevorschlag mit Zuständigkeit, Dringlichkeit und nächsten Schritten. Er führt den Service Desk durch gezielte Rückfragen, wenn Informationen fehlen, und dokumentiert diese direkt im Ticket. Bei Bedarf initiiert der Workflow Rückfragen an den Kunden oder interne Klärungen, etwa ob ein Change vorliegt. Fachteams erhalten so konsistente Übergaben mit klaren Aufgaben und können ihre Bearbeitungsschritte wiederum über den Workflow zurückmelden, der Status und Kommunikation im ITSM System aktualisiert.

Wo generative KI arbeitet

Generative KI versteht Freitext aus Tickets und E Mails, kombiniert ihn mit Monitoring Meldungen und ordnet typische Störungsszenarien zu. Sie erstellt strukturierte Übergaben und konkrete Rückfragen in verständlicher Sprache, angepasst an Service Desk oder Fachteam, und verdichtet auch unvollständige Angaben sinnvoll.

Bausteine
  • Anbindung des ITSM Systems für Lese und Schreibzugriff auf Tickets, Statusfelder und Kommentarfunktionen inklusive Mandantenlogik.
  • Integration von Monitoring Systemen zur Auswertung von Alarmen, Metriken und Ereignissen, die mit Tickets verknüpft oder automatisch ergänzt werden.
  • Kontextmodell für Kundenumgebungen, Services und Zuständigkeiten, das Zuständigkeitsvorschläge und Eskalationspfade für verschiedene Teams ableitet.
  • Generativer Assistenzlayer für Service Desk und Fachteams, der Übergaben, Rückfragen und Statusupdates in strukturierter Form vorschlägt.
  • Steuerungslogik für agentische Workflows, die Folgeaktionen wie Rückfragen, Eskalationen und Teamwechsel im ITSM System auslöst.
So funktioniert es

So läuft der Störungsworkflow ab

  1. Ticket erfassen

    Der Service Desk legt wie bisher ein Ticket im ITSM System an, der Workflow liest Freitext, Kategorie und Monitoring Meldungen automatisch ein.

  2. Übergabevorschlag bilden

    Der Workflow analysiert Inhalte, schlägt zuständiges Team, Dringlichkeit und erste Prüfungen vor und ergänzt fehlende Informationen über gezielte Rückfragen.

  3. Fachteam bearbeiten

    Das zuständige Fachteam erhält eine strukturierte Übergabe, dokumentiert seine Schritte über den Workflow, der Status und Kommentare im Ticket aktualisiert.

  4. Eskalation steuern

    Bei kritischen oder stockenden Fällen schlägt der Workflow Eskalationspfade vor, etwa Einbindung weiterer Teams oder Bereitschaftsdienst, und koordiniert Übergaben.

  5. Reporting verbessern

    Abschließend werden Übergaben, Rückfragen und Bearbeitungszeiten ausgewertet, um Engpässe an Schnittstellen sichtbar zu machen und Regeln zu verfeinern.

Wirkung

Gemessen: 6 Monate nach Einführung

Zeitraum: 6 Monate nach Einführung.

KennzahlWertBasis
Zeit bis zur ersten qualifizierten AntwortLeitkennzahlminus 35 ProzentZeiterfassung vor/nachgemessen
Anteil mehrfach weitergereichter TicketsGütemaßminus 40 ProzentSystemmessunggemessen
Bearbeitungszeit kritischer Störungenminus 20 ProzentZeiterfassung vor/nachgeschätzt

Wirtschaftlichkeit

Aufwandsklasse

Standard (60-150 PT)

Amortisation

6-12 Monate

Haupthebel

Durchlaufzeit

Laufende Kosten

Laufende Kosten entstehen vor allem durch Hosting, Modellnutzung und Pflege der Zuständigkeitslogik.

Einschränkung

Die Lösung hängt stark von der Qualität der Stammdaten zu Services und Zuständigkeiten ab. Werden sie nicht gepflegt oder häufig ohne Dokumentation geändert, sinkt die Genauigkeit der Vorschläge und manuelle Nacharbeit bleibt erforderlich.

Integration und Betrieb

Angebundene Systeme

Anbindung des bestehenden ITSM Systems, der zentralen Monitoring Plattform und optional der Bereitschaftsplanung. Schnittstellen nutzen etablierte APIs und gesicherte Servicekonten.

Betrieb

Betrieb in einer isolierten Cloudumgebung mit Mandantentrennung, verschlüsselter Speicherung von Ticketmetadaten und strikter Trennung sensibler Kundendaten.

Compliance

Zugriffe werden protokolliert, Rollen und Berechtigungen folgen dem bestehenden ITSM Berechtigungskonzept. Personenbezogene Daten werden minimiert und nur für die Störungsbearbeitung genutzt.

Kennzeichnung

Im ITSM System wird sichtbar gemacht, wenn Vorschläge aus dem Assistenzsystem stammen. Nutzerinnen und Nutzer erkennen, welche Texte automatisiert erzeugt wurden.

Verbindlichkeit

Vorschläge des Workflows sind nicht bindend, Teams können Entscheidungen übersteuern. Verbindliche Eskalationsregeln bleiben in den Betriebsrichtlinien verankert.

Eskalationspfad

Bei Unklarheiten oder Fehlzuordnungen können Service Desk und Fachteams Tickets an das IT Prozess Team eskalieren, das Regeln und Kontexte anpasst.

Nachvollziehbarkeit

Alle automatisierten Vorschläge und Änderungen am Ticket werden mit Zeitstempel und verantwortlicher Rolle protokolliert, sodass spätere Analysen und Audits möglich sind.

Rollen im Betrieb

Service Desk, Fachteams und Betriebsverantwortliche nutzen den Workflow im Tagesgeschäft. Ein zentrales IT Prozess Team verantwortet Konfiguration, Pflege der Zuständigkeitslogik und Auswertung.

Übertragbarkeit

Das Muster eines agentischen Workflows für Übergaben zwischen Teams lässt sich gut auf andere Bereiche übertragen, in denen viele Beteiligte an einem Vorgang arbeiten und Informationen über mehrere Systeme verteilt sind. Entscheidend ist, dass Freitextbeschreibungen und strukturierte Signale zusammengeführt werden und generative Assistenz klare nächste Schritte vorschlägt. So können auch außerhalb des IT Betriebs Schnittstellen entlastet werden, ohne jede Variante eines Vorgangs vorab detailliert zu modellieren.

Übergaben zwischen Pflegekräften und ärztlichen Diensten in einem Krankenhausbetrieb strukturieren.

Schnittstellen zwischen Vertrieb, Technik und Projektmanagement in einem Bauprojektbüro klären.

Schadensmeldungen zwischen Außendienst, Gutachtern und Leistungsbearbeitung besser koordinieren.

Bewirb dich bei izz.ai

PDF, DOC oder DOCX · bis zu 3 Dateien, je max. 10 MB

Ich akzeptiere die Datenschutzerklärung

Kontaktiere uns

Freundlicher pinker Roboter öffnet eine Tür hinter der eine futuristische Welt verbirgt