01 · Änderung
Änderungen mit allen Folgen entscheiden Wir bewerten Änderungsbedarf mit seinen Auswirkungen auf Leistungsumfang, Termine, Kosten, Qualität, Ressourcen, Risiken und Betrieb. Freigaben, Ablehnungen und Auflagen werden nachvollziehbar dokumentiert und genehmigte Änderungen kontrolliert in Baselines und Lieferarbeit übernommen.
02 · Betriebsreife
Entscheidung über die Betriebsübernahme nachvollziehbar vorbereiten Wir führen die Ergebnisse aus fachlicher und technischer Abnahme mit den vom Betrieb festgelegten Übernahmebedingungen zusammen. Dokumentation, Service- und Supportmodell, Rollen, Berechtigungen, Monitoring, Eskalation, Compliance, Wiederherstellung, Schulung und dauerhafte Kosten werden hinsichtlich ihres Status, ihrer Nachweise und offener Punkte transparent aufbereitet.
03 · Verantwortung und Abschluss
Verantwortung übertragen und das Projekt geordnet beenden Der betriebliche Owner übernimmt Leistungspflichten, Risiken, Ressourcenbedarf, Kosten und organisatorische Folgen. Offene Punkte, Restmängel und Ausnahmen erhalten Verantwortliche, Termine und akzeptierte Risiken. Projektwissen wird übertragen, temporäre Strukturen werden aufgelöst und verbleibende Verpflichtungen eindeutig verankert.
Ergebnis unserer Mitwirkung: eine nachvollziehbar vorbereitete Betriebsübernahme
Wir sollten Abnahme und Verantwortung eindeutig trennen
Wir unterscheiden drei Entscheidungen:
Leistungsabnahme: Die zuständigen Stellen prüfen und bestätigen, inwieweit die vereinbarten Liefergegenstände und Anforderungen erfüllt sind. Wir führen Kriterien, Prüfergebnisse, Abweichungen und offene Punkte zusammen.Betriebsübernahme: Serviceorganisation, Support, Sicherheit, Compliance, Dokumentation, Wiederherstellung und Finanzierung sind für den Regelbetrieb ausreichend vorbereitet.Projektabschluss: Die zuständigen Stellen entscheiden auf Grundlage des dokumentierten Status, welche Leistungen und Verantwortungen übernommen und welche offenen Punkte, Restrisiken und Verpflichtungen einer Folgephase zugeordnet werden.
Für die Entscheidung des IT Service Level Managers bereiten wir transparent auf, ob und unter welchen Voraussetzungen aus der technischen Lösung ein definierter, messbarer, supportbarer und wiederherstellbarer Service werden kann.
Der Service Level Manager erhält eine verbindliche Servicebeschreibung. Sie legt fest:
welche geschäftliche und betriebliche Leistung der Service erbringt,
für welche Nutzer, Standorte und Betriebszeiten sie gilt,
welche Leistungen ausdrücklich nicht enthalten sind,
welche Kritikalität und Schutzbedarfe bestehen,
welche Verfügbarkeits-, Leistungs- und Reaktionsziele gelten,
wie die Servicequalität gemessen und berichtet wird,
welche Abhängigkeiten zu internen und externen Leistungen bestehen,
wer Service, Budget, Technik und Betrieb verantwortet.
Service Levels durchgängig absichern
Wir führen Service Level Agreements, Operational Level Agreements und unterstützende Lieferantenverträge zu einer durchgängigen Leistungskette zusammen. Eine Zusage gegenüber dem Kunden ist nur belastbar, wenn interne Betriebsleistungen und externe Lieferanten dieselben Anforderungen tatsächlich unterstützen.
Für jede wesentliche Leistungszusage werden Messgröße, Berechnungsregel, Datenquelle, Messintervall, Zielwert, zulässige Ausnahme, Berichtsweg und Eskalationsschwelle festgelegt. Der Service Level Manager kann damit erkennen, welche Leistung versprochen wird, wie ihre Erfüllung nachgewiesen wird und welche Maßnahmen bei einer Verletzung ausgelöst werden.
Betrieb und Support organisieren
Das Betriebsmodell beschreibt Service Desk, Supportgruppen, Rufbereitschaften, Zuständigkeiten und Eskalationswege. Incident-, Problem-, Change-, Release- und Deployment-Prozesse werden in die vorhandene Betriebsorganisation eingeordnet.
Gemeinsam mit dem Betrieb klären wir, welche Betriebsanweisungen und Runbooks für wiederkehrende und kritische Situationen benötigt werden, welche bereits vorliegen und welche noch zu erstellen oder zu prüfen sind. Sie beschreiben Überwachung, Start und Stopp, Fehlerdiagnose, Eskalation, Wiederanlauf, Rückfallverfahren und Kommunikation. Bekannte Fehler, Übergangslösungen und Einschränkungen werden nachvollziehbar in das Wissens- und Problemmanagement übernommen.
Überwachung und Servicequalität nachweisen
Monitoring, Event Management, Logging und Alarmierung werden auf die vereinbarten Service Levels und die tatsächliche Kritikalität ausgerichtet. Technische Messwerte werden mit der wahrnehmbaren Serviceleistung verbunden. Ein technisch erreichbares System gilt nicht automatisch als fachlich verfügbar.
Wir prüfen, ob relevante Ereignisse erkannt, richtig priorisiert und an handlungsfähige Stellen weitergeleitet werden. Dashboards und Berichte zeigen nicht nur Infrastrukturwerte, sondern Serviceverfügbarkeit, Leistungsfähigkeit, Störungen, Wiederherstellungszeiten, wiederkehrende Probleme und gefährdete Service Levels.
Verfügbarkeit, Kapazität und Kontinuität absichern
Verfügbarkeits- und Kapazitätsanforderungen werden mit Architektur, Lastannahmen, Betriebszeiten, Wartungsfenstern und erwarteter Entwicklung abgeglichen. Engpässe, Einzelabhängigkeiten und notwendige Reserven werden dokumentiert.
Für kritische Services werden Backup, Restore, Wiederanlauf und Notbetrieb mit ihren Verantwortlichkeiten und Zielzeiten festgelegt. Recovery Time Objective und Recovery Point Objective müssen zur geschäftlichen Kritikalität passen. Verfahren gelten erst dann als belastbar, wenn ihre technische Durchführbarkeit und die organisatorische Reaktionsfähigkeit nachgewiesen wurden.
Notfall-, Wiederherstellungs- und Rückfallverfahren werden geprüft oder erprobt. Festgestellte Abweichungen erhalten Maßnahmen, Verantwortliche und Termine. Ein vorhandenes Notfalldokument ersetzt keinen nachgewiesenen Wiederanlauf.
Informationssicherheit und Compliance nachweisen
Compliance ist kein allgemeines Gütesiegel. Sie entsteht durch den nachweisbaren Umgang mit allen für den konkreten Service geltenden gesetzlichen, regulatorischen, vertraglichen und internen Anforderungen.
Wir führen diese Anforderungen in einer Compliance- und Nachweismatrix zusammen. Für jede Anforderung dokumentieren wir:
Quelle und Geltungsbereich,
betroffene Systeme, Daten und Prozesse,
erforderliche organisatorische oder technische Kontrolle,
verantwortliche Stelle,
erwarteten Nachweis,
Prüf- und Wiederholungsintervall,
Aufbewahrungsanforderung,
Umsetzungs- und Prüfstatus,
festgestellte Lücken,
genehmigte Ausnahme oder Kompensationsmaßnahme,
verbleibendes Risiko und dessen ausdrückliche Akzeptanz.
Die zuständigen Fachstellen bestätigen ihre Anforderungen und Nachweise; die Projektleitung integriert und koordiniert.
Wir ersetzen weder die Fach- und Freigabeverantwortung noch die erforderlichen Leistungen von Recht, Datenschutz, Informationssicherheit, Revision, Service Management und Betrieb. Wir koordinieren ihre Beiträge und führen die verfügbaren Anforderungen, Nachweise, offenen Punkte und Entscheidungen zu einer nachvollziehbaren Entscheidungsgrundlage zusammen.
Zur betrieblichen Sicherheits- und Compliance-Prüfung gehören, soweit für den Service anwendbar:
Schutzbedarfs- und Kritikalitätsbewertung,
Datenklassifikation und zulässige Datenverarbeitung,
Rollen-, Berechtigungs- und Administrationskonzept,
Funktionstrennung und privilegierte Zugriffe,
Protokollierung, Auswertung und Schutz von Logdaten,
Schwachstellen-, Patch- und Sicherheitsvorfallmanagement,
Verschlüsselung und Schlüsselverwaltung,
Aufbewahrung, Archivierung, Löschung und Nachweisführung,
Sicherheitsanforderungen an Lieferanten und Unterauftragnehmer,
Lizenz-, Nutzungs- und Wartungsbedingungen,
Audit-, Berichts- und Meldepflichten,
Ausnahmen, Restrisiken und formale Risikoakzeptanzen.
Konfigurationen, Assets und Abhängigkeiten übernehmen
Die produktive Konfiguration wird eindeutig festgestellt und dokumentiert. Systeme, Komponenten, Schnittstellen, Versionen, Standorte, Verantwortliche und Abhängigkeiten werden in die vorgesehenen Konfigurations- und Asset-Systeme übernommen.
Die Betriebsübernahme umfasst auch Lizenzen, Zertifikate, technische Konten, Wartungsverträge, Supportberechtigungen und Ablaufdaten. Nicht übertragene Zugänge oder ungeklärte Vertragsabhängigkeiten werden nicht als nachgelagerte Kleinigkeit behandelt, sondern als Risiko für Servicefähigkeit und Compliance.
Produktionsstand, freigegebene Dokumentation und tatsächlich eingesetzte Konfiguration müssen übereinstimmen. Änderungen nach der Abnahme werden nur über den festgelegten Change- und Release-Prozess vorgenommen.
Wissenstransfer und Betriebsübernahme vorbereiten
Betriebs-, Administrations-, Support- und Notfalldokumentation werden auf Vollständigkeit, Aktualität und praktische Nutzbarkeit geprüft. Fachliche und technische Ansprechpartner, Supportgruppen und betriebliche Owner erhalten die für ihre Verantwortung benötigten Informationen und Berechtigungen.
Schulungen und Wissenstransfer enden nicht mit einer Teilnehmerliste. Der Betrieb bewertet seine Übernahmebereitschaft anhand praktischer Anwendung, gemeinsamer Betriebsdurchläufe, Fehler- und Wiederherstellungsszenarien oder anderer geeigneter Nachweise. Wir bereiten diese Prüfungen vor und dokumentieren Ergebnisse sowie offene Punkte.
Verbleibendes personengebundenes Wissen wird ausdrücklich sichtbar gemacht. Der Betrieb darf nicht von einzelnen Projektmitarbeitern abhängig bleiben, deren Einsatz mit dem Projektabschluss endet.
Lieferanten, Verträge und dauerhafte Kosten klären
Der betriebliche Owner übernimmt nicht nur Technik, sondern auch Leistungspflichten, Personalbedarf, Lizenzkosten, Wartung, Support, Kapazitäten und Lieferantenabhängigkeiten. Wir führen diese dauerhaften Verpflichtungen in einem Betriebs- und Kostenbild zusammen.
Unterstützende Verträge werden mit Service Levels, Eskalationswegen, Laufzeiten, Kündigungsfristen, Haftungsgrenzen, Wartungsbedingungen und betrieblichen Verantwortlichkeiten abgeglichen. Eine Kundenleistung darf nicht von einer Lieferantenzusage abhängen, die vertraglich oder organisatorisch nicht abgesichert ist.
Produktionsübergang kontrolliert durchführen
Cutover, Datenmigration, Freigaben, Kommunikationswege und Rückfallverfahren werden in einem gemeinsamen Übergabeplan verbunden. Für den Produktionsstart sind Eintrittskriterien, Abbruchbedingungen, Entscheidungsträger und Rückkehrmöglichkeiten festgelegt.
Eine Stabilisierungsphase beziehungsweise Early Life Support regelt die erhöhte Unterstützung nach dem Produktionsstart. Zuständigkeiten, Reaktionszeiten, tägliche Bewertung, bekannte Risiken und Austrittskriterien werden vorab vereinbart. Der Übergang in den Regelbetrieb erfolgt erst, wenn die festgelegten Stabilitäts- und Servicekriterien erfüllt oder verbleibende Abweichungen bewusst akzeptiert wurden.
Der Service Level Manager bestätigt, dass die vereinbarte Serviceleistung messbar und in die Serviceorganisation integriert ist. Fachlich und technisch Verantwortliche bestätigen die jeweiligen Nachweise. Der betriebliche Owner übernimmt die dauerhafte Betriebs- und Budgetverantwortung. Sponsor und Governance entscheiden über verbleibende Ausnahmen und Restrisiken.
Dokumentierte Grundlage für die Übergabeentscheidung
Zum Lieferergebnis gehören:
die freigegebene Servicebeschreibung und der Servicekatalogeintrag,
vereinbarte SLAs, OLAs und unterstützende Verträge,
Service-, Support- und Eskalationsmodell,
KPI-, Mess- und Berichtskonzept,
Monitoring-, Logging- und Alarmierungskonzept,
Incident-, Problem-, Change- und Release-Einordnung,
Verfügbarkeits-, Kapazitäts- und Kontinuitätsnachweise,
Backup-, Restore-, Notfall- und Wiederherstellungsverfahren,
Sicherheits-, Berechtigungs- und Datenschutzkonzept,
Compliance- und Nachweismatrix,
Konfigurations-, Asset-, Lizenz- und Abhängigkeitsnachweise,
Betriebs-, Support- und Notfalldokumentation,
Schulungs- und Wissenstransfernachweise,
Cutover-, Rückfall- und Stabilisierungsplan,
Betriebs- und Kostenbild,
Abnahme- und Übernahmeprotokolle,
Restpunkt-, Ausnahme- und Restrisikoregister,
ausdrückliche Zuordnung aller verbleibenden Verantwortlichkeiten.
Damit erhält der IT Service Level Manager eine nachvollziehbare Grundlage, um den vorgesehenen Service, seine Abhängigkeiten, Risiken und Nachweise zu bewerten und gemeinsam mit den zuständigen Stellen über die Übernahme zu entscheiden. Der betriebliche Owner weiß, welche Verantwortung, Kosten und Verpflichtungen er übernimmt. Revision und Compliance können nachvollziehen, welche Anforderungen geprüft, erfüllt oder bewusst als Restrisiko akzeptiert wurden.
Wir begleiten das Projekt bis zur dokumentierten Entscheidung des Betriebs über die Übernahme, bestehende Auflagen und verbleibende Restrisiken.
Methodische Orientierung: ISO/IEC 20000 für Service-Management-Systeme · ISO/IEC 20000-2 zur Anwendung eines Service-Management-Systems · BSI zum Notfallmanagement-Prozess