AI-Automatisierung für einen konkreten IT-Service-Ablauf

Ein guter Einstieg hat einen klaren Auslöser, wiederkehrende Eingaben und ein benennbares Ergebnis. Beispielsweise soll nach einer Bearbeitung ein Ticket für die nächste Schicht vorbereitet werden. Oder aus freigegebenen Arbeitsschritten soll ein Dokumentationsentwurf entstehen. Gemeinsam begrenzen wir den Ablauf auf eine Aufgabe, die sich mit geeigneten Beispielen prüfen lässt.

Sie benennen eine verantwortliche Person, die den bestehenden Prozess kennt und die Ergebnisse beurteilen kann. Wenn sich bereits die Zuständigkeiten, Eingabedaten oder Zielausgaben widersprechen, klären wir diese Punkte zuerst. AI ersetzt hier keine fehlende Prozessentscheidung.

Zum Erstcheck reichen eine Beschreibung des Ablaufs und die Namen der beteiligten Tools. Vor einer Umsetzung werden geeignete redigierte Testfälle, ein freigegebener Testzugang und die Regeln für die Ausgabe benötigt. Ein verwendeter AI-Provider muss ausdrücklich freigegeben sein. Welche Felder verarbeitet werden dürfen, wird vor dem Start geklärt.

Testdaten sollen den Ablauf abbilden, ohne unnötige vertrauliche Informationen zu enthalten. Platzhalter müssen konsistent bleiben: Ein anonymisiertes System braucht beispielsweise in allen Schritten denselben Namen. Zugangsdaten oder vertrauliche Tickets gehören nicht in das Anfrageformular.

Die Ausgabe richtet sich nach dem vereinbarten Anwendungsfall. Für eine Ticket-Übergabe kann sie aus Status, bisherigen Schritten, offenen Fragen und einem vorgeschlagenen nächsten Prüfschritt bestehen. Für eine Dokumentation können Voraussetzungen, Ablauf und Kontrollpunkte strukturiert werden. Fehlende Informationen sollen sichtbar bleiben, statt durch plausible Annahmen ergänzt zu werden.

• Ein umgesetzter Workflow im vereinbarten Testsystem
• Strukturierte Übergabe- oder Dokumentationsentwürfe zur menschlichen Prüfung
• Vereinbarte Testfälle und ein nachvollziehbares Testprotokoll
• Eine Bedienungs- und Übergabeanleitung mit bekannten Grenzen

Wir legen fest, wann der Ablauf startet, welche Eingabe er verarbeitet und wohin sein Entwurf gelangt. Dabei prüfen wir auch die Bedingungen rund um die AI-Ausgabe: fehlende Pflichtfelder, widersprüchliche Angaben, unerwartete Formate oder eine nicht verfügbare Anbindung. Ein Fehler muss erkennbar sein und darf keine vermeintlich vollständige Übergabe erzeugen.

Der Pilot arbeitet im vereinbarten Testsystem. Ob eine Eingabe manuell bereitgestellt oder über eine freigegebene Anbindung übernommen wird, gehört zum Scope. Eine automatische Antwort an Kunden oder eine Änderung an produktiven Systemen entsteht daraus nicht ohne eine eigene Vereinbarung.

Die Abnahmekriterien vereinbaren wir vor dem Test. Ihre verantwortliche Person prüft jeden Entwurf anhand der Eingaben. Das Testprotokoll hält Fälle, Korrekturen und verbleibende Grenzen fest; späterer störungsfreier Betrieb ist nicht zugesagt.

• Pflichtfelder vollständig; andernfalls klarer Fehler- oder Rückfragestatus
• Fachliche Aussagen auf freigegebene Eingaben zurückführbar
• Ausgeführte und geplante Schritte eindeutig getrennt
• Fehlende Angaben, Widersprüche und offene Zuständigkeiten sichtbar
• Übernahme erst nach fachlicher Prüfung durch die verantwortliche Person

Nach dem Erstcheck grenzen wir Ablauf, Testsystem, Anbindungen und Abnahme ein. Darauf basiert ein gesondertes Angebot. Produktionsbetrieb, zusätzliche Integrationen, Datenmigration und laufende Betreuung werden separat vereinbart. Der Pilot ist ein umgesetzter Testworkflow; eine Ausweitung auf weitere Prozesse ist eine neue Scope-Entscheidung.

Beschreiben Sie für die Anfrage eine wiederkehrende Aufgabe, die beteiligten Tools und wer das Ergebnis prüfen würde. Daniel Djogic bespricht diese Ausgangslage direkt mit Ihnen. Anschließend lässt sich beurteilen, ob die Voraussetzungen für einen abgegrenzten Pilot vorliegen und welche offenen Punkte zuerst geklärt werden müssen.