← Alle Perspektiven

Transformation · René Matis · 3 Minuten

Transformation ist erst im Betrieb angekommen, wenn Verantwortung übergeben ist

Bei SAP-Migrationen und Carve-outs ist der technische Wechsel ein sichtbarer Meilenstein. Ob die Transformation trägt, entscheidet sich aber an Zuständigkeiten, Geschäftsprozessen und der Übergabe in den Alltag.

Redaktionelle Leseprobe · Die abschließende persönliche Freigabe durch René Matis steht vor der Veröffentlichung noch aus.

Ein gemeinsames Zielbild statt getrennter Projekte

SAP, Microsoft Cloud, Infrastruktur und Fachbereiche haben eigene Projektpläne. Für das Geschäft müssen daraus jedoch zusammenhängende Abläufe entstehen. Eine Bestellung endet nicht an einer Systemgrenze, eine Rechnung wartet nicht auf die Klärung organisatorischer Zuständigkeiten.

Das Zielbild sollte deshalb beschreiben, welche Prozesse nach dem Übergang von wem getragen werden. Dazu gehören Anwendungen und Schnittstellen ebenso wie Identitäten, Berechtigungen, Datenverantwortung, Support und die Fähigkeit, Entscheidungen zu eskalieren.

Die kritischen Übergaben sichtbar machen

In einem Carve-out verändern sich nicht nur Systeme, sondern auch Verantwortungsgrenzen. Eine bisher interne Leistung kann nach dem Übergang von einem externen Anbieter abhängen. Bestehende Gewohnheiten sind dann kein verlässliches Betriebsmodell mehr.

Eine knappe Übergabematrix schafft Orientierung: Geschäftsprozess, technische Abhängigkeit, verantwortliche Rolle, betreibender Dienstleister und Eskalationsweg. Besonders wichtig sind Übergänge zwischen SAP AMS, Infrastruktur, Cloud und Fachbereich. Dort dürfen Probleme nicht zwischen Zuständigkeiten liegen bleiben.

Go-live-Kriterien gemeinsam vereinbaren

Ein erfolgreicher technischer Test beantwortet nicht jede Frage nach Betriebsbereitschaft. Sind die relevanten Geschäftsabläufe abgenommen? Sind Supportwege bekannt und besetzt? Lassen sich Berechtigungsprobleme schnell zuordnen? Sind offene Punkte bewertet und haben sie einen verantwortlichen Entscheider?

Die Freigabe sollte nicht auf einem allgemeinen Gefühl von Bereitschaft beruhen. Sie braucht konkrete Kriterien, nachvollziehbare Nachweise und einen klaren Umgang mit Abweichungen. Ein Rückfall- oder Notfallplan gehört ebenfalls in die Entscheidung, nicht erst in die Reaktion auf Schwierigkeiten.

Stabilisierung als Teil der Transformation planen

Nach dem Wechsel zeigt sich, wie gut Prozesse und Zuständigkeiten zusammenpassen. Ein gemeinsamer Blick auf Störungen, Auswirkungen auf das Geschäft und wiederkehrende Ursachen ist hilfreicher als getrennte Listen je Dienstleister.

Die Stabilisierungsphase sollte ein definiertes Ende haben: dokumentierte Übergaben, handhabbare Restpunkte, funktionierende Eskalation und ein Betriebsmodell, das ohne ständige Projektintervention auskommt. Sonst wird aus einer Übergangsphase ein dauerhafter Ausnahmezustand.

Transparenz ist ein Betriebsfaktor

Offene Kommunikation hilft nicht nur der Zusammenarbeit. Sie macht Abhängigkeiten und Zielkonflikte früh sichtbar. Wenn Fachbereiche, IT und Dienstleister dieselbe Lagebeschreibung teilen, können sie belastbare Entscheidungen treffen.

Die Führungsaufgabe besteht darin, diesen gemeinsamen Rahmen herzustellen: Was ist entschieden? Was bleibt offen? Wer übernimmt den nächsten Schritt? Eine Transformation ist nicht mit dem letzten technischen Task abgeschlossen, sondern mit einer tragfähigen Übergabe der Verantwortung.

Quellen & Einordnung

Redaktionelle Einordnung, keine Darstellung eines bestimmten Kundenprojekts. KI wurde für den Textentwurf eingesetzt. KI-Transparenz ↗

Über Ihre Herausforderung sprechen