--- title: "SAP Hypercare: Dauer, Kriterien, Go/No-Go" description: Was SAP Hypercare wirklich ist, wie lange sie dauert und welche Kriterien Go-Live und Übergang in den Regelbetrieb steuern. Mit Checkliste und FAQ. image: https://images.pexels.com/photos/31408249/pexels-photo-31408249.jpeg?auto=compress&cs=tinysrgb&w=1200 --- [Zu Content springen](https://blog.mohr-consulting.com/blog/sap-hypercare#main-content) [Termin buchen](https://outlook.office365.com/book/MohrConsultingampampManagementGmbH1@mohr-consulting.com/) [Termin buchen](https://outlook.office365.com/book/MohrConsultingampampManagementGmbH1@mohr-consulting.com/) ![Gleitschirmpilot zieht am Startplatz seinen Schirm auf: Die wichtigste Entscheidung fällt vor dem Start](https://images.pexels.com/photos/31408249/pexels-photo-31408249.jpeg?auto=compress&cs=tinysrgb&w=1200) # SAP Hypercare: Dauer, Kriterien und die Go/No-Go-Entscheidung ![Michael Mohr](https://blog.mohr-consulting.com/hs-fs/hubfs/linkedin_profilfoto_400.jpg?width=48&height=48&name=linkedin_profilfoto_400.jpg) Michael Mohr 8\. Oktober 2026 Freitagabend. Cutover-Wochenende. Alle müde. Und dann die Frage im Raum: "Gehen wir live?" Keiner will der sein, der abbricht. Also wird gestartet. Ich kenne das Gefühl, seit ich die Gleitschirmlizenz habe. Am Startplatz gilt dort eine einfache Regel: Die wichtigste Entscheidung fällt vor dem Start. Passt der Wind nicht, packt man ein. Niemand lacht. Die Erfahrenen packen am häufigsten ein. Eine Go-Live-Entscheidung verdient dieselbe Nüchternheit. **Das Wichtigste in Kürze** - Hypercare ist die Phase intensiver Betreuung direkt nach dem Go-Live. In SAP Activate gehört sie in die Deploy-Phase, nicht in den Regelbetrieb. - Die Dauer richtet sich nach Stabilitätskriterien, nicht nach dem Kalender. Typisch sind einige Wochen, bei komplexen Landschaften auch länger. - Go und No-Go werden vor dem Cutover-Wochenende entschieden, anhand vorher festgelegter Kriterien, und von einer benannten Person. - Abbrechen ist eine Option. Kein Versagen. - Hypercare endet, wenn der Regelbetrieb das Ticketvolumen und die kritischen Prozesse alleine trägt. ## Was Hypercare ist, und was sie nicht ist Hypercare ist die Brücke zwischen Produktivsetzung und Regelbetrieb. Das Projektteam ist noch da, mit erhöhter Erreichbarkeit. Störungen werden schnell behoben, kritische Prozesse werden beobachtet, Anwender werden begleitet. Ziel ist nicht, jedes denkbare Problem zu lösen. Ziel ist, den Betrieb so weit zu stabilisieren, dass der reguläre Support ihn übernehmen kann. Was Hypercare nicht ist: - Kein verlängerter Go-Live. Der Go-Live ist der Moment der Umschaltung. Die Hypercare beginnt danach. - Kein Ersatz für fehlende Tests. Was vor dem Go-Live nicht geprüft wurde, fällt in der Hypercare als Incident an und bindet dieselben Leute, die eigentlich stabilisieren sollten. - Kein Auffangbecken für Scope, der vor dem Go-Live nicht fertig wurde. Was nicht live geht, gehört in eine nächste Welle, nicht in die Incident-Liste. In SAP Activate liegt diese Phase in Deploy. Die sechs Phasen Discover, Prepare, Explore, Realize, Deploy und Run beschreibt SAP auf der Seite zu [SAP Activate](https://www.sap.com/products/erp/activate-methodology.html). Dass die Wochen nach dem Go-Live zur Deploy-Phase gehören und erst danach Run beginnt, erläutert SAP auch im [Beitrag zu Realize und Deploy](https://community.sap.com/t5/enterprise-resource-planning-blog-posts-by-sap/sap-activate-realize-and-deploy-phase-activities-in-the-context-of-scaled/ba-p/13697859). ## Cutover, Go-Live, Hypercare: drei Dinge, nicht eines Die Begriffe werden oft synonym benutzt. Das führt zu teuren Missverständnissen. **Cutover** ist das Umschaltfenster. Meist ein Wochenende. Finale Migration, technische Prüfungen, fachliche Freigaben, Umschaltung der Schnittstellen. Der Cutover-Plan ist in Stunden geschnitten und hat für jeden Schritt einen Verantwortlichen. **Go-Live** ist der Zeitpunkt, ab dem die Organisation produktiv mit dem neuen System arbeitet. Er setzt den Cutover voraus, ist aber nicht mit ihm identisch. Man kann einen Cutover technisch schaffen und trotzdem entscheiden, dass der Go-Live nicht freigegeben wird. **Hypercare** beginnt mit dem Go-Live und endet mit der Übergabe an den Regelbetrieb. Sie gehört noch zum Projekt. Wer diese drei nicht trennt, steuert am Ende alles über denselben Termin. Und der Termin verträgt keine Nuancen. ## Die Go/No-Go-Entscheidung Die Kriterien stehen fest, bevor das Team am Startplatz steht. Nicht am Freitagabend. Sie sind schriftlich, und sie haben einen Eigentümer. Eine Person entscheidet. Das Gremium berät. Was in eine brauchbare Liste gehört: - Die Generalprobe der Datenmigration ist fachlich und technisch abgenommen. Mengen, Summen und Laufzeit passen. Wie man das prüft, steht in [Datenmigration nach S/4HANA](https://blog.mohr-consulting.com/blog/datenmigration-s4hana). - Die kritischen Geschäftsprozesse sind in den Abnahmetests freigegeben. - Offene Fehler der höchsten Priorität sind geschlossen oder haben eine dokumentierte Ausweichlösung. - Der Cutover-Plan ist in Stunden durchgespielt, inklusive Rückfall. - Die Hypercare-Besetzung steht: wer wann erreichbar ist, und wer eskaliert. - Die Fachbereiche bestätigen schriftlich, dass sie bereit sind. Und dann die unbequeme Klarheit: Was heißt "rot"? Ohne diese Definition ist jedes Kriterium verhandelbar, und verhandelbare Kriterien sind keine Kriterien. Etwas dramatisiert, aber ich denke, wir verstehen uns. Die besten Go-Lives, die ich erlebt habe, waren nicht die mutigsten. Es waren die, bei denen das "Nein" genauso gut vorbereitet war wie das "Ja". ## Wie lange Hypercare dauert Es gibt keine allgemeingültige Zahl. Die Dauer hängt von der Komplexität ab: Anzahl der Prozesse, der Standorte, der Schnittstellen, der Anwender und der Datenqualität. In der Praxis bewegen sich viele Projekte im Bereich weniger Wochen. Einfache Einführungen sind früher stabil, komplexe Programme später. Wichtiger als die Kalenderzahl sind die Kriterien, unter denen die Phase endet: - Keine offenen Fehler der höchsten Priorität. - Das Ticketvolumen sinkt über mehrere Tage und liegt im Rahmen dessen, was der Regelbetrieb tragen kann. - Die kritischen Prozesse laufen ohne Eingriff des Projektteams. - Monitoring und Eskalation funktionieren, und das Betriebsteam hat sie übernommen. - Known Issues und Dokumentation sind übergeben. Ein Ende nach Terminplan, während Anwender noch täglich anrufen, verlagert die Instabilität nur. Dann heißt es nicht mehr Hypercare. Dann heißt es Krisenbetrieb, und den bezahlt man doppelt: einmal im Projekt und einmal im Alltag. ## Was in der Hypercare organisiert sein muss **Ein Hypercare-Board, täglich in der ersten Zeit.** Kurz. Offene Incidents, Priorität, Eigentümer, Blocker. Kein Statusbericht, eine Arbeitsliste. **Klarer Incident-Prozess.** Wer nimmt an, wer priorisiert, wer löst, wer informiert die Anwender. Ohne das wird jedes Ticket zur persönlichen Anfrage an die Person, die gerade erreichbar wirkt. **Trennung von Incident und Change.** Fehler beheben ist etwas anderes als nachträglich Scope nachzubauen. Was neu gebaut werden muss, gehört in den Change-Prozess und hat einen Termin nach der Hypercare. Sonst verlängert sich die Phase unbegrenzt, weil sie zum Auffangbecken wird. **Messbare Kennzahlen.** Ticketvolumen nach Priorität, mittlere Lösungszeit, Anzahl der kritischen Prozesse mit manueller Umgehung. Diese Zahlen entscheiden über das Ende der Phase, nicht das Gefühl, dass es "besser wird". **Übergabe an den Regelbetrieb.** Mit Datum, mit Kriterien, mit Unterschrift. Und mit der ehrlichen Liste dessen, was noch offen ist. ## Typische Fehler ❌ **Die Kriterien stehen erst am Cutover-Wochenende.** Dann entscheidet der Gruppendruck, nicht die Lage. ❌ **Hypercare ohne besetztes Team.** Alle sind erschöpft vom Cutover und sollen gleichzeitig den Betrieb tragen. Das geht ein paar Tage. Dann bricht es. ❌ **Alles landet in der Incident-Liste.** Auch Themen, die vor dem Go-Live bewusst zurückgestellt wurden. Die Hypercare wird zum zweiten Projekt. ❌ **Ende nach Kalender.** "Vier Wochen sind um, also sind wir fertig." Während der Regelbetrieb das Volumen noch nicht tragen kann. ❌ **Niemand darf abbrechen.** Ein No-Go, das niemand aussprechen darf, ist keines. ## Wie Hypercare zur übrigen Steuerung passt Hypercare ist der Moment, in dem sich zeigt, ob das Projekt wirklich gesteuert wurde. Wer Rollen, Entscheidungslogik und Datenverantwortung früh geklärt hat, braucht in diesen Wochen weniger Feuerwehr. Wer das aufgeschoben hat, lernt es jetzt unter Druck. Der Zusammenhang mit dem Gesamtaufbau steht in [Leitfaden zum S/4HANA-Projektmanagement](https://blog.mohr-consulting.com/blog/s4hana-projektmanagement). Und eines noch: Das Wartungsende erzeugt den Termindruck, unter dem Go-Live-Entscheidungen oft fallen. Die Jahreszahlen und was sie bedeuten, erklärt [SAP-Wartungsende 2027](https://blog.mohr-consulting.com/blog/sap-wartungsende-2027). Druck ist ein schlechter Entscheider. Kriterien sind bessere. Die Hypercare-Phase ist einer der Punkte, an denen eine unabhängige Steuerung sichtbar wird: jemand, der die Kriterien hält, auch wenn der Termin lockt. Das ist Teil von dem, was [Mohr Consulting in SAP-Projekten](https://mohr-consulting.com/#uKgfJy7lCHVQPb6ZYE6Jm) übernimmt. ## Checkliste vor dem Cutover-Wochenende ✅ Go/No-Go-Kriterien sind schriftlich und von einer Person zu entscheiden. ✅ "Rot" ist definiert, inklusive der Konsequenz. ✅ Die Generalprobe der Datenmigration ist abgenommen. ✅ Kritische Prozesse sind fachlich freigegeben. ✅ Der Cutover-Plan ist in Stunden durchgespielt, inklusive Rückfall. ✅ Die Hypercare-Besetzung steht für die ersten Tage, mit Eskalationsweg. ✅ Das Betriebsteam kennt den Übergang und die Kriterien für das Ende der Hypercare. ## Häufige Fragen **Wie lange dauert eine SAP-Hypercare-Phase?** So lange, bis die Stabilitätskriterien erreicht sind. Viele Projekte liegen bei einigen Wochen. Komplexe Landschaften brauchen länger. Ein festes Datum ohne Kriterien ist kein Ende, sondern ein Abbruch. **Wann beginnt Hypercare?** Mit dem Go-Live, also sobald die Organisation produktiv mit dem neuen System arbeitet. Der Cutover davor gehört zur Vorbereitung. **Wer entscheidet über Go oder No-Go?** Eine benannte Person, auf Basis vorher festgelegter Kriterien. Das Gremium berät. Wenn alle entscheiden, entscheidet niemand. **Was ist der Unterschied zwischen Hypercare und Regelbetrieb?** In der Hypercare trägt das Projektteam mit erhöhter Intensität. Im Regelbetrieb trägt der normale Support das Volumen. Der Übergang geschieht nach Kriterien, nicht nach Kalender. --- Steht bei Ihnen ein Go-Live an, und die Kriterien sind noch weich? Das lässt sich vor dem Cutover-Wochenende noch nachschärfen. Danach wird es teuer. [Termin buchen](https://outlook.office365.com/book/MohrConsultingampampManagementGmbH1@mohr-consulting.com/) **Über den Autor** Michael Mohr ist Geschäftsführer der Mohr Consulting & Management GmbH und seit 2010 in SAP-Projekten, zunächst als Produktionsberater, später in der Projekt- und Programmleitung. Mohr Consulting steuert SAP-Projekte, von der Methode bis zum Go-Live. [Profil auf LinkedIn](https://www.linkedin.com/in/michael-mohr-consulting/). ## Diesen Beitrag teilen [mailto:https%3A%2F%2Fblog.mohr-consulting.com%2Fblog%2Fsap-hypercare](mailto:https%3A%2F%2Fblog.mohr-consulting.com%2Fblog%2Fsap-hypercare) ## Weiterlesen ### [![Archiv mit beschrifteten Karteischränken aus Metall und Jahresbänden darüber](https://images.pexels.com/photos/1370294/pexels-photo-1370294.jpeg?auto=compress&cs=tinysrgb&w=1200) Datenmigration S/4HANA: Vorgehen und Checkliste](https://blog.mohr-consulting.com/blog/datenmigration-s4hana) ### [![Sanduhr auf einem Holzschreibtisch, der Sand ist fast durchgelaufen](https://images.pexels.com/photos/1178683/pexels-photo-1178683.jpeg?auto=compress&cs=tinysrgb&w=1200) SAP-Wartungsende 2027: 2027, 2030 oder 2033?](https://blog.mohr-consulting.com/blog/sap-wartungsende-2027) --- Datenschutzrichtlinie · Rechtsdienstleistungen · © 2026. Alle Rechte vorbehalten. ```json { "@context" : "https://schema.org", "@type" : "BlogPosting", "author" : { "@type" : "Person", "name" : "Michael Mohr", "url" : "https://blog.mohr-consulting.com/blog/author/michael-mohr" }, "datePublished" : "2026-10-08T20:30:20.000Z", "headline" : "SAP Hypercare: Dauer, Kriterien, Go/No-Go", "image" : [ "https://images.pexels.com/photos/31408249/pexels-photo-31408249.jpeg?auto=compress&cs=tinysrgb&w=1200" ], "mainEntityOfPage" : { "@id" : "https://blog.mohr-consulting.com/blog/sap-hypercare", "@type" : "WebPage" }, "publisher" : { "@type" : "Organization", "logo" : { "@type" : "ImageObject" } } } ``` ```json { "@context" : "https://schema.org", "@type" : "FAQPage", "mainEntity" : [ { "@type" : "Question", "acceptedAnswer" : { "@type" : "Answer", "text" : "So lange, bis die Stabilitätskriterien erreicht sind. Viele Projekte liegen bei einigen Wochen, komplexe Landschaften brauchen länger. Ein festes Datum ohne Kriterien ist kein Ende, sondern ein Abbruch." }, "name" : "Wie lange dauert eine SAP-Hypercare-Phase?" }, { "@type" : "Question", "acceptedAnswer" : { "@type" : "Answer", "text" : "Mit dem Go-Live, also sobald die Organisation produktiv mit dem neuen System arbeitet. Der Cutover davor gehört zur Vorbereitung." }, "name" : "Wann beginnt die Hypercare nach dem SAP-Go-Live?" }, { "@type" : "Question", "acceptedAnswer" : { "@type" : "Answer", "text" : "Eine benannte Person, auf Basis vorher festgelegter Kriterien. Das Gremium berät. Wenn alle entscheiden, entscheidet niemand." }, "name" : "Wer entscheidet über Go oder No-Go beim SAP-Go-Live?" }, { "@type" : "Question", "acceptedAnswer" : { "@type" : "Answer", "text" : "In der Hypercare trägt das Projektteam mit erhöhter Intensität. Im Regelbetrieb trägt der normale Support das Volumen. Der Übergang geschieht nach Kriterien, nicht nach Kalender." }, "name" : "Was ist der Unterschied zwischen Hypercare und Regelbetrieb?" } ] } ```