Agile Methoden sind im Mittelstand angekommen — oft als gut gemeintes Versprechen, manchmal als Lösung für Probleme, die sie gar nicht lösen können. Die ehrliche Erfahrung aus zwei Jahren Beratung: Agil scheitert selten an der Methodik. Es scheitert fast immer an der Frage, ob Führung bereit ist, das eigene Verhalten zu ändern.
„Daniel, wir machen jetzt agil. Können Sie uns beim Roll-Out helfen?“ Diesen Satz höre ich seit Jahren. Meine Antwort hat sich kaum verändert: „Klar — aber lass uns erstmal eine Stunde reden, was ihr unter agil versteht und warum ihr es macht.“ In etwa 70 % der Fälle stellt sich heraus: Das Unternehmen will eigentlich gar keine Agilität. Es will Geschwindigkeit. Es will Eigenverantwortung. Es will weniger Hierarchie. Das sind alles legitime Ziele — aber sie brauchen nicht zwingend Scrum, OKR oder ein Spotify-Modell.
Was agile Transformation eigentlich verlangt
Eine echte agile Transformation ist nicht die Einführung neuer Meetings (Stand-up, Retro, Planning). Sie ist eine grundlegende Veränderung von vier Dingen:
- Wie Entscheidungen getroffen werden — von „Vorgesetzter entscheidet“ zu „Das Team mit der besten Information entscheidet“
- Wie Verantwortung verteilt ist — von „Bereichsleiter trägt“ zu „Team trägt gemeinsam“
- Wie mit Fehlern umgegangen wird — von „Wer war’s?“ zu „Was lernen wir?“
- Wie Erfolg gemessen wird — von „Output“ zu „Outcome“
Wer diese vier Veränderungen nicht will (oder nicht aushält), sollte ehrlicherweise nicht von „agiler Transformation“ sprechen. Wer sie will, sollte nicht mit der Methodik anfangen, sondern mit der eigenen Führung.
Das klingt simpel — und ist es strukturell auch. Aber Kurt Lewins Drei-Phasen-Modell beschreibt präzise, warum viele Unternehmen genau an dieser Stelle straucheln. Lewin unterscheidet: Auftauen der bestehenden Strukturen, der eigentliche Wandel, dann Einfrieren auf dem neuen Niveau. Im Mittelstand wird die erste Phase — das Auftauen — fast systematisch übersprungen. Der Inhaber hat einen Beschluss gefasst, die Kommunikation läuft top-down, aber die Organisation weiß noch gar nicht, dass sie sich auf dem Weg befindet. Widerstand entsteht dann nicht aus Bosheit, sondern weil der psychologische Ablöseprozess vom Alten nie stattgefunden hat. Die neue Methodik prallt auf einen Organismus, der noch nicht bereit ist, sie zu tragen.
Was die Zahlen wirklich sagen
Transformation scheitert häufig — das ist kein Bauchgefühl, sondern Datenlage. Der McKinsey Global Survey (2023) zeigt: Nur 26 Prozent aller Transformationsprogramme erreichen ihre Ziele vollständig. 44 Prozent scheitern vollständig oder werden abgebrochen. Der Rest landet irgendwo dazwischen — was in der Praxis meistens bedeutet: viel Energie, wenig strukturelle Wirkung, und eine Organisation, die beim nächsten Veränderungsvorhaben noch skeptischer startet.
Kotter International kommt in laufenden Studien zu einem ähnlichen Befund: 70 Prozent aller Veränderungsinitiativen scheitern. Die häufigsten Ursachen sind ein fehlendes Dringlichkeitsgefühl in der Organisation — und eine zu schwache Führungskoalition hinter der Veränderung. Beides klingt nach weichen Faktoren. Beides hat harte betriebswirtschaftliche Konsequenzen, wenn eine Transformation nach zwölf Monaten kollabiert und das Unternehmen von vorne anfangen muss.
Auf der anderen Seite steht ein Befund des Prosci Benchmarking Report (2021): Projekte mit exzellentem Change Management haben eine sechsmal höhere Erfolgswahrscheinlichkeit als Projekte ohne strukturierten Begleitprozess. Sechsmal. Nicht zwanzig Prozent besser — eine andere Größenordnung. Das allein macht deutlich, dass die Frage nicht lautet, ob man Change Management braucht, sondern wie man es umsetzt.
Für den deutschen Mittelstand ist die Lücke besonders auffällig. Das IFM Bonn und das KfW Mittelstandspanel (2023) zeigen: 68 Prozent der deutschen Mittelständler sehen sich aktuell in einem Prozess tiefgreifender organisationaler Veränderung. Gleichzeitig verfügen nur 23 Prozent über ein dediziertes Change-Management-Konzept. Die Mehrheit transformiert ohne Navigationssystem — und wundert sich, wenn sie nach achtzehn Monaten wieder am Ausgangspunkt steht.
Was daraus folgt: Wer eine agile Transformation angeht, ohne Antworten auf die Fragen Dringlichkeit, Koalition und Begleitstruktur zu haben, bewegt sich statistisch gesehen tief im Risiko. Das ist keine Drohung — sondern der Grund, warum Methodenwahl allein nicht entscheidet.
Die häufigsten Stolpersteine im Mittelstand
1. Geschäftsführer wollen Agilität — und gleichzeitig die volle Kontrolle behalten.
Das funktioniert nicht. Agilität bedeutet, Entscheidungen abzugeben. Wer das nicht kann, sabotiert das System aktiv. Mitarbeiter merken sehr schnell, ob die GL hinter den neuen Prinzipien steht oder nur das Vokabular benutzt.
Das Prosci-ADKAR-Modell macht diesen Effekt diagnostisch greifbar. Es unterscheidet fünf Bedingungen, die jede Führungskraft individuell durchlaufen muss: Awareness (ich verstehe, warum Veränderung nötig ist), Desire (ich will diese Veränderung), Knowledge (ich weiß, wie die neue Arbeitsweise aussieht), Ability (ich kann sie im Tagesgeschäft umsetzen) und Reinforcement (das Neue wird stabilisiert). In meiner Beratungspraxis sieht die Realität bei Geschäftsführern meist so aus: Awareness ist hoch, Knowledge auch — Workshops wurden besucht, Bücher gelesen, Berater gehört. Aber der Desire-Punkt ist ungelöst. Die Bereitschaft, Entscheidungsmacht wirklich abzugeben, fehlt. Kein Framework schließt diese Lücke. Nur ehrliche Reflexion über die eigene Führungsrolle.
2. Strukturen werden geändert, Anreize nicht.
Wenn Boni weiterhin an individuelle Leistung gekoppelt sind, das Team aber gemeinsam Verantwortung tragen soll, entsteht ein Konflikt, der jede Methodik aushoehlt. Anreizsysteme müssen mitziehen.
Das ist kein Zufall, sondern strukturell angelegt. Im McKinsey 7-S-Framework — einem der robustesten Analysewerkzeuge für Organisationsveränderungen — wird zwischen harten Faktoren (Strategie, Struktur, Systeme) und weichen Faktoren (gemeinsame Werte, Führungsstil, Mitarbeitende, Kompetenzen) unterschieden. Harte Faktoren lassen sich durch Beschlüsse ändern. Weiche Faktoren — darunter Anreizsysteme und Führungskultur — passen sich langsamer an. Und sie entscheiden, ob die harten Veränderungen überhaupt im Alltag ankommen. Wer nur das Organigramm anpasst und die Bonus-Logik unberührt lässt, verändert die Oberfläche. Die Tiefenstruktur bleibt dieselbe.
3. Mittlere Führung wird allein gelassen.
Die Teamleiter sind in der schwierigsten Position: oben wird gepredigt „selbstorganisierende Teams“, unten erwartet man weiterhin Anweisungen. Ohne klare Begleitung dieser Ebene bricht jede Transformation ab.
In der Praxis heißt das: Mittlere Führungskräfte haben kein funktionierendes Modell mehr dafür, was ihre Rolle jetzt bedeutet. Sie sollen „enablen“ statt steuern — aber was das konkret im Tagesgeschäft heißt, hat niemand mit ihnen besprochen. Diese Ebene trägt die Transformation oder lässt sie implodieren. Wer nur oben ansetzt und hofft, dass das mittlere Management mitzieht, wartet auf ein Wunder, das in den Daten nicht vorkommt.
4. Tools statt Mindset.
Jira, Confluence, ein neues Whiteboard-Tool. Schön. Aber das Mindset entsteht nicht durch Software. Es entsteht durch wiederholte, konsistente Erfahrungen — und das braucht Begleitung über 12 bis 24 Monate, nicht über drei Monate.
Der typische Ablauf, den ich immer wieder beobachte: Unternehmen kauft ein Toolset, schult die Mitarbeitenden in drei Tagen ein, nennt das „agile Transformation“ und wundert sich nach vier Monaten, warum die Akzeptanz kippt. Das ist nicht die Schuld der Mitarbeitenden. Das ist eine Planungslogik, die Werkzeug mit Haltung verwechselt — und dabei übersieht, dass Haltung sich durch Erfahrung verändert, nicht durch Software-Lizenz.
Warum weiche Faktoren keine weichen Faktoren sind
Das McKinsey 7-S-Framework wird in Beratungsprojekten regelmäßig aufgemacht — und regelmäßig unvollständig angewendet. Die Analyse zeigt, was verändert werden soll. Die Umsetzung konzentriert sich dann auf Strategy, Structure und Systems, weil diese drei Faktoren durch Beschlüsse steuerbar erscheinen. Shared Values, Style und Skills — die eigentlich entscheidenden Elemente — werden als „Begleitmaßnahme“ behandelt oder ausgelassen. Das Ergebnis ist eine Transformation, die auf dem Papier vollständig ist und in der Realität kaum etwas verändert hat.
Ein Beispiel, das ich so oder so ähnlich in mehreren Mandaten erlebt habe: Ein Maschinenbauer mit knapp 200 Mitarbeitenden führt flachere Hierarchien ein. Das Organigramm wird schlanker, die Entscheidungswege auf dem Papier kürzer. Gleichzeitig genehmigt der Inhaber wie bisher jeden Auftrag über 5.000 Euro persönlich. Das Organigramm sagt „Dezentralisierung“. Das Verhalten des Inhabers sagt „Kontrolle bleibt zentral“. Die Organisation lernt schnell, was gilt — und fällt in alte Muster zurück, noch bevor der Roll-out formal abgeschlossen ist. Nicht weil die Mitarbeitenden die Veränderung ablehnen, sondern weil das Signal der Führung eindeutig ist.
Das 7-S-Modell ist deshalb kein Analyse-Luxus, sondern ein Diagnose-Werkzeug: Welche Elemente zeigen in dieselbe Richtung? Wo gibt es strukturelle Inkonsistenzen, die das System wieder in den alten Zustand ziehen? Die Antworten sind oft unbequem — aber sie schützen vor teuren Roll-outs, die nach zwölf Monaten nichts strukturell verändert haben.
Hinzu kommt ein Befund, der im Mittelstand selten offen diskutiert wird: Deloitte (2022) zeigt, dass bei familiengeleiteten Unternehmen ab der zweiten Generation der kulturelle Wandel im Durchschnitt 4,2 Jahre länger dauert als bei managerführten Unternehmen — bei gleicher strategischer Intention. Wenn Werte, Entscheidungsstile und Führungsmuster über Generationen gewachsen sind, reagieren sie auf Beschlüsse anders als auf gelebte Erfahrungen. Das bedeutet nicht, dass Transformation in Familienunternehmen nicht möglich ist. Aber es bedeutet, dass der Zeithorizont realistisch sein muss — und dass Ungeduld das größte Einzelrisiko ist.
Teilagilisierung ist nicht Transformation
Ein verbreitetes Missverständnis, dem ich im Mittelstand regelmäßig begegne: Scrum in der IT-Abteilung wird als „agile Transformation“ kommuniziert. Das ist eine Teilagilisierung — und häufig eine sinnvolle. Aber es ist keine organisationale Transformation. Der Unterschied ist nicht akademisch. Er entscheidet, welche Erwartungen berechtigt sind und welche nicht.
Frameworks wie SAFe (Scaled Agile Framework, entwickelt von Dean Leffingwell) zeigen, worum es bei echter Skalierung geht: nicht um mehr Scrum-Teams, sondern um Portfolio-Level-Denken. Das bedeutet konkret: Welche Initiativen laufen parallel, mit welchen Ressourcen, in welcher Priorität — und wie werden Abhängigkeiten zwischen ihnen gesteuert? Diese Frage stellen sich die wenigsten Mittelständler, wenn sie Agilität einführen. Sie reorganisieren Teams und lassen die Steuerungslogik auf Unternehmensebene unberührt. Das Ergebnis sind agile Einheiten in einem nicht-agilen Gesamtsystem — was funktioniert, solange die Teams autonom genug agieren können, aber kollabiert, sobald teamübergreifende Entscheidungen anfallen.
Für Unternehmen mit 50 bis 300 Mitarbeitenden braucht es kein vollständiges SAFe-Rollout. Aber die Grundfrage — wie treffen wir auf Unternehmensebene Entscheidungen darüber, welche Initiativen parallel laufen und welche warten? — ist die relevante Frage. Wer sie nicht beantwortet, bekommt agile Teams, die in verschiedene Richtungen arbeiten, und eine Geschäftsführung, die nicht versteht, warum der Aufwand nicht zur Wirkung führt.
Was wirklich wirkt
In den agilen Transformationen, die ich erfolgreich miterlebt habe, gab es immer drei gemeinsame Elemente:
- Echte Bereitschaft der Geschäftsführung, das eigene Verhalten zu verändern. Nicht nur als Aussage, sondern als sichtbare Praxis. Das ist die Basis.
- Massive Investition in die mittlere Führungsebene. Coaching, Sparring, Reflexionsformate — diese Ebene wird gemacht oder gebrochen.
- Pilotierung statt Big Bang. 1–2 Teams als Vorreiter, lernen, anpassen, dann ausweiten. Wer das ganze Unternehmen gleichzeitig umstellt, scheitert.
Was ich nach mehreren Jahren und mehreren begleiteten Transformationen noch hinzufüge: Erfolgreiche Vorhaben haben eine explizite Antwort auf die Frage, was bei Rückschlägen passiert. Nicht als Notfallplan im Schubladenformat — sondern als gemeinsames Verständnis, dass Rückfälle in alte Muster ein normaler Teil des Prozesses sind, kein Versagen. Organisationen, die das nicht klären, behandeln jeden Rückschlag als Krise. Das erzeugt Erschöpfung und Zynismus — und irgendwann die innere Kündigung des ganzen Projekts.
Das entspricht dem, was das ADKAR-Modell als Reinforcement beschreibt — die letzte und am häufigsten unterschätzte Phase: Wie wird das Neue stabilisiert, in Routinen überführt, gegen den Sog der alten Gewohnheiten abgesichert? Kotter nennt es „Wandel in der Kultur verankern“ und beschreibt es als die am häufigsten abgekürzte Phase unter Termindruck. Das Ergebnis ist dann ein Roll-out, der formell als erfolgreich gilt, und eine Organisation, die zwölf bis achtzehn Monate später wieder dort steht, wo sie angefangen hat.
OKR im Mittelstand — eine pragmatische Empfehlung
Wenn Sie keine vollständige agile Transformation brauchen, aber Geschwindigkeit und Eigenverantwortung wollen, ist OKR (Objectives & Key Results) oft der bessere Einstieg als Scrum. OKR funktioniert auch in klassischen Strukturen, schafft Fokus auf wenige wichtige Ziele und macht Fortschritt sichtbar — ohne dass die ganze Organisation umgekrempelt werden muss.
Aber Vorsicht: Auch OKR scheitert, wenn die Geschäftsführung weiterhin jede Woche neue Prioritäten setzt. Die Methodik ist nur so gut wie die Führung, die sie trägt.
Was OKR im Mittelstand regelmäßig beschädigt: die Verwechslung von Zielen mit Aufgabenlisten. OKR fragt nach Wirkung — was soll sich für Kunden, Mitarbeitende, die Organisation verändern? Wer OKR als Projektliste führt, betreibt kollektiven Aufwand ohne strategische Richtung. Der erste OKR-Zyklus dauert fast immer länger als geplant, weil er erzwingt, wirklich über Prioritäten zu reden — nicht nur darüber, was alle ohnehin schon tun. Diese Investition lohnt sich. Aber sie muss als Investition geplant werden, nicht als Effizienzmaßnahme.
Ihr PCG-Vorsprung: Agilität ist keine Methodik. Sie ist ein Führungsverständnis — und das lässt sich nicht in einem Workshop installieren. Im PCG-Ansatz arbeite ich an genau dieser Stelle: Wie verändert sich die Führung, damit die neuen Strukturen tatsächlich tragen? Welche Routinen, welches Coaching, welche Begleitung braucht die mittlere Ebene? Erst wenn diese Voraussetzungen stimmen, lohnt sich die Investition in Methodik.
Ihr nächster Schritt
Wenn Sie eine agile Transformation planen oder bereits laufen haben, stellen Sie sich eine ehrliche Frage: Wie viel Entscheidungsmacht bin ich bereit, tatsächlich abzugeben? Die Antwort definiert, wie weit Ihre Transformation kommen kann.
Im kostenfreien Erstgespräch klären wir, welche Form der Begleitung in Ihrer Situation Sinn macht — von Coaching der GL über Organisationsentwicklung bis zur Begleitung einzelner Pilotteams.
