Monat: März 2025

Wie Agile die Arbeitswelt verändert hat, ein Rückblick.

Agile ist nicht tot – es ist das neue Normal!

Die ständigen „Agile ist tot“-Posts sind meist Ausdruck von Frustration. Viele Unternehmen haben sich schwergetan, Agile wirklich zu meistern, und scheitern oft nicht an der Methode, sondern an ihrem eigenen Mindset, ihrer Organisationsstruktur und Führungskultur. Doch wenn wir die letzten 20 Jahre betrachten, zeigt sich deutlich: Agile hat die Art, wie wir arbeiten, grundlegend verändert – und das bleibt.

Wie Agile die Arbeitswelt verändert hat

1. Kontinuierliche Verbesserung als Standard

Früher: Reflexionen gab es kaum, ausser in Form von Post-Mortems am Ende eines gescheiterten Projekts. Fehler wurden dokumentiert, aber es änderte sich wenig.
Heute: Retrospektiven und regelmässige Lernschleifen sind der Standard – in Teams, Abteilungen und sogar auf Unternehmensebene. Es ist normal geworden, alle 1–2 Wochen zu hinterfragen: Was können wir besser machen?

2. Echte Kundenzentrierung statt Annahmen

Früher: Produkte wurden über Jahre entwickelt, basierend auf Annahmen und Business Cases – ohne echten Kundenkontakt.
Heute: Customer Feedback ist integraler Bestandteil der Produktentwicklung. Ob über MVPs, regelmässige Nutzerinterviews oder datengetriebenes Lernen – der Kunde ist heute mitten im Prozess.

3. Planung ist kollaborativ, nicht Top-Down

Früher: Der Chef oder das PMO legten fest, was zu tun ist – Teams mussten es umsetzen.
Heute: Agile Teams planen selbst mit. Scrum Plannings, PI-Plannings oder Flight Level Initiativen zeigen: Planung ist ein gemeinschaftlicher Prozess – die Menschen, die die Arbeit machen, sind beteiligt.

4. Messen von Leistung ist transparenter und sinnvoller

Früher: Erfolg wurde an Zeitplänen und Budgets gemessen – egal, ob das Produkt am Ende einen Mehrwert hatte oder nicht.
Heute: OKRs, Flow Metrics, Outcomes statt Outputs – Erfolg wird daran gemessen, ob wir einen echten Unterschied für Kunden und Unternehmen machen.

5. Führung ist ein Enabler, nicht ein Kontrolleur

Früher: Manager haben Arbeit delegiert und kontrolliert.
Heute: In agilen Organisationen coachen, fördern und entfernen Führungskräfte Hindernisse, statt nur zu steuern. Servant Leadership ist das neue Ideal.

6. Transparenz über den Arbeitsprozess

Früher: Niemand wusste genau, woran andere Teams arbeiteten – Silos waren normal.
Heute: Dank Kanban-Boards, Sprint Reviews, Big Room Plannings und Flight Levels ist Transparenz die Norm.

7. Time-to-Market ist dramatisch gesunken

Früher: Grosse Releases alle paar Jahre waren normal.
Heute: Continuous Delivery, DevOps und inkrementelle Releases ermöglichen es, Produkte innerhalb von Tagen oder Wochen auf den Markt zu bringen.

8. Fehlerkultur ist akzeptierter

Früher: Fehler waren etwas, das vertuscht wurde – oder schlimmer, bestraft.
Heute: Fail fast, learn fast ist Standard. Unternehmen wie Google, Amazon oder Spotify haben gezeigt: Wer schneller lernt, gewinnt den Markt.

9. Die ganze Organisation wird agiler – nicht nur IT

Früher: Agile war eine Nischenmethode für Software-Entwicklung.
Heute: HR, Marketing, Sales, Controlling – alle nutzen agile Prinzipien in irgendeiner Form. Business Agility ist der neue Wettbewerbsfaktor.

10. Agile ist überall integriert – auch in klassisches PM

Früher: Es gab eine harte Trennung zwischen klassischem PM und Agilität.
Heute: Hybride Ansätze wie SAFe, Disciplined Agile oder Flight Levels zeigen, dass agile Prinzipien überall eingebaut werden.

Die wahre Herausforderung: Kultur, Zusammenarbeit und Machtverteilung

Agile Methoden haben nicht nur Prozesse und Strukturen verändert, sondern auch die Art, wie Menschen miteinander arbeiten. Doch diese Entwicklung ist nicht völlig neu – wir haben bereits Vorreiter, die zeigen, was möglich ist:

  • Haier mit seinem dezentralen Unternehmensmodell, das klassische Hierarchien aufgelöst hat.
  • Spotify mit seinem Squad-Framework, das Teamautonomie in den Mittelpunkt stellt.
  • Buurtzorg in der Pflegebranche, das auf selbstorganisierte Teams setzt.
  • Handelsbanken, die zentrale Steuerung auf ein Minimum reduziert haben.

Doch genau hier scheitern viele Unternehmen. Sie haben zwar Scrum eingeführt, aber ihre Machtstrukturen, ihre Kommunikationsmuster und ihre Kultur sind unverändert geblieben. Sie arbeiten agil in einer nicht-agilen Organisation.

Warum?
Weil man nicht erkannt hat, dass echte Agilität nicht nur Prozesse betrifft, sondern auch das soziale System. Weil man nicht gedacht hat, dass eine Investition in Menschen und Zusammenarbeit sich auszahlen könnte. Weil es unbequem ist, bestehende Machtverhältnisse zu hinterfragen.

Doch die Zeit des Zögerns ist vorbei. Wir stehen mitten in einem disruptiven Wandel. Kanadas Premierminister Justin Trudeau formulierte es treffend:

„Die Welt verändert sich in einem Tempo, das sie nie wieder so langsam wie heute sein wird.“

Mit KI, Robotik und Automatisierung stehen wir an der Schwelle zu einer neuen Ära. Unternehmen, die ihr Schiff nicht schon seetüchtig gemacht haben, werden im kommenden Sturm erkennen, ob ihr alter Tanker noch schwimmt – oder ob sie in den Wellen untergehen.

Jetzt ist es Zeit für den nächsten Schritt:

  • Neue Formen der Zusammenarbeit jenseits der agilen Methoden.
  • Neue Kommunikationsstrukturen, die Transparenz und Offenheit fördern.
  • Eine bewusste Entwicklung der Organisationskultur hin zu mehr Vertrauen, Eigenverantwortung und Innovation.
  • Eine Neudefinition von Leadership, bei der Führungskräfte zu Begleitern und Ermöglichern des Wandels werden.

Fazit: Agile ist nicht tot – aber es braucht den nächsten Evolutionsschritt

Agilität hat sich durchgesetzt, aber sie allein reicht nicht mehr aus. Die nächste Welle der Transformation betrifft Menschen, Kultur und Machtverteilung.

  • Schafft Räume für echte Kollaboration – nicht nur für Prozesse.
  • Entwickelt eure Führungskräfte zu Ermöglichern, nicht zu Kontrolleuren.
  • Hinterfragt bewusst die Machtstrukturen in eurer Organisation.
  • Behandelt Kultur nicht als Nebensache, sondern als entscheidenden Erfolgsfaktor.

Agile hat die Art verändert, wie wir arbeiten. Jetzt ist es an der Zeit, die Art, wie wir zusammenarbeiten, weiterzuentwickeln. Wer diese Chance nutzt, wird die Zukunft mitgestalten. Wer sie ignoriert, bleibt in der Vergangenheit stecken.

Navigieren im Sturm: Wie ein Scrum Master ein unglückliches Team zu neuem Kurs führt

(gilt natürlich auch für Führungskräfte!)

Der Sturm, den wir alle kennen (Awareness)

Habt ihr euch je gefühlt, als würdet ihr ein sinkendes Schiff steuern? Ich schon. Als Scrum Master hatte ich kürzlich ein Team, das unglücklich war – wirklich unglücklich. Sprint Reviews endeten in Schweigen, Retrospektiven wurden zu Beschwerdeorgien, und die Stimmung war so grau wie ein Novembertag. Es war, als wären wir eine Crew auf hoher See, gefangen in einem endlosen Sturm. Der Wind peitschte uns ins Gesicht, die Wellen schlugen über Deck, und jeder dachte: „Warum passiert das ausgerechnet uns?“
Ich konnte ihnen nicht einfach sagen: „Seid glücklich, das ist eure Wahl.“ Das hätte sie nur noch mehr genervt. Aber ich wollte sie dazu bringen, die Welt anders zu sehen – nicht als Opfer des Sturms, sondern als Navigatoren ihrer Reise. Also erzählte ich ihnen eine Geschichte. Und genau diese Geschichte teile ich heute mit euch – vielleicht hilft sie auch eurem Team, den Kurs zu ändern.

Teil 1: Ein Blick durch den Nebel (Interest)

Stellt euch ein altes Segelschiff vor, mitten im Chaos. Die Crew ist erschöpft – nasse Kleider, knurrende Mägen, und der Kompass dreht sich wie verrückt. Sie schimpfen: „Dieser Sturm wird uns umbringen!“ oder „Wer hat uns überhaupt hierher gebracht?“ Klingt vertraut, oder? In meinen Sprints hörte ich ähnliches: „Die Anforderungen sind unklar!“, „Die Stakeholder ändern ständig alles!“
Dann passiert etwas. Der Kapitän – nennen wir ihn Max – steht auf. Er sagt kein Wort, sondern greift zum Fernrohr und schaut zum Horizont. Die Crew verdreht die Augen: „Was soll das jetzt?“ Aber eine Matrosin, Lisa, wird neugierig. „Was siehst du, Max?“ fragt sie. Er antwortet ruhig: „Ich sehe, dass der Sturm nicht das Meer ist. Er ist nur ein Teil davon.“
Lisa nimmt das Fernrohr selbst – und da, durch den Nebel, erkennt sie einen schwachen Landstrich. Nicht nah, aber erreichbar. Plötzlich reden sie nicht mehr über den Sturm, sondern darüber, was jenseits davon liegt.

Als Scrum Master bin ich oft wie Max. Ich kann den Sturm – unklare Product Goals, technische Schulden, Konflikte – nicht stoppen. Aber ich kann das Fernrohr reichen. In einer Retro fragte ich: „Wann lief es bei uns mal richtig gut?“ Eine Antwort kam zögernd: „Beim letzten Release, als wir zusammengetan haben.“ Ein kleiner Funke. Interesse war geweckt.

Teil 2: Der Moment der Wahrheit (Desire)

Zurück zur Crew. Sie stehen vor einer Wahl. Weiter fluchen, die nassen Füße beklagen und auf besseres Wetter warten? Oder etwas ändern? Lisa sagt: „Wenn wir die Segel anders setzen, könnten wir das Land erreichen.“ Ein anderer, Tom, fügt hinzu: „Und wenn wir zusammen rudern, sind wir schneller.“ Ein Dritter lacht: „Dann könnten wir sogar trockene Socken finden!“
Auf einmal reden sie nicht mehr über das Problem, sondern über die Lösung. Sie merken: Der Sturm ist da, ja. Aber er entscheidet nicht, wohin sie fahren. Sie entscheiden das.

In meinem Team war es ähnlich. Nach der Retro fragte ich: „Was könnten wir tun, um wieder so einen Moment wie beim letzten Release zu haben?“ Jemand sagte: „Weniger Multitasking, mehr Fokus.“ Ein anderer: „Klarere Prioritäten vom Product Owner.“ Die Ideen sprudelten – nicht, weil ich sie anwies, sondern weil sie Lust bekamen, den Kurs zu ändern. Sie wollten nicht mehr nur überleben, sondern ankommen. Als Scrum Master musste ich nur den Raum halten – das Verlangen wuchs von selbst.

Teil 3: Land in Sicht (Action)

Die Crew im Sturm macht sich ans Werk. Sie setzen die Segel neu, rudern im Takt, und ja, sie fluchen noch über den Wind – aber mit einem Grinsen. Am Ende erreichen sie das Land. Nicht, weil der Sturm aufhörte (das tat er nicht), sondern weil sie ihn nicht mehr die Richtung bestimmen ließen. Als sie anlegen, sind sie nass, müde, aber sie lachen. Nicht, weil alles perfekt war, sondern weil sie es zusammen geschafft hatten.
Ich fragte meine Crew damals: „Was hätte unsere Mannschaft anders machen können?“ Die Antwort kam schnell: „Zusammenarbeiten, statt nur zu meckern.“ Und dann: „Vielleicht sollten wir das auch mal probieren.“

Das war der Startschuss. Im nächsten Sprint priorisierten wir eine Aufgabe, die wir gemeinsam rocken konnten – ein kleines „Land“ am Horizont. Wir definierten klare Rollen (wer rudert, wer segelt?), und ich hielt mich zurück, ließ sie navigieren. Das Ergebnis? Der Sprint endete nicht perfekt, aber mit einem Gefühl: „Wir können das steuern.“

Reflexion: Was Scrum Masters und Führungskräfte lernen können

Diese Geschichte hat mir gezeigt: Unglückliche Teams brauchen kein Glücksrezept, sondern eine neue Perspektive. Als Scrum Master kannst du kein Wetterguru sein, aber ein Navigator. Du musst sie nicht belehren – erzähl ihnen eine Geschichte, die sie abholt. Zeig ihnen den Horizont, ohne ihn zu erzwingen.

  • Aufmerksamkeit: Spiegle ihre Realität (den Sturm), damit sie sich verstanden fühlen.
  • Interesse: Biete eine Wendung (das Fernrohr), die sie neugierig macht.
  • Verlangen: Lass sie selbst entdecken, dass sie den Kurs ändern können.
  • Aktion: Gib ihnen den Raum, die Segel zu setzen – sie werden es tun, wenn sie wollen.

Dein nächster Schritt

Fühlst du dich auch wie ein Kapitän im Sturm? Dann schnapp dir dein Fernrohr. Erzähl deinem Team eine Geschichte – vielleicht diese, vielleicht eine eigene. Frag sie: „Was sehen wir am Horizont?“ Und dann lass sie rudern. Teilt eure Erfahrungen in den Kommentaren – ich bin gespannt, wohin eure Reise führt!

Theorie-Teil_

AIDA:

  • Awareness: Einleitung mit der Sturm-Metapher.
  • Interest: Die Wendung mit dem Fernrohr.
  • Desire: Die Crew findet Motivation.
  • Action: Der Schluss mit konkreter Umsetzung und Aufruf.
  • Scrum-Elemente: Retro, Sprint, Product Owner – für Authentizität aus der Scrum-Master-Sicht.