April 2025 – Agile Reflection

Erkenntnisse als Newcomer in der agilen Welt

Hätte ich das vor einem Jahr gewusst …
ich würde alles noch einmal genauso machen.

Dies ist mein allererster Blogbeitrag, seit ich die Pforten zur agilen Welt geöffnet habe. Was, erst jetzt?! Ja, erst jetzt.
„Alles zu seiner Zeit.“

Marcel Lehmann, ein Wertwandler seit Juli 2024.

Mein erster Berührungspunkt mit dem Begriff Scrum

Vor ungefähr fünf Jahren sass ich mit meinem Mitbewohner am Küchentisch, und wir beschäftigten uns mit unseren Projekten. Ich schrieb ein Konzept für meine 24. Geschäftsidee, und er lernte für seine Zertifizierung als Scrum Master.

„Hä? Worum geht es da genau?“, fragte ich ihn.

Er erklärte es mir mit seinen Worten, und ich verstand es auf meine Weise. Doch meine Gedanken wanderten schnell wieder zurück zu meiner One-Million-Dollar-Business-Idee.

In den darauffolgenden vier Jahren baute ich mein Business auf, wurde reich und wanderte nach Bali aus – Quatsch. Ganz im Gegenteil.

Es begann eine Zeit, in der ich bestehende Ideale loslassen musste, um meinen inneren Antrieben und Interessen zu folgen. Keine leichten Entscheidungen.
Am Ende fand ich mich in einer Situation wieder, in der ich allein in einer befristeten Wohnung sass, in der einen Hand ein gekündigter Arbeitsvertrag, in der anderen ein Flugticket nach Vietnam.

Der Startschuss

Vier Jahre später stellte ich meinem damaligen Mitbewohner dieselbe Frage noch einmal: „Worum geht es bei Scrum – und was macht ein Scrum Master?“

Er vernetzte mich mit einer Person, die ich sinnbildlich als Pfortenwächter bezeichnen würde. Gemeinsam erkannten wir Chancen für eine Zusammenarbeit – und es passte perfekt zu meinem inneren Antrieb und meinen Interessen.

Von da an ging alles sehr schnell. Ich fand mich in einer völlig neuen Situation wieder: Diesmal mit einem unbefristeten Mietvertrag, zusammen mit Freunden. In der einen Hand ein Arbeitsvertrag, in der anderen ein Mandat als Scrum Master.

Was ich erleben durfte…

Heute, nach zehn Monaten als Scrum Master, bin ich an einem Punkt in meinem Leben angekommen, den ich mir nicht besser vorstellen könnte – er entspricht meinem Ideal.
Und es brauchte alle Etappen meines Lebens. Alles kam zu seiner Zeit. Genau deshalb ist jetzt auch der richtige Zeitpunkt für meinen allerersten Blogbeitrag.

Zu Beginn, war ich irritiert. Während Agilität in manchen Unternehmen längst ein alter Hut ist, ist sie in anderen der neueste Way to go. Für mich als Newcomer konnte das zu Unsicherheiten führen und den Blick auf die Zukunft trüben. Dazu kommen all diese agilen Methoden – Scrum, Kanban, SAFe usw. Alles klingt logisch, aber auch abstrakt.
Grund genug, meine Erfahrungen zu teilen: was ich lernen durfte und weshalb ich mich nicht wieder beim Pfortenwächter verabschiedete und alles den Wasserfall hinuntergehen ging.

Rückblickend durfte ich in meinem Mandat und in der Rolle als Scrum Master viele neue und spannende Situationen erleben.
Dabei ging es vorwiegend um die Begleitung von Teams, was mir sehr entspricht.
Die unterschiedlichen Teamdynamiken in verschiedensten Situationen zu erleben und zu begleiten, war stets herausfordernd und bereichernd.
Die Vielzahl an Retrospektiven schenkte mir die Möglichkeit, die Teams besser kennenzulernen und sie mit den agilen Prinzipien vertraut zu machen.
Ich erkannte schnell: Theorie ist nicht gleich Praxis und es erforderte von mir viel Flexibilität, mich auf neue Situationen einzulassen.

Besonders bei der Konzeption und Durchführung von Workshops auf Führungsebene durfte ich viel über mich und meine Tätigkeit lernen.
An jeder Herausforderung konnte ich ein Stück wachsen und gleichzeitig den Mehrwert im Unternehmen erkennen.
Obwohl ich vieles allein vorangetrieben habe, hatte ich stets motivierende Menschen um mich und ein starkes Team im Rücken.
Die Zusammenarbeit mit Gleichgesinnten sowie das gegenseitige Unterstützen und Herausfordern sind für mich zentrale Aspekte, um mit Freude und Begeisterung bei der Arbeit zu sein.
Genau mit dieser Motivation, Teams in diesen Flow-Zustand zu begleiten, stehe ich heute am Markt und freue mich auf alle neuen Begegnungen und Herausforderungen, um schlussendlich unsere Kunden zu begeistern.

Was ich aus meinen ersten Erfahrungen mitnehme ist, dass Agilität und agile Methoden nichts Neues sind und auch nichts, was plötzlich wieder verschwindet. Mir ist bewusst, dass Viele darüber sprechen, oft mit unterschiedlichen Begriffen, doch ähnliche Kerngedanken verfolgen.

Aus meiner Sicht erklärte es bereits Charles Darwin in seiner Evolutionstheorie:
„Es ist nicht die stärkste Spezies, die überlebt, auch nicht die intelligenteste, sondern diejenige, die sich am besten an Veränderungen anpassen kann.“

Wenn du dich, dein Team und dein Unternehmen nachhaltig weiterentwickeln möchtest, dann investiere in deine Lernbereitschaft, Offenheit für Veränderung und den Mut, neue Wege zu gehen. Agilität beginnt nicht mit Methoden – sie beginnt mit deiner Haltung.
Und vergiss nie: Alles zu seiner Zeit.

Lust auf einen Kaffee? Ja!

Ihr fühlt euch gestresst? Dann lasst es regnen!

Einleitung: Der ganz normale agile Wahnsinn (Awareness)

Wir kennen das doch alle, oder? Sprint-Deadlines jagen uns, Stakeholder fordern das Unmögliche, und das Team fühlt sich an wie ein Haufen übermüdeter Eichhörnchen auf Koffein. In der agilen Welt, in der wir eigentlich flexibel und entspannt sein sollten, herrscht oft mehr Chaos als im Strassenverkehr von Mumbai. Und was machen wir? Wir schlucken den Frust runter, arbeiten noch härter und beten zum Code-Gott, dass alles irgendwie gut geht. Aber hey, es gibt eine bessere Lösung! Eine, die so alt ist wie der Buddhismus selbst, aber erstaunlich gut zur Agilität passt.

Die RAIN-Methode: Dein Erste-Hilfe-Set für den agilen Irrsinn (Interest)

Stell dir vor, du stehst unter einer Dusche. Nicht unter einer dieser fiesen, kalten Duschen, die dich morgens aus dem Bett quälen, sondern unter einem warmen, sanften Sommerregen. Dieser Regen wäscht all den Stress, die Anspannung und die negativen Gefühle von dir ab. Klingt gut, oder? Nun, genau das macht die RAIN-Methode – nur ohne Wasser. RAIN ist ein Akronym, das dir hilft, einen kühlen Kopf zu bewahren, wenn es im agilen Dschungel mal wieder brennt:

R wie „Recognize“ (Erkennen): Check mal, was da los ist in deinem Kopf und Körper. Bist du gestresst? Genervt? Oder einfach nur kurz davor, deinen Laptop aus dem Fenster zu werfen?
A wie „Allow“ (Zulassen): Ja, du hast richtig gehört. Lass das Gefühl da sein. Es ist wie mit dem nervigen Kollegen, den du nicht loswirst: Je mehr du dich wehrst, desto schlimmer wird’s.
I wie „Investigate“ (Erforschen): Jetzt wird’s spannend! Frag dich, woher das Gefühl kommt. Was genau hat dich so aus der Fassung gebracht? Ist es wirklich die Deadline, oder steckt da vielleicht noch was anderes dahinter?
N wie „Nurture/Non-Identification“ (Nähren/Nicht-Identifizieren): Sei lieb zu dir selbst! Du bist nicht dein Stress, deine Wut oder deine Deadline-Panik. Gönn dir eine Pause, atme tief durch und mach dir bewusst, dass auch das wieder vorbeigeht.

Agilität trifft Zen: Eine himmlische Verbindung (Desire)

Du fragst dich jetzt vielleicht: Was hat dieser esoterische Kram mit meiner täglichen Arbeit zu tun? Nun, eine ganze Menge! Denn Agilität und Zen haben mehr gemeinsam, als man auf den ersten Blick denkt. Beide betonen:

Präsenz im Hier und Jetzt: Anstatt uns in To-Do-Listen und Zukunftsszenarien zu verlieren, sollen wir den gegenwärtigen Moment bewusst erleben.
Anpassungsfähigkeit: Sowohl im Zen als auch in der Agilität geht es darum, flexibel auf Veränderungen zu reagieren und sich dem Fluss des Lebens (oder des Projekts) anzupassen.
Selbstorganisation: Statt starrer Hierarchien setzen beide auf die Weisheit der Gruppe und die Fähigkeit jedes Einzelnen, Verantwortung zu übernehmen.
Kontinuierliche Verbesserung: Stillstand ist Rückschritt. Sowohl im Zen als auch in der Agilität streben wir danach, uns ständig weiterzuentwickeln und besser zu werden.

Die 4 Schritte zum agilen Erleuchtung (Action)

Also, wie kannst du jetzt konkret von der RAIN-Methode in deinem agilen Alltag profitieren? Hier sind ein paar Vorschläge:

Das tägliche RAIN-Ritual: Nimm dir jeden Morgen ein paar Minuten Zeit, um in dich hineinzuhorchen. Wie fühlst du dich vor dem Sprint? Was sind deine grössten Herausforderungen? Und wie kannst du ihnen mit einer gelassenen und mitfühlenden Haltung begegnen?
RAIN im Sprint-Review: Wenn der Sprint mal wieder nicht so gelaufen ist wie geplant (was ja bekanntlich öfter vorkommt), nutze RAIN, um die Enttäuschung und Frustration im Team aufzufangen. Anstatt Schuldzuweisungen zu suchen, könnt ihr gemeinsam erforschen, was schiefgelaufen ist, und überlegen, wie ihr es beim nächsten Mal besser machen könnt.
Der achtsame Scrum Master: Scrum Master aufgepasst! Wendet RAIN an, um eure eigenen Reaktionen in stressigen Situationen zu reflektieren. Seid ihr wirklich die ruhige und besonnene Führungskraft, die ihr sein wollt, oder lasst ihr euch von jedem kleinen Problem aus der Fassung bringen?
Agile Erleuchtung für Führungskräfte: Führungskräfte können RAIN nutzen, um eine Unternehmenskultur zu fördern, in der Fehler als Lernchancen betrachtet werden und Mitarbeiter sich trauen, offen und ehrlich zu kommunizieren.

Fazit: Lass es regnen – und zwar bewusst!

Die RAIN-Methode ist zwar kein Allheilmittel für alle agilen Probleme. Aber sie ist ein wirkungsvolles Werkzeug, um einen gesünderen, produktiveren und mitfühlenderen Umgang mit den Herausforderungen der modernen Arbeitswelt zu finden. Indem wir lernen, unsere Emotionen bewusst wahrzunehmen, sie zuzulassen, sie neugierig zu erforschen und ihnen mit Freundlichkeit zu begegnen, können wir uns von reaktiven Mustern befreien und eine neue Ebene der Souveränität und Gelassenheit erreichen.

Für Einzelpersonen:

Integriere RAIN in deine tägliche Routine: Nimm dir regelmässig Zeit für kurze Check-ins mit dir selbst, um deine Emotionen wahrzunehmen und mit ihnen umzugehen.
Nutze RAIN in schwierigen Situationen: Wende die Methode bewusst an, wenn du Stress, Frustration oder andere belastende Gefühle erlebst, sei es bei der Arbeit oder im Privatleben.
Übe Selbstmitgefühl: Sei geduldig und freundlich mit dir selbst, besonders wenn du Fehler machst oder Rückschläge erlebst. Betrachte diese als Gelegenheiten zum Lernen und Wachsen.

Für Teams:

Etabliert RAIN als Team-Praxis: Integriert die RAIN-Methode in eure Retrospektiven oder andere Team-Meetings, um gemeinsam schwierige Situationen zu reflektieren und einen konstruktiven Umgang mit ihnen zu finden.
Schafft eine Kultur der Offenheit: Fördert einen offenen und ehrlichen Austausch über Emotionen und Herausforderungen im Team.
Übt Empathie: Ermutigt die Teammitglieder, sich in die Lage anderer hineinzuversetzen und deren Perspektiven und Gefühle zu verstehen.

Für Führungskräfte:

Seid ein Vorbild: Demonstriert selbst einen achtsamen und mitfühlenden Umgang mit Emotionen und Herausforderungen.
Schafft eine unterstützende Umgebung: Fördert eine Unternehmenskultur, in der Fehler als Lernchancen betrachtet werden und Mitarbeiter sich trauen, offen und ehrlich zu kommunizieren.
Investiert in die emotionale Intelligenz eurer Mitarbeiter: Bietet Schulungen und Workshops an, um die emotionale Kompetenz und Resilienz der Teams zu stärken.
Entwickle deine Führungsqualitäten weiter: Unsere Leadership-Trainings basieren auf dem Modell von Bill Joiner und begleiten dich auf deinem Weg von der Experten- zur Achiever- bis hin zur Catalyst-Führungskraft. Die Prinzipien von RAIN können dich dabei unterstützen, die dafür notwendige Selbstreflexion, Empathie und emotionale Reife zu entwickeln und so deine Reise zum Catalyst-Leader erfolgreich zu gestalten.

Indem wir die Prinzipien der RAIN-Methode in unseren agilen Arbeitsalltag integrieren und uns an Modellen wie dem von Bill Joiner orientieren, können wir nicht nur unsere individuelle Leistungsfähigkeit steigern, sondern auch eine positive und nachhaltige Wirkung auf unsere Teams, Organisationen und die Welt um uns herum erzielen. Lass es regnen – und zwar bewusst!

OrgOps Denkrahmen: Flight Levels & unFIX wirksam verbinden

Viele Organisationen stehen heute nicht vor dem Problem, zu wenig Frameworks zu haben – sondern zu viele, die nicht miteinander sprechen. In Transformationsprojekten höre ich oft: „Wir haben Scrum, OKRs, SAFE, Team Topologies – aber wir kommen trotzdem nicht weiter.“

Was fehlt, ist kein neues Modell. Sondern ein Navigationssystem, das hilft zu entscheiden: Was ist gerade das Richtige – und warum?

Genau hier setzt der OrgOps Denkrahmen an. Er will keine weitere Methode sein, sondern ein strukturierendes Navigationssystem, das vorhandene Denkmodelle wie Flight Levels und unFIX kontextsensitiv verknüpft. Inspiration dafür kam unter anderem aus Klaus Leopolds Beitrag „Flight Levels: The Operating System for Your Organization“ – und aus der Arbeit im Flight Levels System Architect Workshop mit Markus Brandl.

Für alle mit wenig Zeit: Worum geht es in diesem Beitrag?

Flight Levels strukturiert den Wertfluss in Organisationen – und das hervorragend. Doch Organisationen benötigen mehr als Flow: Entscheidungslogik, bewusstes Strukturdesign, Lernsysteme und Entwicklungsperspektiven.

Der OrgOps Denkrahmen unterstützt Organisationsberater:innen, Agile Coaches und Transformationsexpert:innen dabei, Denkmodelle wie Flight Levels und unFIX kontextsensitiv einzusetzen. Er beschreibt sechs Steuerungsebenen, die gemeinsam die Denklogik einer lebendigen Organisation bilden.

Drei Kernaussagen

Flight Levels bringt Transparenz in den Wertfluss – für Strategie, Koordination und Umsetzung.
unFIX ermöglicht Dialog und bewusstes Strukturdesign für effektive Zusammenarbeit.
Der OrgOps Denkrahmen hilft, Denkmodelle kontextsensitiv zu verknüpfen und im organisationalen System wirksam einzusetzen.

Der OrgOps Denkrahmen als Navigationssystem für Organisationen

Flight Levels ist ein leistungsfähiges Betriebssystem für den Wertfluss. Doch wie jedes Betriebssystem braucht es mehr als App-Koordination: Ressourcenverwaltung, Governance-Architekturen und systemische Entwicklungslogiken. Der OrgOps Denkrahmen erweitert diese Perspektive strukturell.

Er betrachtet Organisation als lebendiges System mit sechs strukturellen Perspektiven, gegliedert in zwei Hauptbereiche:

StructureOps – Die strukturelle Ebene

GovernanceOps: Prinzipien, Werte, Entscheidungslogiken, Strukturdesign
HumanOps: Menschen, Beziehungen, Führung, Kultur
SystemOps: Reflexion, Transformation, Co-Evolution

ImpactOps – Die Wertschöpfungsebene

StrategyOps: Ziele, Ausrichtung, Wirkung
OrchestrationOps: Koordination, Vernetzung, Schnittstellen
ExecutionOps: Umsetzung, operative Arbeit, Ergebnisse

Der Denkrahmen hilft zu erkennen, welche organisationalen Dimensionen betroffen sind – und welche Denkmodelle dort am wirksamsten eingesetzt werden können. Wirkung entsteht nie isoliert, sondern immer im Kontext des größeren Systems.

Flight Levels: Struktur im ImpactOps-Bereich schaffen

Flight Levels wirkt besonders dort, wo Wert entsteht – in dem, was ich als ImpactOps zusammenfasse: Strategy, Orchestration und Execution. Es:

bringt Sichtbarkeit in strategische Arbeit (FL3)
strukturiert Koordination (FL2)
unterstützt Teamumsetzung (FL1)

Mit Flight Levels System Architecture (FLSA) lässt sich analysieren:

Wo fehlt Verbindung zwischen Ebenen?
Wo stockt der Wertfluss?
Wo braucht es Steuerung oder Feedbackschleifen?

Flight Levels ist kein Strukturframework – und das ist seine Stärke: Agnostisch. Fokussiert. Wirksam. Deshalb habe ich mich entschieden, mich als Flight Levels Professional weiterzubilden.

unFIX: Strukturdesign als Dialog verstehen

unFIX ist kein starres Framework, sondern ein offenes Strukturmodell, das Organisationen über Muster wie Crews, Bases, Forums oder Turfs bewusst gestalten hilft.

Wichtiger noch: unFIX ist ein Gesprächsanlass. Es initiiert strukturierte Dialoge mit Führung, Teams oder HR:

Wie wollen wir zusammenarbeiten?
Welche Strukturen brauchen wir wofür?
Wo brauchen wir Flexibilität – wo Verbindlichkeit?

In OrgOps ordne ich diese Fragen dem jeweiligen strukturellen Raum zu:

Strukturdesign-Workshops → GovernanceOps
Rollenlogik & Koordination → OrchestrationOps
Menschen & Entwicklung → HumanOps

unFIX ist kein Pattern-Katalog, sondern ein Struktur-Dialog. Der OrgOps Denkrahmen hilft zu erkennen, wo dieser Dialog gerade geführt werden sollte.

Kontextsensitiv statt Framework-fixiert

Der OrgOps Denkrahmen verändert die Perspektive: Es geht nicht darum, ein weiteres Framework zu implementieren, sondern vorhandene Denkmodelle kontextsensitiv zu verknüpfen und systemisch nutzbar zu machen.

Die entscheidende Frage lautet: Worum geht es gerade im System – und welches Denkmodell ist hier am wirksamsten?

Beispiele:

Flight Levels → für Flow & Arbeitssystematik (StrategyOps, OrchestrationOps, ExecutionOps)
unFIX → für Strukturdialog & Zusammenarbeit (GovernanceOps, OrchestrationOps)
M3K → für Führung & Kultur (HumanOps, GovernanceOps)
Rendanheyi → für Marktdynamik & Eigenverantwortung (SystemOps, GovernanceOps, StrategyOps)

Der OrgOps Denkrahmen ist keine Methode, sondern ein strukturierendes Meta-System, das hilft, Wirkung bewusst zu gestalten.

Für wen ist der OrgOps Denkrahmen relevant?

Organisationsberater:innen, die verschiedene Denkmodelle integrativ nutzen wollen
Agile Coaches, die über Flow-Optimierung hinausdenken
Führungskräfte, die ein Navigationssystem für Transformation suchen
HR-Expert:innen, die Strukturen und Entwicklung systemisch begleiten wollen

Viele Organisationen suchen nach „dem richtigen Framework“ – und übersehen, dass wirksame Entwicklung kontextsensitiv gedacht werden muss. Keines der Denkmodelle adressiert allein alle Aspekte einer Organisation.

Der OrgOps Denkrahmen vernetzt Flight Levels, unFIX & Co. gezielt – und macht sie anschlussfähig für konkrete Kontexte.

Fazit & Einladung

Wir brauchen weniger neue Methoden. Aber mehr systemische Orientierung – für Denkmodelle, die bereits wirken könnten, wenn sie gezielt verbunden werden.

Ich entwickle den OrgOps Denkrahmen weiter: als Navigationshilfe für Kontextsensitivität, strukturelle Klarheit und nachhaltige organisationale Wirksamkeit.

Wenn du mit Flight Levels, unFIX oder anderen Denkmodellen arbeitest und ein übergreifendes System suchst, das hilft, Wirkung bewusst zu steuern:

Lass uns sprechen. linkedin.com/in/roman-wurzel

Warum dein Board nicht lügt – und was du nicht sehen willst

Die Einführung agiler Methoden ist oft wie ein Besuch beim Optiker. Man sieht plötzlich besser. Nur gefällt einem das Bild nicht, das erscheint. Die Konturen sind schärfer, die Farben echter – aber das, was man sieht, ist ernüchternd vertraut. Und das kann wehtun.

Viele Teams starten ihre agile Reise mit einem Board. Scrum oder Kanban, ganz egal. Man zeichnet Spalten, verteilt Kärtchen, klebt Post-its. Man ist motiviert. Man will loslegen. Und ist am Ende überrascht, wie bekannt das alles aussieht. Wie sehr das Neue nach dem Alten riecht.

Statt eines Flow of Value sieht man einen Flow of Excel. Die Spalten heissen wie Abteilungen. Die Arbeit folgt dem Organigramm. Die Struktur kennt man – sie ist alt. Nur eben jetzt auf einem agilen Brett. Mit Stickern. Und dem leisen Gefühl, dass etwas nicht stimmt.

Das Problem ist nicht das Board. Das Problem ist, dass es zu ehrlich ist.

Boards visualisieren nicht die Zukunft. Sie zeigen die Gegenwart. Gnadenlos. Sie zeigen, wie man denkt. Wie man arbeitet. Wie man Verantwortung versteht. Und was man lieber nicht sehen will.

Doch hinter dem, was da sichtbar wird, liegt mehr als nur aktuelle Struktur. Es liegt Geschichte darin. Gelebte Erfahrung. Gelernte Muster. Eine Vergangenheit, die nicht einfach verblasst, nur weil man neue Methoden einführt.

Wenn Teams ihr erstes Board entwerfen, tun sie das nicht auf einer weissen Leinwand. Sie tun es mit dem Pinsel ihrer Vergangenheit. Sie übertragen, was sie kennen, in das, was sie hoffen. Alte Prozesse werden in neue Spalten gegossen. Historisch gewachsene Produktlogik wird zum Massstab für Backlog-Schnitte. Bekanntes Denken wird vorsichtshalber beibehalten, während man Neues testet. Sicherheit geht vor – auch wenn es bremst.

Das ist menschlich. Es ist nachvollziehbar. Und es ist der häufigste Grund, warum Transformationen stecken bleiben.

Wir projizieren unser altes Wissen in das neue System – und sind irritiert, wenn es sich fremd anfühlt. Wir versuchen, das Neue dem Alten ähnlich zu machen – und wundern uns, dass es nicht funktioniert wie bei denen, die wir bewundern. Die Methode wird angepasst, bis sie wieder ins alte Muster passt. Und dann heisst es: Agile bringt nichts.

Doch das stimmt nicht. Was nichts bringt, ist der Versuch, Neues mit alten Werkzeugen zu bauen. Ein Board ist kein Zauberstab. Es zeigt nur, was da ist. Und manchmal zeigt es sehr deutlich, wie stark die Vergangenheit noch mitredet.

Wer ein Kanban-Board entwirft und dabei Produktarchitektur mit Prozessdenken verwechselt, bekommt kein Flowsystem. Sondern ein Abbild seiner inneren Zersplitterung. Ein visuelles Echo alter Gewohnheiten.

Man will ein Produkt liefern, aber denkt in Zuständigkeiten. Man will Kundennutzen, aber sortiert nach Skills. Man will Agilität, aber führt sie durch das Nadelöhr des Bekannten. Was bleibt, ist ein Widerspruch mit hübscher Oberfläche.

Warum ist das so?

Organisationen sind konservativ. Nicht aus Böswilligkeit. Sondern aus Gewohnheit. Man hat gelernt, dass Dinge funktionieren, wenn man sie kontrolliert. Wenn man sie plant. Wenn man sie in kleine, zuständige Einheiten zerlegt. Das hat über Jahrzehnte funktioniert. In einer Welt, die planbar war.

Agile Methoden fordern das Gegenteil. Verantwortung wandert ins Team. Wert entsteht nicht mehr am Ende, sondern unterwegs. Klarheit wird wichtiger als Kontrolle. Kommunikation schlägt Struktur. Und das macht Angst. Verständlich.

Viele Führungskräfte unterschätzen das. Sie denken, ein bisschen Training reicht. Ein Zertifikat hier, ein Taskboard da – und schon läuft es.

Tut es aber nicht.

Denn was sich ändern muss, ist nicht das Tool. Es ist das Denken. Die Logik. Die Haltung. Und oft auch der Mut, die eigene Geschichte kritisch zu betrachten.

Produktdenken ist nicht Prozessdenken. Und ein Wertstrom ist kein Abteilungsworkflow mit Hüten auf. Es geht nicht um Effizienz entlang bestehender Linien. Es geht um Wirksamkeit entlang neuer Wege.

Teams, die scheitern, scheitern oft nicht an der Methode. Sie scheitern daran, dass sie mit alten Modellen ein neues Spiel spielen wollen. Sie versuchen, neue Ergebnisse mit vertrautem Denken zu erzwingen. Und wundern sich über den Stillstand.

Und Coaches? Berater:innen?

Sie stehen oft da wie Übersetzer in einer fremden Welt. Sie zeigen auf die Widersprüche. Sie erklären, warum das Sprintziel kein Reportinginstrument ist. Warum ein Backlog kein Wunschzettel sein darf. Warum ein Kanban-System keine Projektlandkarte abbildet. Sie geben Impulse. Sie machen Angebote. Aber gehen muss das System selbst.

Denn am Ende hilft nur eines: Das System muss sich bewegen. Nicht der Berater. Nicht das Board. Sondern das Denken, das dahinter steht. Und das Denken ist nicht neutral. Es kommt aus der Vergangenheit. Es trägt Geschichte. Es trägt Kultur. Es trägt Verantwortung.

Das ist keine Frage von Technik. Sondern von Haltung. Von Mut. Von Entscheidung.

Führungskräfte müssen sich fragen: Bin ich bereit, mein System anders zu denken? Bin ich bereit, Verantwortung abzugeben? Bin ich bereit, mein Produktbild zu verändern – nicht nur die Methodik drumherum?

Denn das Board, das dein Team baut, zeigt nicht, wo ihr hinwollt. Es zeigt, wo ihr steht. Und manchmal zeigt es auch, wo ihr feststeckt. In der eigenen Geschichte.

Und das ist nicht immer angenehm.

Aber es ist ein Anfang.

Hätte ich das vor einem Jahr gewusst … ich würde alles noch einmal genauso machen.