Hypercare nach dem Go-live: Was IT-Teams in den ersten Wochen wirklich brauchen

Silvia Hildebrandt

29. Sept.

4 Min. Lesezeit

Am Montag geht die neue Anwendung live. Die Tests waren erfolgreich, das Schulungsvideo ist verschickt, das Projektteam atmet auf. Am Dienstag fragt ein Fachbereich, warum ein Sonderfall im neuen Prozess nicht funktioniert. Die IT sieht keinen technischen Fehler. Der Support kann die Frage nicht beantworten. Also landet sie wieder im Projektchat.

Genau für diese Wochen nach dem Start ist eine Hypercare Phase da. Ihr Wert zeigt sich nicht allein daran, wie schnell Tickets geschlossen werden. Sie muss auch klären, ob Menschen mit dem neuen System ihre Arbeit tatsächlich erledigen können.

Mann bearbeitet Video an mehreren Monitoren im dunklen Schnittstudio, mit Farbkurven und Timeline; er lächelt konzentriert. — Bildquelle Unplash

Was ist eine Hypercare Phase?

Hypercare bezeichnet eine zeitlich begrenzte, besonders eng betreute Phase nach dem Go-live einer Software oder eines neuen Prozesses. Projektteam, IT, Support und Fachbereiche bleiben ansprechbar, beobachten Probleme und verbessern Abläufe, bevor die Verantwortung vollständig in den Regelbetrieb übergeht. Die konkrete Dauer hängt vom Vorhaben ab; ein allgemeingültiges Zwei-Wochen-Rezept gibt es nicht.

SAP beschreibt Hypercare nach dem produktiven Start als Teil des Übergangs in den Betrieb und betont dabei auch die Zusammenarbeit mit IT und Fachbereichen. Das ist der technische Rahmen. Für Hilstayn gehört eine zweite Frage dazu: Was passiert im echten Arbeitsalltag, wenn die erste Schulung vorbei ist?

Warum der Go-live allein keine Erfolgsmeldung ist

Eine Anwendung kann verfügbar sein, während Teams mit alten Listen weiterarbeiten. Ein neuer Prozess kann korrekt beschrieben sein, obwohl niemand weiß, wer den Sonderfall freigibt. Die ersten Wochen machen diese Lücken sichtbar.

Dabei werden drei Arten von Fragen oft in einen Topf geworfen:

Technische Störung: Ein Zugang fehlt oder eine Funktion arbeitet nicht wie vorgesehen.
Prozesslücke: Das System funktioniert, aber für einen realen Fall ist der Ablauf unklar.
Lernfrage: Der Ablauf ist definiert, doch Nutzer finden den passenden Schritt noch nicht sicher.

Alle drei können als „Das neue System geht nicht“ beim Support ankommen. Wenn ausschließlich die Technik antwortet, bleiben die anderen beiden liegen.

Wie organisiert man Hypercare, ohne ein zweites Projekt zu eröffnen?

1. Ein Eingang für Fragen, klare Wege dahinter

Beschäftigte brauchen eine leicht auffindbare Anlaufstelle. Dahinter muss nicht jede Anfrage bei derselben Person bleiben. Das Supportteam nimmt auf, die IT prüft Störungen, der Fachbereich entscheidet Prozessfragen und das Change- oder Schulungsteam erkennt wiederkehrende Verständnisprobleme. Halte für jede Kategorie fest, wer übernimmt und wie die Rückmeldung an die fragende Person erfolgt.

2. Jeden Fall so erfassen, dass er lösbar wird

„Funktion geht nicht“ ist zu wenig. Hilfreich sind Rolle, betroffener Arbeitsschritt, erwartetes Ergebnis, tatsächliches Ergebnis, Dringlichkeit und ein Screenshot, sofern er zulässig ist. Ein kurzer standardisierter Eingang erspart Rückfragen. Er sollte aber so einfach sein, dass Menschen ihn auch unter Zeitdruck nutzen.

3. Ein täglicher Blick auf Muster statt nur auf Ticketzahlen

In einem kurzen Lagegespräch kann das Team fragen: Welche Anfragen treten mehrfach auf? Welche Arbeit bleibt deshalb liegen? Was muss heute entschieden werden? Welche Antwort soll morgen bereits in der Hilfe stehen? Ein hohes Ticketaufkommen direkt nach dem Start ist für sich allein weder Erfolg noch Misserfolg. Wichtiger ist, ob ähnliche Hindernisse abnehmen und kritische Aufgaben erledigt werden können.

4. Rückmeldungen sichtbar schließen

Eine Meldung verschwindet nicht mit dem Status „erledigt“. Wer sie gestellt hat, muss wissen, was geändert wurde, welche Lösung vorläufig gilt und wo die aktuelle Anleitung steht. Sonst entsteht der Eindruck, das Projekt nehme Rückmeldungen entgegen, ohne daraus etwas zu machen.

Zwei Kinder beugen sich über ein aufgeschlagenes Bilderbuch; eines malt mit Stift, konzentrierte Lernstimmung im Klassenraum. — Bildquelle Unplash

Das Beispiel: Ein grünes Dashboard, ein roter Arbeitsalltag

Stell dir den fiktiven Rollout einer internen Raumbuchungssoftware vor. Die Anwendung läuft stabil. In den ersten Tagen gibt es dennoch mehrfach Doppelbuchungen. Das Projektteam könnte jetzt eine weitere Anleitung verschicken.

Ein Blick auf die Fragen zeigt aber zwei Ursachen: Für kurzfristige Änderungen fehlt eine klare Abstimmung zwischen den Teams. Außerdem ist für viele nicht erkennbar, wann eine Buchung verbindlich bestätigt ist. Die erste Frage braucht eine Prozessentscheidung, die zweite eine verständlichere Rückmeldung im Ablauf. Ein technisches Ticket allein löst keines der Probleme.

Das ist die psychologische Stärke guter Hypercare: Sie nimmt die Erfahrung „Ich komme nicht weiter“ ernst und übersetzt sie in eine bearbeitbare Ursache. Das Beispiel ist illustrativ und beschreibt keinen Kundenfall.

Wann ist die Hypercare Phase beendet?

Ein Datum im Projektplan reicht als Ausstiegskriterium nicht. Vereinbare vor dem Go-live, was für die Übergabe gelten soll: Kritische Störungen sind behoben oder mit klarer Übergangslösung versehen. Wiederkehrende Fragen haben eine zuständige Stelle und eine auffindbare Antwort. Support und Fachbereich kennen die Eskalationswege. Wichtige Aufgaben lassen sich im neuen Ablauf erledigen. Offene Punkte haben Eigentümer und Termin.

Dann kann das Projektteam Verantwortung abgeben, ohne Fragen im Nirgendwo zurückzulassen. SAP Learning betont für den Übergang in den Betrieb ausdrücklich die technische, fachliche und menschliche Seite der Übernahme.

Drei Fragen für die IT-Leitung vor dem nächsten Go-live

1. Wer entscheidet, wenn das System korrekt arbeitet, aber der Prozess nicht zum realen Fall passt?

2. Woran erkennen wir außer an Ticketzahlen, ob Beschäftigte ihre wichtigsten Aufgaben erledigen können?

3. Wer übernimmt Anleitungen, offene Punkte und Kommunikation nach Ende der intensiven Betreuung?

Wenn diese Antworten erst in der ersten Störungswoche gesucht werden, kostet es Vertrauen und Zeit. Eine gute Hypercare Phase plant sie vorher.

Fazit

Hypercare ist die Brücke zwischen erfolgreichem Start und verlässlicher Nutzung. Sie verbindet Störungsbehebung mit Prozessentscheidungen, Lernen und einer sauberen Übergabe. Hilstayn unterstützt IT-Projekte an genau dieser Schnittstelle: Dort, wo Technik läuft, aber die Organisation noch lernen muss, mit ihr zu arbeiten.

Silvia Hildebrandt, Autorin

Häufige Fragen zur Hypercare Phase

Wie lange dauert Hypercare?

So lange, bis die vorab vereinbarten Übergabekriterien erfüllt sind. Die Dauer richtet sich nach Komplexität, Nutzungsumfang und offenen Risiken.

Wer gehört ins Hypercare Team?

Typischerweise IT, Support, Fachbereich und Projektleitung. Je nach Vorhaben braucht es zusätzlich Menschen für Kommunikation, Schulung oder Change.

Woran erkennt man, dass Hypercare funktioniert?

Kritische Arbeitsschritte gelingen, wiederkehrende Fragen werden seltener, Zuständigkeiten sind klar und der Betrieb kann die offenen Themen übernehmen.