Guided Transformation: Warum der Kompass wichtiger ist als der Fahrplan

Von Gerd Kopp | gerds-blog.de

Wir haben ein Problem mit dem Begriff „Transformation". Er ist so oft verwendet worden, so oft bebildert mit Schmetterlingsmetaphern und Sunrise-Folien, dass er seinen Inhalt fast vollständig verloren hat. Transformation ist heute ein Versprechen, das Projekte schmückt – und ein Vorwurf, der bleibt, wenn sie scheitern.

Dabei ist das Scheitern von Transformationsprojekten kein Zufall. Es folgt Mustern. Und wer diese Muster kennt, erkennt auch, was ihnen entgegenwirkt: nicht mehr Methodik, nicht mehr Budget, nicht mehr Tools – sondern Guidance.

⚡Was ist Guidance? Der Begriff lässt sich nicht trennscharf übersetzen – „Begleitung" greift zu kurz, „Beratung" ist zu weit. Guidance bezeichnet die strukturierte, erfahrungsbasierte Orientierungsfunktion in komplexen Veränderungsprozessen. Sie ist weder Projektsteuerung noch Coaching, weder Consulting noch Mentoring – sondern das Bindeglied zwischen strategischer Absicht und operativer Realität. Guidance stellt sicher, dass eine Organisation auch dann weiß, wo sie steht und wohin sie will, wenn der ursprüngliche Fahrplan an seine Grenzen stößt.

Kurz: Der Fahrplan beschreibt die Strecke. Der Kompass zeigt die Richtung. Guidance ist die Fähigkeit, beides zu lesen – und zu entscheiden, welchem man gerade vertrauen kann.

🧨Der Fahrplan-Irrtum

Die klassische Transformationslogik funktioniert so: Man definiert einen Zielzustand, zerlegt ihn in Arbeitspakete, plant Meilensteine, setzt ein Projektbüro auf, kauft Software, schult Mitarbeitende – und wartet auf den Erfolg.

Das Problem: Diese Logik funktioniert für Bauprojekte. Für IT-Transformationen funktioniert sie nur auf dem Papier.

Denn ein Fahrplan setzt voraus, dass die Strecke bekannt ist. In echten Transformationen ist sie das nicht. Organisationen verändern sich während des Projekts. Anforderungen verschieben sich. Märkte drehen. Regulierung kommt hinzu – man denke an EU AI Act, NIS-2, DSGVO-Updates. Was im Kick-off als Zielbild galt, ist zwölf Monate später oft schon überholt.

💥Ein Fahrplan, der mit dieser Dynamik nicht umgehen kann, ist kein Steuerungsinstrument. Er ist eine Beruhigungspille.

📌Was klassische Transformationsprojekte systematisch falsch machen

Ich habe in über 30 Jahren IT – als Entwickler, als CIO mit 85 Mitarbeitenden und 15 Millionen Euro Jahresbudget, heute als Berater – keines meiner Projekte an fehlender Orientierung verloren. Das war kein Glück! Es war eine bewusste Entscheidung, Guidance konsequent zur Voraussetzung zu machen, nicht zur Option. Was ich dafür in Kauf nehmen musste: unbequeme Fragen stellen, Pläne verwerfen, Ziele neu kalibrieren – manchmal gegen erheblichen Widerstand. Gleichzeitig habe ich aus nächster Nähe beobachtet, wie andere Projekte scheitern. Und die Muster sind so konstant, dass sie sich beschreiben lassen.

🔥Fahrplan statt Kompass. Projekte werden mit Gantt-Charts ausgestattet, die Sicherheit suggerieren, die es nicht gibt. Wenn die Wirklichkeit vom Plan abweicht – und das tut sie immer –, wird nicht der Plan hinterfragt, sondern die Wirklichkeit korrigiert. Scope wird reduziert. Ziele werden nachverhandelt. Der Erfolg wird umdefiniert, bis er ins Bild passt.

🔥Methodik als Ersatz für Führung. Agile, SAFe, OKRs, ITIL – der Methoden-Markt floriert. Und er floriert, weil Methodik ein angenehmes Substitut für echte Führungsentscheidungen ist. Wer SCRUM einführt, muss keine Prioritäten setzen. Wer OKRs einführt, muss keine Verantwortung übernehmen. Methodik ohne Guidance ist Verwaltung von Unsicherheit – keine Reduktion davon.

🔥Technologie vor Organisation. Ein neues ITSM-Tool wird eingeführt, bevor die Prozesse dafür definiert sind. Ein KI-Pilot startet, bevor die Governance-Fragen geklärt sind. Ein Monitoring-System geht live, bevor festgelegt ist, wer auf Alarme reagiert – und wann und wie. Die Technologie läuft der Organisation davon, und was bleibt, ist ein teures System, das niemand richtig nutzt.

🔥Erfolg am falschen Punkt gemessen. Go-live gilt als Ziel. Das ist der grundlegendste Denkfehler in der klassischen Transformationslogik. Go-live ist kein Ankommen – es ist das Ende der Schonzeit. Was danach kommt, ist die eigentliche Arbeit: Adoption gegen Gewohnheit durchsetzen, Systeme unter Realbedingungen stabilisieren, Prozesse iterativ optimieren, Nutzungsverhalten auswerten und daraus Konsequenzen ziehen. Kontinuierliche Verbesserung ist kein Bonus – sie ist die Grundbedingung dafür, dass eine Transformation ihren Wert behält. Technologie veraltet. Anforderungen verschieben sich. Regulierung verschärft sich. Wer nach dem Go-live aufhört zu steuern, hat nicht transformiert – er hat migriert. Der Unterschied ist entscheidend:

💥Migration ersetzt das Alte durch das Neue. Transformation entwickelt die Organisation weiter. Dauerhaft. Das hat kein Enddatum.

🧠Was Guidance leistet – und was nicht

Guidance ist kein Consulting-Euphemismus für „jemanden von außen einkaufen". Es ist eine Haltung und eine Funktion, die in jeder Transformation gebraucht wird – intern oder extern.

Guidance bedeutet: jemand fragt die Fragen, die niemand sonst stellt. Nicht „Sind wir im Plan?", sondern „Stimmt der Plan noch?" Nicht „Wie weit sind wir?", sondern „Wohin gehen wir eigentlich?"

🧩Guidance hält den Zielzustand lebendig, wenn das Projekt im Tagesgeschäft zu versinken droht. Sie synchronisiert technische Reife und organisatorische Reife – denn beides muss gleichzeitig wachsen, damit eine Transformation trägt.

Was Guidance nicht ist: ein Kontrollmechanismus, ein Reporting-Layer, ein weiteres Gremium.

Wer Guidance mit Governance verwechselt, hat das Problem noch nicht verstanden.

🚀Das Innovation Lab als Prüfstand

In unserem Innovation Lab arbeiten wir täglich mit den Technologien, die Transformationen ermöglichen sollen – und testen dabei, was unter realen Bedingungen wirklich trägt:

• Projektmanagement & Collaboration – OpenProject, Nextcloud, HumHub: Transparenz über Aufgaben, Verantwortlichkeiten und Fortschritt – die Grundlage dafür, dass Teams überhaupt gemeinsam steuern können
• Prozessautomation – n8n: manuelle Übergaben zwischen Systemen werden zu automatisierten Abläufen – weniger Reibung, mehr Verlässlichkeit
• KI im Unternehmen – Ollama: KI-Modelle lokal betreiben, ohne Daten nach außen zu geben – für Unternehmen, die KI nutzen wollen, ohne die Kontrolle abzugeben
• Business Intelligence – Apache Superset, Grafana: aus Betriebsdaten werden Entscheidungsgrundlagen – wer nicht misst, kann nicht steuern
• Wissens- und Dokumentenmanagement – XWiki, BookStack, Mayan EDMS: Wissen, das in Köpfen steckt, wird zu strukturierter, durchsuchbarer Information – Grundvoraussetzung für skalierbare Organisationen
• Smarte Gebäudeinfrastruktur – Home Assistant, MQTT: vernetzte Räume, die auf ihre Nutzer reagieren – Transformation endet nicht am Bildschirm

Das alles verteilt auf über 30 Server, organisiert in sieben Themenclustern, betrieben bei europäischen Hostern in Deutschland, der Schweiz, Finnland und Bulgarien.

📈Das Lab ist kein Showroom. Es ist ein Prüfstand. Wir testen nicht, was sich gut anfühlt – wir testen, was unter realen Bedingungen funktioniert. Welche Integrationen wirklich stabil sind. Wo Open-Source-Lösungen glänzen und wo ihre Grenzen liegen. Welche Architekturentscheidungen sich sechs Monate später rächen.

🧭Diese Erfahrung ist das Fundament unserer Guidance-Arbeit. Wer anderen bei Transformationen hilft, muss selbst permanent transformieren. Wer DSGVO-Konformität fordert, muss seine eigene Infrastruktur danach ausrichten. Wer Vendor-Unabhängigkeit empfiehlt, muss sie selbst leben.

Das Motto unseres Labs lautet:

💡„Think big, start small, BUT START!" – und der entscheidende Teil ist nicht das Denken und nicht das Starten, sondern das Dranbleiben, wenn der Start vorbei ist und die Arbeit beginnt.

🔁Transformation Success: Eine nüchterne Definition

Transformation Success ist keine Feier. Es ist ein Funktionszustand.

Eine Transformation ist dann erfolgreich, wenn die Organisation den neuen Zustand nicht mehr als Projekt erlebt, sondern als Normalität. Wenn niemand mehr fragt, wann das Projekt endet – weil es längst Teil der Arbeitsrealität geworden ist. Wenn die Systeme genutzt werden, die Prozesse greifen, die Kennzahlen sich verbessert haben.

⚡Dieser Zustand entsteht nicht durch den besten Fahrplan. Er entsteht durch den richtigen Kompass – und die Fähigkeit, ihn auch dann zu lesen, wenn das Gelände rauer wird als erwartet.

🎯Fazit

Transformationen scheitern nicht an schlechter Technologie und selten an fehlendem Budget. Sie scheitern, weil die Orientierung verloren geht – in der Mitte des Weges, wenn die Energie des Starts verbraucht und das Ziel noch weit ist.

Guidance ist das Gegengewicht. Nicht als Allheilmittel, nicht als externe Rettung – sondern als strukturierte, erfahrungsbasierte Begleitung durch genau diese Phase.

Wer gerade in einer Transformation steckt – ob KI-Einführung, Cloud-Migration, ISMS-Aufbau oder Prozessdigitalisierung – und das Gefühl hat, dass der Fahrplan stimmt, aber die Richtung nicht:

📈Das ist der Moment, in dem ein Gespräch mehr hilft als ein weiterer Workshop.

Gerd Kopp, Gründer von gerds-it.de und Betreiber des Blogs gerds-blog.de, steht für Veränderung mit Wirkung – für Menschen und Unternehmen gleichermaßen. Er führt Organisationen durch Transformation, indem er Orientierung gibt, Richtung hält und Umsetzung möglich macht – damit Wandel nicht nur stattfindet, sondern wirklich gelingt.

→ Mehr zum Innovation Lab: gerds-it.de/innovation/innovation-lab