
Insights / Fachbeiträge /
Transformation Delivery
Transition und Transformation im Projektalltag: Fallstricke und ein Leitfaden in vier Phasen

Jan-Henrik Rabe
4 Minuten Lesezeit
Leistung
Große Veränderungsprojekte bringen Unternehmen regelmäßig an ihre Grenzen. Neue Systeme, Rollen und Prozesse kommen oft gleichzeitig, und dieselben Leute sollen alles parallel stemmen. Transition und Transformation werden in der Theorie oft sauber getrennt, laufen in der Praxis jedoch durcheinander. Für den Überblick braucht es Struktur und einen Plan, der zur Realität passt.
Der Unterschied zwischen Transition und Transformation
Transition ist der Weg von A nach B inklusive aller Übergangszustände, Übergabeprozesse und Rückfallebenen. Transformation ist das größere Bild: der Wandel der Organisation selbst in Kultur, Struktur, Technik und Verhalten. Viele Projekte scheitern, weil Transition als reine Implementierung verstanden wird, ohne die eigentlichen Veränderungsprozesse zu begleiten.
Beispiel:
Ein IT-System wird technisch erfolgreich eingeführt, aber die Anwender bleiben beim alten Excel-Schema, weil niemand erklärt hat, warum sich ihr Arbeitsalltag ändern soll. Im Ergebnis steht das System, aber die Transformation ist gescheitert.
Typische Fallstricke in Transformationsprojekten
Stakeholder nicht eingebunden:
Fachbereiche werden nur informiert, aber nicht eingebunden. Das steigert Reibung, Widerstand und Nacharbeit. Fachliche Expertise wird zu spät berücksichtigt und die Akzeptanz fehlt.Projektziele nicht operationalisiert:
„Wir wollen digitaler werden“ beschreibt einen Wunsch. Zum Ziel wird der Satz erst mit konkreten Kennzahlen und Zwischenschritten, sonst verläuft das Projekt im Sand.PMO ohne Durchgriff:
Viele PMOs arbeiten wie Buchhalter. Sie nehmen Termine wahr, verwalten Ressourcen und bedienen das Excel-Tracking. Für Transformation braucht es ein PMO mit Mandat und Durchgriff, das nah am Management und an der Projektleitung arbeitet.Change Management als Soft-Skill:
In vielen Unternehmen wird Change Management oft belächelt. Das kann sich schnell rächen. Wenn es an geeigneter Kommunikation fehlt, steigt die Unsicherheit und Mitarbeitende fühlen sich schnell übergangen. So gerät ein gut geplantes Projekt leicht ins Schlingern.
Ein realistischer Leitfaden aus der Projektpraxis
Meist reicht ein pragmatischer Ablauf, um Transformationsprojekte wirksam zu steuern.
Phase 1: Zielbild klären
Was genau soll sich verändern, technisch und organisatorisch?
Welche Prozesse, Rollen, Datenflüsse sind betroffen?
Wer sind die kritischen Stakeholder?
Tipp: Die Stakeholder-Matrix vor dem ersten Lenkungskreis anlegen und laufend pflegen. Projektziele immer von Beginn an festlegen und mit den Stakeholdern vereinbaren.
Phase 2: Governance und PMO mit Leben füllen
Ein Projekt ohne funktionierendes Steuerungsmodell wird beliebig. Zum Steuerungsmodell gehören:
Regelmeetings mit klarer Eskalationslogik
Entscheidungsgremien mit festen Ansprechpartnern
Projektcontrolling mit einfachen Tools (z. B. Planner oder OneNote im M365-Umfeld)
Tipp: Ein 5-seitiger „Projektkompass“, der Rollen, Entscheidungen und Taktung definiert, ersetzt oft ein 100-seitiges PMO-Handbuch.
Phase 3: Change Management aufsetzen
Veränderung funktioniert nur, wenn sie nachvollziehbar und aktiv begleitet wird. Dazu gehört:
Ein Kommunikationsplan mit Zielgruppen, Kanälen und Tonalität
Ein Netzwerk von Multiplikatoren (Key User, Betriebsräte, Abteilungsleiter)
Feedbackzyklen, z. B. Stimmungsbarometer, Umfragen (mit Microsoft Forms)
Tipp: Interne Change Agents oder Multiplikatoren benennen, denen Mitarbeitende folgen und um Hilfe bitten können.
Phase 4: Transition technisch und organisatorisch verzahnen
Parallel zur technischen Umstellung braucht es einen strukturierten Übergangsplan:
Wer arbeitet wann wie im neuen System?
Welche Altdaten müssen mitgenommen werden?
Was ist das Rückfall-Szenario bei Fehlern?
Tipp: Jede Transition-Phase braucht einen „Go/No-Go“-Entscheidungspunkt. Für diese Entscheidung muss klar sein, wer sie trifft.
Einfache Werkzeuge von Microsoft
Für die Steuerung großer Veränderungsprojekte reichen gut kombinierbare Werkzeuge, die im Alltag funktionieren. Idealerweise sind diese bereits im Einsatz, z. B. aus dem Microsoft-365-Umfeld.
Aufgaben und Planung:
Microsoft Planner (seit August 2025 mit den Premium-Plänen aus Project for the web) oder die Desktop-Anwendung Microsoft Project helfen, Aufgaben teamübergreifend zu koordinieren. Planner ist in Teams integriert.Dokumentation und Kommunikation:
OneNote kann für Protokolle und Übergabedokumentation verwendet werden. SharePoint Online bietet sich als zentraler Projekt-Hub an. Für Feedback und Change-Kommunikation sind MS-Teams-Kanäle, Microsoft Forms (z. B. für Pulse-Checks) und Viva Engage (ehemals Yammer) geeignet.Prozess- und Governance-Unterstützung:
Mit Power Automate lassen sich Genehmigungs- und Übergabeprozesse automatisieren. Power BI sorgt für Übersicht über Projektfortschritt, Budget und Risiken.
Vorhandene M365-Werkzeuge sparen Einführungszeit und finden schneller Akzeptanz, weil die Mitarbeitenden sie schon kennen.
Fazit
Erfolgreiche Veränderung braucht vor allem Klarheit: Wer entscheidet, wer führt, wer informiert? Und was sind eigentlich die genauen Projektziele?
Transformation gelingt dann, wenn die Menschen mitgenommen, Unsicherheiten adressiert und Entscheidungen konsequent getroffen werden. Frameworks können dabei helfen. Meist braucht es aber Mut zur Führung und eine saubere Kommunikation, unterstützt durch ein PMO, das mitten im Projektalltag arbeitet und den Überblick behält.
Quellen
Microsoft Support, Häufig gestellte Fragen zu Microsoft Planner: support.microsoft.com
Weitere Beiträge
KI-Governance
Der Agent hat grün. Wer unterschreibt? KI-Governance für Hersteller von KRITIS-Software
Seit dem 11. September 2026 müssen Softwarehersteller aktiv ausgenutzte Schwachstellen binnen 24 Stunden melden. Für Hersteller von KRITIS-Software kommen über die Lieferkette NIS-2 und mit der ersten KI-Funktion im Produkt der AI Act hinzu.

Benedikt Meyer
Integration & Carve-out
Post-Merger-Integration in Multitechnikunternehmen: Die eigentliche Arbeit beginnt nach dem Kaufvertrag
Mit einem Zukauf übernehmen Multitechnikunternehmen fremde Prozesse, ERP-Systeme und Stammdaten. Über die Integration entscheiden Operating Model und Stammdaten, und in den ersten 100 Tagen müssen Verantwortlichkeiten und Prozesse feststehen.

Benedikt Meyer
KI-Governance
Das Transformation Paradox: Kennzahlen und Anreize bremsen den Nutzen von AI
Laut Work Trend Index 2026 von Microsoft stützen Kennzahlen, Anreize und Normen in vielen Unternehmen weiter die alte Arbeitsweise. Die Führung muss klären, wofür sie Teams belohnt und wer Agents bauen, freigeben und abschalten darf.

Patrick Pieruschka