
KI stellt neue Anforderungen an Plattformen, Daten, Integration, Sicherheit, Observability und Kostensteuerung. IT-Leitungen müssen eine tragfähige Grundlage für den dauerhaften Betrieb von KI-Services schaffen und zugleich bewerten, in welchen IT-Operations-Prozessen AIOps einen messbaren Mehrwert erzielt.
Dafür braucht es KI-Lösungen, die sicher, transparent, wirtschaftlich und flexibel betrieben werden können. Voraussetzung dafür ist die Verbindung von technischer Produktionsreife und klarer Entscheidungslogik für AIOps – vom konkreten Engpass über die Prozess-, Daten- und Plattformreife bis zu Wirkung, Integration, Risiko und Wirtschaftlichkeit. So lassen sich Anwendungsfelder wie Ticketklassifikation, Anomalieerkennung oder Root-Cause-Analyse gezielt bewerten und in den IT-Betrieb integrieren.
Viele Organisationen verfügen über die Fähigkeiten, KI-Prototypen zu entwickeln und integrierte KI-Funktionen zu erproben. Ungeklärt bleibt häufig der Übergang in den regulären IT-Betrieb. Service Ownership, Datenversorgung, Security, Monitoring, Support, Rückfallfähigkeit und laufende Kosten werden oft erst betrachtet, wenn ein erfolgreicher Pilot vor dem Go-live steht. Technische Erwartungen treffen dann auf eine Betriebsorganisation, die Verantwortlichkeiten und Leistungsversprechen noch nicht verlässlich absichern kann.
Gleichzeitig prüfen Operations-Teams AIOps unter hohem Effizienz- und Komplexitätsdruck. Fehlen ein klar priorisiertes Betriebsproblem, eine belastbare KPI-Baseline sowie die erforderliche Prozess- und Datenreife, lassen sich der zusätzliche Nutzen von KI und die Tragfähigkeit einer Investition kaum bewerten.
Ein Prototyp liefert fachlich überzeugende Ergebnisse, doch Service Owner, Supportmodell, SLO beziehungsweise SLA, Monitoring, Security, Runbooks und Rückfallverfahren sind nicht festgelegt. Technische Machbarkeit wird mit dauerhafter Betriebsfähigkeit verwechselt.
Vermeidbare Konsequenz: Go-live-Entscheidungen verzögern sich, erfolgreiche Demonstratoren verbleiben in Testumgebungen und Fachbereiche beginnen, eigene Schattenlösungen aufzubauen.
Ein Anbieter demonstriert leistungsfähige Funktionen, bevor geklärt ist, welcher konkrete Engpass im Incident, Event, Problem, Knowledge, Service Desk oder Capacity Management gelöst werden soll. KPI-Baselines für Alarmvolumen, Routingqualität, MTTD, MTTR oder manuellen Aufwand fehlen.
Vermeidbare Konsequenz: AIOps erzeugt zusätzliche Prüf- und Korrekturarbeit, ohne die relevanten Betriebskennzahlen messbar zu verbessern. Investitionen werden nach Funktionsbreite statt nach operativer Wirkung bewertet.
Neue Piloten erhalten eigene Modellzugänge, Datenpipelines, Cloud-Accounts, Vektordatenbanken, Logging-Lösungen und Integrationen. Gemeinsame Standards für Identitäten, Berechtigungen, Observability, Kostensteuerung und Lifecycle-Management fehlen.
Vermeidbare Konsequenz: Die Plattformlandschaft fragmentiert, Integrations- und Supportkosten steigen und das Unternehmen gerät früh in schwer auflösbare Modell-, Plattform- oder Anbieterabhängigkeiten.
Plattform-, Daten-, Prozess-, Security- und Betriebsverantwortung sind auf mehrere Teams verteilt. Gleichzeitig ist nicht definiert, welche Empfehlungen eine KI aussprechen, welche Aktionen sie vorbereiten und welche Eingriffe sie eigenständig durchführen darf.
Vermeidbare Konsequenz: Automatisierungsrechte werden entweder zu weitreichend oder zu restriktiv vergeben. Fehlende Kontroll-, Eskalations- und Abschaltpunkte erhöhen Risiken und schwächen das Vertrauen der Operations-Teams.
Zusammengefasst: Ohne gemeinsame Plattform- und Betriebsfähigkeiten wächst die Lücke zwischen sichtbaren KI-Aktivitäten und tatsächlicher Betriebsfähigkeit. Die IT kann KI demonstrieren und Funktionen einkaufen, aber nicht wiederholbar als produktiven Service skalieren. Mittelfristig entstehen technische Sonderwelten, unklare Verantwortlichkeiten, steigende Run-Kosten und wirkungslose AIOps-Investitionen. Langfristig wird die IT zum strukturellen Engpass des eigenen KI-Anspruchs – mit Folgen für Time-to-Market, Innovationsfähigkeit, Sicherheit und Wettbewerbsfähigkeit.
Der Betrieb von KI bezeichnet den Aufbau einer sicheren, beobachtbaren, veränderbaren und wirtschaftlich betreibbaren AI-IT-Foundation. Dazu gehören Plattformen, Datenbereitstellung, Integrationen, Identitäten, Entwicklungs- und Produktionsumgebungen, Security, Observability, Kostensteuerung sowie Lifecycle- und Betriebsmodelle.
Der Betrieb von KI bezeichnet den Aufbau einer sicheren, beobachtbaren, veränderbaren und wirtschaftlich betreibbaren AI-IT-Foundation. Dazu gehören Plattformen, Datenbereitstellung, Integrationen, Identitäten, Entwicklungs- und Produktionsumgebungen, Security, Observability, Kostensteuerung sowie Lifecycle- und Betriebsmodelle.
KI für den Betrieb bezeichnet die messbare Verbesserung konkreter IT-Operations- und Service-Management-Prozesse durch AIOps beziehungsweise KIOps. Ausgangspunkt ist kein allgemeiner KI-Wunsch, sondern ein klar abgegrenzter Betriebsengpass.
Ein leistungsfähiges Tool ersetzt weder Prozessreife noch Datenqualität. Ebenso belegt ein technisch funktionierender Pilot noch keine operative Wirkung, Produktionsfähigkeit oder Wirtschaftlichkeit. Die Bewertung beginnt deshalb mit dem konkreten Operations-Problem und der Frage, anhand welcher Kennzahlen seine heutige Ausprägung sichtbar wird. Erst auf dieser Grundlage lassen sich KI, klassische Automatisierung und Prozessverbesserung belastbar vergleichen.
Eine KPI-Baseline schafft Zielwerte, Abbruchkriterien und eine Grundlage für Skalierungsentscheidungen. Je nach Anwendungsfall können Ticketvolumen, Routingqualität, Alarmmenge, Bearbeitungszeit, MTTD, MTTR, Erstlösungsquote oder manueller Analyseaufwand relevant sein. Parallel wird bewertet, ob Prozesse, Taxonomien, Datenhistorien, Service- und Abhängigkeitsmodelle sowie Configuration- und Wissensdaten die notwendige Qualität besitzen. Viele Logs, Tickets und Events allein bilden noch keine tragfähige AIOps-Datenbasis.
Wir führen diese Prozess- und Datenperspektive mit Plattformarchitektur, Governance, Security, Integration und Wirtschaftlichkeit zusammen. Cloud-, Hybrid- oder On-Premises-Laufzeitumgebungen, freigegebene Modellzugänge, Daten- und Integrationsschichten, Identitätsmanagement, Entwicklungs-, Test- und Produktionsumgebungen, Observability, Secrets Management, Kostensteuerung und Austauschoptionen werden als gemeinsame Betriebsgrundlage betrachtet. So müssen neue KI-Services dieselben technischen und organisatorischen Fragen nicht jeweils neu lösen.
Auch der Autonomiegrad ist eine bewusste Betriebsentscheidung. Er richtet sich nach Geschäftskritikalität, Reversibilität, Daten- und Modellqualität sowie dem möglichen Schadensumfang. Human-in-the-Loop, Human-on-the-Loop, Qualitäts- und Konfidenzschwellen sowie klare Eskalations- und Abschaltmechanismen gehören deshalb von Beginn an zum Betriebsmodell.
Eine KI-Komponente ist selbst ein zu überwachender und zu verantwortender IT-Service. Modell-, Plattform- oder Anbieteränderungen benötigen Tests, Versionierung und Rollback-Verfahren. Service- und Supportmodelle, SLOs beziehungsweise SLAs, Runbooks, Monitoring, Change-, Release-, Incident- und Problemmanagement sowie Kapazitäts- und Kostensteuerung müssen über den gesamten Lifecycle operationalisiert werden.
So entsteht ein nachvollziehbarer Entscheidungsrahmen vom Operations-Problem bis zur Investitionsentscheidung. Er zeigt, ob ein AIOps-Pilot fachlich und wirtschaftlich sinnvoll ist, ob zunächst Voraussetzungen geschaffen werden müssen, ob klassische Automatisierung der bessere Hebel ist oder ob bewusst nicht investiert werden sollte. Das Ergebnis ist keine automatische Projektfortsetzung, sondern eine begründete Go-, Prepare- oder No-Go-Entscheidung.
Ein frühes Gespräch ist besonders sinnvoll, wenn bereits ein Anbieter-Feature demonstriert wurde, mehrere Teams unterschiedliche KI-Lösungen prüfen oder eine belastbare KPI- und Datenbasis für die Investitionsentscheidung fehlt.
Im Mittelpunkt steht ein klar abgegrenzter Prozess aus Service Desk, Incident-, Event-, Problem-, Knowledge-, Monitoring- oder Capacity-Management. Gemeinsam lässt sich einordnen, ob KI einen zusätzlichen Nutzen gegenüber Prozessverbesserung oder klassischer Automatisierung bietet und welche Voraussetzungen für einen belastbaren nächsten Schritt fehlen.
Ein tragfähiger nächster Schritt beginnt mit einem konkreten Operations-Engpass und der Frage, ob KI dafür tatsächlich der richtige zusätzliche Hebel ist. Ein erstes Gespräch grenzt den relevanten Prozess ab, bestimmt die notwendige KPI-Baseline und ordnet die Eignung von Daten, Plattform und Betriebsmodell ein. Zugleich werden Autonomie- und Kontrollbedarf, Integrationsanforderungen, zentrale Risiken und die wirtschaftliche Entscheidungslogik sichtbar.

Senior Management Consultant
Jan Ole Kastens berät und begleitet Kunden bei Cassini Consulting seit über zehn Jahren in der Optimierung und Modernisierung von IT-Infrastruktur und IT-Betrieb. Seit 2022 leitet er den Geschäftsbereich Cloud & Operations Management und unterstützt Kunden, den Wertbeitrag des IT-Betriebes in ihren Unternehmen zu optimieren. Denn bis heute gilt: Wettbewerbsfähigkeit braucht eine moderne und effiziente IT-Landschaft.
*Pflichtangaben
Cassini Consulting steht für moderne Beratung an der Schnittstelle von Business, IT und Transformation. Wir begleiten Organisationen dabei, Zukunft aktiv zu gestalten. Strategisch, technologisch und kulturell. Unser Anspruch: Exzellente Beratung mit Wirkung. Unabhängig, mehrfach ausgezeichnet und immer auf Augenhöhe mit unseren Kunden.








