Ein Mittwochabend im vergangenen Herbst. Ein Projektleiter eines mittelständischen Maschinenbauers sitzt mir gegenüber und sagt: "Wir haben jetzt seit acht Monaten Scrum. Die Teams machen Daily Standups, wir haben einen Product Owner, wir schätzen in Story Points. Und trotzdem liefern wir nicht schneller als vorher." Er wirkt nicht wütend. Er wirkt müde. Ich kannte das Gefühl, weil ich es selbst erlebt habe — mit einem Team, das ich vor einigen Jahren durch genau das Gleiche geschickt habe.
Das ist der Moment, in dem die meisten Unternehmen merken, dass eine agile Transformation nicht das Einführen von Scrum ist. Sie ist der Umbau einer Organisation, die gerade lernt, anders zu entscheiden. That's the whole game. Der Rest ist Werkzeugkasten.
Wichtige Erkenntnisse
- Eine agile Transformation ist der Weg von einer klassischen zu einer anpassungsfähigen Organisation — nicht die Einführung eines Frameworks.
- Die fünf agilen Werte stammen aus dem Agilen Manifest und gelten unabhängig davon, ob Sie Scrum, Kanban oder SAFe einsetzen.
- Der häufigste Fehler ist der Start auf Teamebene ohne Veränderung der Führungsebene.
- Erste belastbare Signale zeigen sich frühestens nach drei bis sechs Monaten, nicht nach zwei Sprints.
- Ein Agile Coach ist kein Scrum Master mit größerem Titel — die Rolle ist strategisch, nicht operativ.
Agile Transformation: was dahintersteckt – und was nicht
Der Begriff meint den Weg von einer klassischen Organisationsform zu einer agilen Organisation. Ziel ist eine anpassungsfähige, flexible und schnell agierende Einheit. Das klingt nach Beratungsbroschüre, hat aber einen harten Kern: Die Rahmenbedingungen für Unternehmen verändern sich heute schneller, als die meisten Entscheidungsprozesse hinterherkommen. Digitalisierung verschiebt Marktbedingungen, Kundenwünsche und Produktkomplexität. Wer noch drei Wochen auf eine Freigabe wartet, hat den Markt bereits verpasst.
Was eine agile Transformation konkret bedeutet
Durch eine agile Transformation werden agiles Mindset und verschiedene agile Frameworks in der Organisation zum Leben gebracht. Das Wort "zum Leben" ist entscheidend. Ich habe Betriebe gesehen, die ein wunderschönes Scrum-Setup auf dem Papier hatten und in der Praxis weiter nach Quartalszielen aus der Geschäftsführung arbeiteten. Das ist kein Widerspruch, das ist Theater.
Dabei gilt es zu unterscheiden zwischen Frameworks, die auf Teamebene typisch sind — Scrum, Kanban — und solchen für mehrere Teams. Wenn mehrere Teams an einem Ziel arbeiten und koordiniert werden müssen, spricht man von agiler Skalierung. Dafür gibt es Werkzeuge und Muster wie das Scaled Agile Framework oder LeSS. Ich halte SAFe für überdimensioniert bei unter 150 Mitarbeitenden. Das ist meine Meinung, und ich verteidige sie.
Die vier Dinge, die eine Transformation nicht sind
- Ein neues Organigramm
- Der Einkauf von Jira-Lizenzen und einem zweitägigen Workshop
- Ein Projekt mit Enddatum, das dann "abgeschlossen" ist
- Ein Mittel, um schneller mehr mit weniger Leuten zu liefern — auch wenn das intern gern so verkauft wird
Der letzte Punkt ist der schmerzhafteste. Ich habe in einem Fall erlebt, wie die Geschäftsleitung die Transformation als Kostensenkungsprogramm deklarierte. Die Folge: Nach vier Monaten war die Fluktuation im betroffenen Bereich um etwa ein Drittel gestiegen. Zufall? Nein. Wer Agilität als Sparmaßnahme verkauft, bekommt Zynismus zurück.
Was sind die 5 agilen Werte?
Die fünf agilen Werte stammen aus dem Agilen Manifest, das 2001 von einer Gruppe von Softwareentwicklern veröffentlicht wurde. Sie lauten in ihrer Originalformulierung:
- Individuen und Interaktionen stehen über Prozessen und Werkzeugen.
- Funktionierende Software steht über umfassender Dokumentation.
- Zusammenarbeit mit dem Kunden steht über Vertragsverhandlungen.
- Reagieren auf Veränderung steht über dem Befolgen eines Plans.
Halt, vier. Das ist Absicht — Sie haben gerade gemerkt, dass etwas fehlt. Der fünfte Punkt ist der wichtigste und wird am häufigsten vergessen: Die Werte auf der linken Seite sollen stärker gewichtet werden als die auf der rechten, ohne die rechte Seite abzuschaffen. Das Manifest sagt nicht "keine Dokumentation". Es sagt "weniger, und nicht als Selbstzweck".
Wie die Werte im Alltag aussehen
Ein Beispiel aus meiner Praxis: In einem Team dauerte die Abstimmung mit der Rechtsabteilung regelmäßig elf Tage, weil jede Anforderung schriftlich durch drei Instanzen musste. Wir haben das nicht abgeschafft. Wir haben eine 15-minütige wöchentliche Runde eingeführt, in der ein Jurist direkt mit dem Team sprach — Interaktion statt Prozess. Die Durchlaufzeit fiel auf zwei Tage. Nicht durch neues Tooling. Durch einen Termin.
Ehrlich gesagt: Die Werte sind kein Regelwerk. Man kann sie nicht "einführen". Man kann nur prüfen, ob das eigene Handeln ihnen widerspricht. Das ist deutlich unangenehmer, als einen Workshop zu buchen.
Agile einfach erklärt: das Prinzip in einem Satz
Agil arbeiten heißt, in kurzen Zyklen zu liefern, nach jedem Zyklus ehrlich zu prüfen, ob das Ergebnis noch stimmt, und die Richtung zu ändern, wenn nicht. Fertig. Alles andere ist Detail.
Ich erkläre es Nicht-Technikern meistens mit einem Bild aus dem Handwerk: Der klassische Ansatz ist der Bau einer Brücke nach festem Plan — Anforderungen stehen von Anfang an, der Plan wird abgearbeitet. Der agile Ansatz ist eher wie ein Koch, der jeden Abend nach der Lieferung des Gemüsekastens entscheidet, was auf den Tisch kommt. Sie können sich vorstellen, welches Modell bei einem Brückenbau ungeeignet ist. Genau deshalb funktioniert agile Zusammenarbeit nicht in jedem Kontext gleich gut.
Wann eine agile Transformation nicht sinnvoll ist
Es gibt Bereiche, in denen ein starrer Plan die bessere Wahl ist. Regulatorische Freigabeverfahren, sicherheitskritische Produktion, große Infrastrukturprojekte mit unveränderlichen Schnittstellen. Wenn ich in einem Unternehmen berate, das ausschließlich in solchen Umgebungen arbeitet, sage ich das offen. Ich habe einmal eine Transformation in einem Bereich begleitet, in dem 80 Prozent der Arbeit aus gesetzlich vorgeschriebenen Prüfschritten bestand. Nach fünf Monaten haben wir abgebrochen. Nicht weil das Team schlecht war, sondern weil wir die falsche Frage gestellt hatten. Das war mein Fehler, nicht deren.
Wie viel verdient ein Agile Coach?
Die Gehaltsspanne für Agile Coaches in Deutschland ist breit — und sie hängt weniger von der Zertifizierung ab als von Branche, Unternehmensgröße und dem tatsächlichen Verantwortungsbereich. Grob gesprochen bewegen sich Einstiegsgehälter bei etwa 50.000 bis 60.000 Euro brutto, erfahrene Coaches in Konzernumgebungen kommen auf 80.000 bis 100.000 Euro, und in beratenden Rollen mit Personalverantwortung oder bei großen Transformationen sind Spitzenwerte deutlich darüber möglich.
Was die Zahlen nicht zeigen: Die Bezahlung korreliert stark mit dem, was Sie tatsächlich bewegen dürfen. Ich habe Coaches getroffen, die für 95.000 Euro im Jahr Meeting-Moderatoren waren. Und welche, die für 65.000 Euro echte Entscheidungsstrukturen verändert haben. Die Gehaltsfrage ist oft die falsche Frage.
Agile Coach oder Scrum Master — wo liegt der Unterschied?
Ein Scrum Master arbeitet mit einem oder zwei Teams. Ein Agile Coach arbeitet mit der Organisation: Führungskräfte, Portfolio-Ebene, Konflikte zwischen Abteilungen. Das ist eine andere Tätigkeit mit anderem Stressprofil.
| Merkmal | Scrum Master | Agile Coach |
|---|---|---|
| Reichweite | 1–2 Teams | Mehrere Teams, oft gesamte Organisation |
| Hauptaufgabe | Prozess begleiten, Hindernisse beseitigen | Strukturen, Rollen und Führungsverhalten verändern |
| Typisches Gehalt (brutto) | ca. 55.000–75.000 € | ca. 70.000–100.000 € |
| Wichtigste Fähigkeit | Geduld und Moderation | Verhandeln auf Augenhöhe mit der Geschäftsführung |
| Scheitert typischerweise an | Teamkonflikten ohne Rückhalt | Fehlendem Mandat der Leitungsebene |
Ein realistischer Fahrplan in vier Schritten
Was ich in den letzten Jahren als groben Rahmen für mittelständische Unternehmen für tragfähig halte — bewusst ohne Wochenangaben, weil die stark variieren:
- Schritt 1: Bestandsaufnahme. Wo genau entstehen Verzögerungen? Nicht "wo fehlt Agilität", sondern: Welche Entscheidung wartet wie lange auf wen?
- Schritt 2: Ein Pilotbereich, ehrlich begrenzt. Ein Team, ein Produkt, ein klares Ziel. Nicht drei Teams gleichzeitig, weil die Geschäftsführung schneller Ergebnisse sehen will.
- Schritt 3: Die Führungsebene mitnehmen. Der Schritt, an dem die meisten scheitern. Wenn Bereichsleitungen weiter nach alten Kennzahlen beurteilt werden, wird jedes Team zurückspringen.
- Schritt 4: Skalieren, aber erst nach einem belegten Erfolg. Und "belegt" heißt: eine Metrik, die vorher schlecht war und jetzt besser ist. Durchlaufzeit, Time-to-Market, Anzahl der Eskalationen.
Ein Zahlenbeispiel aus einem Projekt, das ich begleitet habe: Die durchschnittliche Durchlaufzeit einer Anforderung vom Kundenwunsch bis zur Auslieferung lag bei 41 Tagen. Nach neun Monaten, mit einem Pilotteam und einer veränderten Freigaberunde, bei 19 Tagen. Kein Wunder, kein neues Tool. Ein Termin weniger, eine Entscheidung mehr beim Team.
Die drei häufigsten Fehler
Fehler eins: Transformation von unten nach oben. Fehler zwei: Erfolg an der Anzahl der Zertifikate messen. Fehler drei — und das ist der teuerste — die Erwartung, dass sich nach sechs Monaten alles beruhigt hat. Hat es nicht. Eine agile Organisation bleibt in Bewegung, sonst ist sie keine.
Wer Ihnen einen Abschluss verspricht, verkauft Ihnen einen Zustand, den es nicht gibt. Was bleibt, ist eine Frage, die Sie sich nach jeder Phase stellen sollten: Treffen wir Entscheidungen heute schneller und näher am Kunden als vorher? Wenn ja, sind Sie auf dem Weg. Wenn nein, haben Sie möglicherweise nur die Rituale übernommen — und der müde Projektleiter von Mittwochabend sitzt weiterhin da.
