Go-Live-Checkliste
Über diese Checkliste
Der Go-Live ist der kritischste Moment eines KI-Projekts. Diese Checkliste stellt sicher, dass nichts vergessen wird – von den letzten Vorbereitungen über die Aktivitäten am Go-Live-Tag bis zur Hypercare-Phase und dem Übergang in den Regelbetrieb.
Die Checkliste ist in vier zeitliche Abschnitte gegliedert, sodass Sie strukturiert durch den gesamten Go-Live-Prozess geführt werden.
Anleitung zur Nutzung
Zeitliche Gliederung
Die Checkliste ist in vier Abschnitte unterteilt: eine Woche vor Go-Live, der Tag vor Go-Live, der Go-Live-Tag selbst und die Hypercare-Phase.
Kritische Punkte
Mit einem Stern markierte Punkte sind Go-Live-kritisch. Wenn diese nicht erfüllt sind, sollte der Go-Live verschoben werden.
Verantwortlichkeiten
Jeder Prüfpunkt sollte einen eindeutigen Verantwortlichen haben. Klären Sie dies vor Beginn der Go-Live-Vorbereitung.
Teil 1: Eine Woche vor Go-Live
Technische Bereitschaft
1.1 Produktivsystem vollständig konfiguriert (kritisch)
Alle fachlichen Konfigurationen sind abgeschlossen. Dialoge, Workflows und Regeln sind finalisiert.
1.2 Alle Integrationen produktiv geschaltet (kritisch)
CRM-, ERP- und Kalender-Integrationen funktionieren im Produktivsystem. Datenflüsse sind verifiziert.
1.3 Performance-Tests bestanden (kritisch)
Lasttests im Produktivsystem sind durchgeführt. Performance unter erwarteter Last ist akzeptabel.
1.4 Sicherheitskonfiguration geprüft (kritisch)
Alle Sicherheitseinstellungen sind korrekt. Zugriffsrechte sind überprüft.
1.5 Backup- und Recovery-Prozess getestet
Datensicherung funktioniert. Wiederherstellung wurde erfolgreich getestet.
1.6 Monitoring und Alerting aktiv (kritisch)
Überwachungssysteme sind konfiguriert. Alarme für kritische Metriken sind eingerichtet.
Organisatorische Bereitschaft
1.7 Go-Live-Kommunikation vorbereitet
Ankündigungs-E-Mails sind erstellt. Kommunikationsplan ist finalisiert.
1.8 Schulungen abgeschlossen (kritisch)
Alle Endanwender sind geschult. Schulungsnachweise liegen vor.
1.9 Support-Team bereit (kritisch)
Support-Mitarbeiter sind identifiziert. Schichtplan für Hypercare ist erstellt.
1.10 Fallback-Prozess definiert (kritisch)
Der Prozess bei Systemausfall ist dokumentiert. Alle Beteiligten kennen den Fallback.
1.11 Rollback-Plan erstellt (kritisch)
Der Plan zur Rückkehr zum alten System ist dokumentiert. Entscheidungskriterien für Rollback sind definiert.
1.12 Eskalationspfad definiert (kritisch)
Eskalationskette ist dokumentiert. Kontaktdaten aller Beteiligten liegen vor.
Daten und Dokumentation
1.13 Produktivdaten migriert (kritisch)
Alle erforderlichen Daten sind im Produktivsystem. Datenqualität ist verifiziert.
1.14 Dokumentation vollständig
Betriebshandbuch ist erstellt. Anwender-Dokumentation liegt vor.
1.15 FAQ und Hilfsmaterialien bereit
FAQ für häufige Fragen ist erstellt. Kurzanleitungen sind verfügbar.
Teil 2: Tag vor Go-Live
Letzte technische Prüfungen
2.1 Smoke-Test durchgeführt (kritisch)
Grundfunktionen wurden ein letztes Mal getestet. Keine kritischen Fehler gefunden.
2.2 Integrations-Check durchgeführt (kritisch)
Alle Schnittstellen sind erreichbar. Datenflüsse funktionieren.
2.3 Systemressourcen geprüft
Speicher- und Rechenkapazität sind ausreichend. Keine Ressourcenengpässe erkennbar.
2.4 Logging verifiziert
Log-Dateien werden korrekt geschrieben. Log-Retention ist konfiguriert.
Letzte organisatorische Vorbereitungen
2.5 Go-Live-Ankündigung versendet (kritisch)
Alle Nutzer sind über den morgigen Go-Live informiert. Erwartungen sind kommuniziert.
2.6 Support-Hotline eingerichtet
Telefonnummer oder Chatkanal für Support ist aktiv. Test der Support-Erreichbarkeit ist erfolgt.
2.7 War Room vorbereitet
Raum für das Go-Live-Team ist reserviert. Technische Ausstattung wie Bildschirme und Telefone ist vorhanden.
2.8 Notfallkontakte aktualisiert
Alle Notfallkontakte sind aktuell. Erreichbarkeit ist verifiziert.
Finale Abstimmungen
2.9 Go-Live-Meeting durchgeführt
Finales Abstimmungsmeeting mit allen Beteiligten hat stattgefunden. Offene Punkte sind geklärt.
2.10 Go/No-Go-Entscheidung bestätigt (kritisch)
Die finale Entscheidung für den Go-Live ist gefallen. Entscheidung ist dokumentiert.
2.11 Zeitplan bestätigt
Exakter Zeitplan für den Go-Live-Tag ist bestätigt. Alle Beteiligten kennen ihre Aufgaben und Zeiten.
Teil 3: Go-Live-Tag
Vor dem Go-Live
3.1 Team vollständig anwesend (kritisch)
Alle erforderlichen Teammitglieder sind vor Ort oder erreichbar. Anwesenheitsliste ist geführt.
3.2 Kommunikationskanäle offen
Chat-Kanäle und Telefon-Bridges sind aktiv. Kommunikation funktioniert.
3.3 Letzter System-Check durchgeführt
Systeme sind erreichbar und funktionsfähig. Keine Anomalien erkannt.
Go-Live-Aktivierung
3.4 Systemumschaltung durchgeführt (kritisch)
Das KI-System ist aktiviert. Der Produktivbetrieb hat begonnen.
3.5 Erste Transaktionen überwacht (kritisch)
Die ersten realen Transaktionen werden eng überwacht. Keine kritischen Fehler aufgetreten.
3.6 Erfolgsmeldung versendet
Information über erfolgreichen Go-Live ist versendet. Nutzer sind informiert.
Laufende Überwachung
3.7 Kontinuierliches Monitoring aktiv (kritisch)
Systemmetriken werden kontinuierlich überwacht. Alarme werden sofort bearbeitet.
3.8 Incident-Log geführt
Alle Probleme werden dokumentiert. Maßnahmen werden protokolliert.
3.9 Regelmäßige Status-Updates
Status-Updates erfolgen in definierten Intervallen, stündlich oder alle zwei Stunden. Alle Stakeholder sind informiert.
3.10 User-Feedback gesammelt
Erste Rückmeldungen von Nutzern werden gesammelt. Kritische Issues werden sofort adressiert.
Tagesabschluss
3.11 Tages-Review durchgeführt
Das Go-Live-Team reflektiert den Tag. Erkenntnisse werden dokumentiert.
3.12 Nacht-/Wochenend-Support geklärt
Support außerhalb der Geschäftszeiten ist geklärt. Erreichbarkeiten sind kommuniziert.
3.13 Status-Report erstellt
Ein zusammenfassender Status-Report für Tag 1 ist erstellt. Der Report ist an Stakeholder versendet.
Teil 4: Hypercare-Phase (Woche 1-2)
Tägliche Aktivitäten
4.1 Morgendlicher System-Check
Der tägliche Check der Systemverfügbarkeit und Metriken erfolgt. Anomalien werden identifiziert.
4.2 Tägliches Standup-Meeting
Ein kurzes tägliches Meeting des Hypercare-Teams findet statt. Offene Punkte werden besprochen.
4.3 Incident-Bearbeitung
Alle gemeldeten Probleme werden bearbeitet. Priorisierung erfolgt nach Kritikalität.
4.4 User-Feedback auswerten
Das Feedback von Nutzern wird systematisch ausgewertet. Verbesserungsmaßnahmen werden abgeleitet.
4.5 Täglicher Status-Report
Ein täglicher Kurzbericht an die Stakeholder wird erstellt. KPIs und Incidents werden kommuniziert.
Wöchentliche Aktivitäten
4.6 Wöchentliches Review-Meeting
Ein detailliertes Review mit allen Stakeholdern findet statt. Performance und Probleme werden besprochen.
4.7 KPI-Analyse durchgeführt
Definierte KPIs werden analysiert. Vergleich mit Zielen und Baseline erfolgt.
4.8 Optimierungen umgesetzt
Identifizierte Quick Wins werden implementiert. Konfigurationsanpassungen werden durchgeführt.
4.9 Schulungs-Nachbedarf geprüft
Es wird geprüft, ob Nachschulungen erforderlich sind. Zusätzliche Hilfestellung wird organisiert.
Übergang zum Regelbetrieb
4.10 Hypercare-Kriterien geprüft (kritisch)
Definierte Kriterien für Ende der Hypercare werden geprüft: System stabil, KPIs erreicht, User akzeptieren das System.
4.11 Betriebsteam vollständig übergeben (kritisch)
Das Betriebsteam übernimmt die volle Verantwortung. Übergabegespräch ist durchgeführt.
4.12 Support-Level normalisiert (kritisch)
Intensiver Hypercare-Support wird beendet. Regulärer Support-Prozess greift.
4.13 Hypercare-Abschluss dokumentiert
Ein Abschlussbericht für die Hypercare-Phase ist erstellt. Lessons Learned werden dokumentiert.
4.14 Regelbetrieb bestätigt
Der Übergang in den Regelbetrieb ist offiziell bestätigt. Dokumentation ist archiviert.
Kritische Metriken am Go-Live-Tag
Systemverfügbarkeit
Die Verfügbarkeit sollte bei über 99,9% liegen. Die Messfrequenz ist kontinuierlich. Der Schwellenwert für Eskalation liegt bei unter 99%.
Fehlerrate
Die Zielquote liegt bei unter 5% fehlerhafte Transaktionen. Die Messfrequenz erfolgt alle 15 Minuten. Der Schwellenwert für Eskalation liegt bei über 10%.
Antwortzeit
Die Zielzeit beträgt unter 2 Sekunden durchschnittliche Antwortzeit. Die Messfrequenz erfolgt alle 5 Minuten. Der Schwellenwert für Eskalation liegt bei über 5 Sekunden.
User-Beschwerden
Die Zielquote liegt bei unter 5% der Nutzer melden Probleme. Die Messfrequenz erfolgt alle 30 Minuten. Der Schwellenwert für Eskalation ist bei eskalierender Tendenz erreicht.
Rollback-Entscheidung
Kriterien für Rollback
Ein Rollback sollte erwogen werden bei Systemverfügbarkeit unter 95% für mehr als 30 Minuten, einer Fehlerrate über 20% über eine Stunde, kritischen Datenverlust oder -korruption, Sicherheitsvorfällen oder massiver User-Ablehnung, wenn mehr als 50% den Betrieb nicht fortführen können.
Rollback-Prozess
Schritt 1 ist die Entscheidung durch den Projektleiter mit Zustimmung des Sponsors. Schritt 2 ist die Kommunikation an alle Nutzer. Schritt 3 ist die technische Rückschaltung auf das alte System. Schritt 4 ist die Verifikation der Funktionsfähigkeit. Schritt 5 ist die Ursachenanalyse und Maßnahmenplanung.
Nach dem Rollback
Eine sofortige Ursachenanalyse wird durchgeführt. Die Kommunikation an alle Stakeholder erfolgt. Ein neuer Go-Live-Termin wird geplant.
Kommunikationsvorlagen
Go-Live-Ankündigung (Vorabend)
Betreff: Morgen startet unser neues KI-System
Liebe Kolleginnen und Kollegen,
morgen ist es soweit: Unser neues KI-System geht in den Produktivbetrieb. Ab [Uhrzeit] wird [Systemname] für Sie verfügbar sein.
Was Sie wissen müssen: [Kurze Beschreibung der Änderung]
Bei Fragen und Problemen: [Support-Kontakt]
Wir freuen uns auf den gemeinsamen Start!
Erfolgsmeldung (Go-Live-Tag)
Betreff: Erfolgreicher Start unseres KI-Systems
Liebe Kolleginnen und Kollegen,
wir freuen uns, Ihnen mitteilen zu können, dass unser neues KI-System [Systemname] erfolgreich gestartet ist.
Aktueller Status: [Status]
Die ersten Rückmeldungen sind positiv. Bei Fragen wenden Sie sich bitte an [Support-Kontakt].
Vielen Dank an alle Beteiligten!
Problem-Kommunikation (falls nötig)
Betreff: Technische Einschränkungen bei [Systemname]
Liebe Kolleginnen und Kollegen,
aktuell gibt es technische Einschränkungen bei unserem neuen System: [Kurze Beschreibung]
Was bedeutet das für Sie: [Auswirkung]
Wir arbeiten mit Hochdruck an der Lösung und halten Sie auf dem Laufenden.
Bei dringenden Anliegen nutzen Sie bitte [Fallback-Prozess].
Checklisten-Übersicht
Teil 1: Eine Woche vor Go-Live
Technische Bereitschaft umfasst 6 Prüfpunkte, davon 4 kritisch. Organisatorische Bereitschaft umfasst 6 Prüfpunkte, davon 5 kritisch. Daten und Dokumentation umfasst 3 Prüfpunkte, davon 1 kritisch.
Summe Teil 1: 15 Prüfpunkte, davon 10 kritisch.
Teil 2: Tag vor Go-Live
Technische Prüfungen umfasst 4 Prüfpunkte, davon 2 kritisch. Organisatorische Vorbereitung umfasst 4 Prüfpunkte, davon 1 kritisch. Finale Abstimmungen umfasst 3 Prüfpunkte, davon 1 kritisch.
Summe Teil 2: 11 Prüfpunkte, davon 4 kritisch.
Teil 3: Go-Live-Tag
Vor dem Go-Live umfasst 3 Prüfpunkte, davon 1 kritisch. Go-Live-Aktivierung umfasst 3 Prüfpunkte, davon 2 kritisch. Laufende Überwachung umfasst 4 Prüfpunkte, davon 1 kritisch. Tagesabschluss umfasst 3 Prüfpunkte.
Summe Teil 3: 13 Prüfpunkte, davon 4 kritisch.
Teil 4: Hypercare-Phase
Tägliche Aktivitäten umfasst 5 Prüfpunkte. Wöchentliche Aktivitäten umfasst 4 Prüfpunkte. Übergang zum Regelbetrieb umfasst 5 Prüfpunkte, davon 3 kritisch.
Summe Teil 4: 14 Prüfpunkte, davon 3 kritisch.
Die Gesamtzahl beträgt 53 Prüfpunkte, davon 21 kritisch.
Download
Laden Sie die vollständige Checkliste als PDF herunter. Die PDF-Version enthält alle Prüfpunkte mit Statusfeldern und Datumsfeldern, Kennzeichnung kritischer Punkte, Kommunikationsvorlagen zum Ausfüllen und Platz für Notizen und Unterschriften.