Autor: Ruedi

Du schätzt User Stories im Planning Poker. Aber mal ehrlich: Wie oft hältst Du wirklich, was Du in Story Points versprichst?

Viele Teams schätzen den Aufwand (Complexity), doch diese Zahl hilft dem Product Owner (PO) nur bedingt. Was der PO wirklich wissen muss, ist: Wie sicher kann ich meinen Stakeholdern die Lieferung dieses Features versprechen?

Wir drehen die Logik um: Deine Schätzung soll keine Aufwandsangabe sein, sondern ein direktes Commitment-Level für den PO. Deine Story Points messen ab sofort, wie wahrscheinlich die pünktliche Fertigstellung im Sprint oder innerhalb der vereinbarten Lead Time ist.

🎲 Die neue Logik: Kleine Zahl = Hohe Wahrscheinlichkeit

Unter dieser Methode ist der Story Point eine inverse Kennzahl. Er korreliert direkt mit der Klarheit, Kleinheit und Machbarkeit der Aufgabe.

Was misst Du jetzt?

Du misst nicht länger nur die Stunden, sondern die Qualität des Backlog-Items. Eine niedrige Zahl bedeutet, dass das Item die Definition of Ready perfekt erfüllt, klein genug geschnitten wurde und Du alle notwendigen Informationen hast, um es als vorhersagbaren Durchsatz zu behandeln.

Eine Schätzung von 13 ist dabei keine gigantische Aufgabe, sondern ein veto gegen die Lieferbarkeit. Es ist die klare Ansage an den PO: Dieses Item in seinem aktuellen Zustand kann nicht im nächsten Sprint versprochen werden.

Die Konsequenzen für Dein Sprint Planning

Diese Logik zwingt Dich und den PO, das Planning und das Refinement mit einem völlig neuen Fokus anzugehen:

1. Der PO bekommt ein direktes Steuerinstrument

Der PO kann im Planning nun Items nicht nur nach Wert, sondern auch nach Zuverlässigkeit auswählen. Wenn Zuverlässigkeit in diesem Sprint entscheidend ist (z.B. vor einem großen Event oder einem Release), wählt der PO Items mit maximaler Wahrscheinlichkeit: viele „1er“, „2er“ und „3er“.

Muss der PO ein „5er“-Item (50–75% Wahrscheinlichkeit) in den Sprint nehmen, weiß er sofort, dass er eine Wette eingeht. Er kann Stakeholder transparent informieren: „Wir arbeiten daran, aber die Chance, dass es platzt, ist 25–50%.“

2. Das Team ist der Hüter der Klarheit

Das Team nutzt hohe Schätzungen („5“ oder „8“), um Klarheit zu erzwingen. Eine hohe Schätzung ist ein automatischer Refinement-Trigger.

• Team: „Wir müssen diese Story auf 3 schätzen, denn eine 5 ist uns zu unsicher.“
• PO: „Was fehlt euch für eine 3?“
• Team: „Wir müssen das Interface mit dem Legacy-System klären.“

Das Planning wird so zur Risikobewertung des Backlogs, bevor Code geschrieben wird. Es eliminiert die frustrierende Situation, dass ein Team ein unklares Item akzeptiert, nur um die Velocity zu füllen.

3. Das Comeback der strategischen Kapazitätsmarge

Hier schließt sich der Kreis zu Donald G. Reinertsens „Design Factory“. Wie wir besprochen haben, ist es tödlich, die Kapazität auf 100 % auszuregen.

Wenn Du Deine Planung unter dem Gesichtspunkt der Lieferwahrscheinlichkeit durchführst, wirst Du instinktiv keine 100% Auslastung anstreben:

• Keine Überlastung: Du nimmst nur so viele „1er“, „2er“ und „3er“ in den Sprint, bis Deine kollektive Wahrscheinlichkeit der Lieferung ein akzeptables Niveau erreicht.
• Puffer für die Wette: Wenn Du ein risikoreiches „5er“-Item in den Sprint aufnehmen musst, bleibt idealerweise ein Kapazitäts-Puffer (Deine cross-funktionalen Teams) im Sprintplan. Dieser Puffer ist die Rückversicherung, die Du ziehst, wenn die 5er-Wette schiefgeht und unerwarteter Klärungsbedarf entsteht.

Deine Schätzung wird vom lästigen Erbsenzählen zu einem strategischen Instrument – für Dich, um die Qualität Deiner Arbeit zu sichern, und für Deinen PO, um verlässliche Lieferversprechen abzugeben.

Letzte Woche hatte ich das Vergnügen, mich mit einer Gruppe von Coaches und Trainern auszutauschen. Ein Highlight war das Gespräch mit Andreas ( Andy) Schliep, den man in der Szene zu Recht als „Agiles Wikipedia“ bezeichnen könnte. Er zeigte mir ein Dokument, das mich sofort fesselte: die Definition von Enterprise Scrum (ES) von Mike Beedle.

Was ich sah, war kein weiteres Skalierungsframework, das die Softwareentwicklung komplizierter macht. Es war ein generisches Management-Framework, das die Essenz von Scrum auf das gesamte Unternehmen ausdehnt. Es liefert die Blaupause für die echte Business Agility, über die wir alle sprechen, die aber oft an den Wänden von Finance, HR oder Marketing scheitert. Dieses Konzept ist zu spannend, um es für mich zu behalten, und ich möchte es hier mit Euch teilen.

Der Visionär: Mike Beedle

Bevor wir in die Details eintauchen, müssen wir dem Kopf hinter der Idee kurz Tribut zollen. Mike Beedle (1962–2018) war nicht nur irgendein Agilist. Er war einer der Original-Unterzeichner des Agile Manifests aus dem Jahr 2001 – ein echter Pionier.

Beedle erkannte schon früh, dass der wahre Wert von Scrum nicht in den Rollen oder Meetings liegt, sondern im empirischen Prozess der Wertschöpfung. Er verstand, dass Scrum als Framework für die Softwareentwicklung geboren wurde, aber seine Prinzipien — Transparenz, Überprüfung, Anpassung — für jede Unternehmensfunktion universell gültig sind. Enterprise Scrum (ES) ist sein Vermächtnis, der Versuch, diese Verallgemeinerung formal zu definieren.

Enterprise Scrum (ES): Vom Sprint zum Cycle

Was ist nun der Kern von Enterprise Scrum? Es ist die konsequente Übertragung der empirischen Steuerung auf alle Ebenen und Bereiche eines Unternehmens.

1. Generizität: Der universelle Wertstrom

ES ist nicht auf IT beschränkt. Die grundlegenden Artefakte werden umbenannt, um diese Generizität zu betonen:

• Value List (VL): Ersetzt das Product Backlog. Es enthält VLI (Value List Items), die nicht nur Code oder Features, sondern auch Kampagnen, Compliance-Prüfungen, Geschäftsstrategien oder Finanzentscheidungen sein können.
• Cycle (Zyklus): Ersetzt den Sprint. Ein Cycle ist eine konfigurierbare, geschachtelte Time-Box (PCRI: Planning, Collaboration, Review, Improve). Ein Quartals-Cycle kann Dutzende von Wochen-Cycles beinhalten. Das erlaubt es Dir, Strategie (lang) und Ausführung (kurz) im Fluss zu halten.

2. Skalierung durch Subsumption

Der wohl revolutionärste Ansatz von ES ist die Skalierungslogik. Statt starrer, zentralisierter Planung (wie in vielen anderen Frameworks) nutzt ES das Subsumption-Prinzip:

• Entscheidungen werden auf der niedrigsten Ebene getroffen, wo die unmittelbare Realität und das Feedback am besten bekannt sind.
• Wenn eine Entscheidung (z. B. Budget, Priorität) auf einer höheren Ebene getroffen werden muss, subsumiert die höhere Ebene die Entscheidung, aber sie tut dies, indem sie sich auf die Ergebnisse und Messungen der darunterliegenden Teams stützt. Dies fördert Autonomie und verhindert, dass das Unternehmen von einem zentralen „Command & Control“-System gesteuert wird.

3. Die Balanced Scorecard der Agilität (N-Metrics)

ES bricht mit der alleinigen Fixierung auf die Velocity. Da der Wertbeitrag eines Compliance-Teams oder der Personalabteilung nicht in Story Points gemessen werden kann, führt ES die N-Metrics ein – eine Reihe von balancierten Metriken.

Das Ziel ist es, den Business Value durch die Balance von vier Hauptbereichen zu definieren:

1. Profit / Finanzen
2. Kundenzufriedenheit (CX)
3. Mitarbeiterzufriedenheit (EX)
4. Zweck (Purpose)

Du kannst nicht mehr nur den Umsatz steigern, während die Mitarbeiterzufriedenheit sinkt. ES zwingt Dich, den gesamten Wertbeitrag im Blick zu behalten und die Agilität gesund zu halten.

Warum Enterprise Scrum heute entscheidend ist

Mike Beedle hat ES entwickelt, um Unternehmen für das 21. Jahrhundert fit zu machen. Angesichts der heutigen Realität – exponentielle technologische Entwicklung, Globalisierung und geopolitische Unsicherheit – ist ES wichtiger denn je:

1. Das Problem der „Agilen Inseln“

Viele Unternehmen haben ihre IT-Abteilung agilisiert, aber der Rest des Unternehmens arbeitet weiterhin im starren Business Waterfall. Das Ergebnis: Der agile Zug muss ständig auf das Marketing-Budget, die Compliance-Freigabe oder die Quartalsplanung warten. ES reißt diese funktionalen Silos ein, indem es alle dazu zwingt, im selben Cycle-Rhythmus zu arbeiten und empirisch zu steuern.

2. Vom Output zum Outcome (und zum Purpose)

In einer Welt, in der Unternehmen schnell auf gesellschaftliche und klimatische Veränderungen reagieren müssen, reicht es nicht, nur auf kurzfristigen Profit zu schauen. Die N-Metrics sind das notwendige Steuerungsinstrument, um nachhaltiges Wachstum zu sichern. Sie garantieren, dass die Agilität nicht zur rücksichtslosen Maximierung, sondern zur resonananten Anpassung genutzt wird.

3. Skalierung ohne Starrheit

Frameworks müssen heute die Geschwindigkeit der Entscheidung erhöhen, nicht verlangsamen. Die Subsumption-Logik und die konfigurierbaren Cycles erlauben es einem Unternehmen, sowohl die langfristige Vision (Big Cycle) zu verfolgen als auch sekündliche Entscheidungen (Small Cycle) dezentral zu treffen, ohne dass das Top-Management zum Flaschenhals wird. ES ist ein generisches Gerüst, das sich der Komplexität des jeweiligen Unternehmens anpasst, anstatt eine Einheitslösung aufzuzwingen.

Enterprise Scrum ist für mich die logische, konsequente und visionärste Weiterentwicklung der agilen Philosophie. Es ist kein Framework für Entwickler, sondern für moderne Führungskräfte, die verstehen, dass Agilität eine Haltung und ein Managementprinzip für die gesamte Organisation sein muss.

Ich bin dankbar für den Austausch, der mir dieses Juwel wieder ins Gedächtnis gerufen hat.

Anmerkung: Das Originaldokument (Enterprise Scrum Definition) sowie eine deutsche Übersetzung findest Du hier zum Download und zur Vertiefung. (Version 3.3 und Version 4.0)

Hier eine übersetzte Version.

Der Drang, jede Ressource maximal auszulasten, ist tief in unserem betriebswirtschaftlichen Denken verwurzelt. Wer kennt es nicht? Wenn Dein Team oder eine Maschine nur zu 80% ausgelastet ist, fühlt sich das intuitiv nach „Verschwendung“ an. Doch in der hochkomplexen und variablen Welt der Produktentwicklung und des modernen Designs führt dieses Streben nach 100% Auslastung direkt in die Katastrophe.

Du musst Dein Denken ändern. Wie der Produktentwicklungsexperte Donald G. Reinertsen in seinem wegweisenden Buch „Managing the Design Factory“ argumentiert: Überschüssige Kapazität ist keine Verschwendung, sondern die lebenswichtige Marge, die Deinen Entwicklungsprozess vor dem Stillstand bewahrt.

Stell dir vor du bist Product Owner von einem coolen Team aber Kundenwünsche kannst du nur alle 3 Monate umsetzen und wenn so früh, dann auch nur unter sehr grosser Unsicherheit zum Liefertermin. Genau hier macht es Sinn den Blog genau zu lesen. 🙂

Die Falle der 100%-Auslastung

In einer Fabrik, in der immer wieder die gleichen Schrauben produziert werden, ist die Auslastungsrate ein valides Mass. Die Produktentwicklung, oder, wie Reinertsen es nennt, die „Design Factory“, funktioniert jedoch völlig anders.

1. Die Variabilitätsfalle: Entwicklungsarbeit ist inhärent variabel. Die Dauer einer Design- oder Codierungsaufgabe ist unvorhersehbar, weil sie auf die Generierung neuer Informationen abzielt. Versuchst Du, ein System mit hoher Variabilität – wie Deine Entwicklung – maximal auszulasten, explodieren die Warteschlangen (Queues) vor Deinen Engpass-Stationen.

2. Verdoppelte Zykluszeit: Die Warteschlangentheorie, auf die Reinertsen verweist, liefert einen harten, quantifizierbaren Beweis: Fügst Du einem Prozess, der bereits zu 90% ausgelastet ist, nur 5% mehr Arbeit hinzu, verdoppelst Du im schlimmsten Fall die Zykluszeit. Das bedeutet: Deine Projekte dauern doppelt so lange, bis sie fertig sind.

Dein Fokus auf 100% Auslastung erzeugt das, was er als „Projektüberlastung“ beschreibt. Das gesamte System gerät in einen konstanten Zustand des Stillstands. Statt schneller zu werden, weil „alle beschäftigt sind“, wird Deine gesamte Organisation langsam, unzuverlässig und verpasst alle Termine.

Flexibilität als strategische Überkapazität

Wenn Du die Kapazitätssteuerung als den wichtigsten Hebel zur Reduzierung von Warteschlangen und zur Beschleunigung der Entwicklung erkennst, entsteht eine spannende neue Perspektive: Leerlauf ist eine bewusste Investition in Deine Reaktionsfähigkeit.

Wenn Du Deine Kapazität nur zu 70% oder 80% auslastest, schaffst Du Raum für das, was Reinertsen das „echte Leben“ nennt:

• Umgang mit unvorhergesehenen Engpässen (Bottlenecks): Im komplexen Entwicklungsprozess tauchen Engpässe unerwartet auf. Mit einer strategischen Überkapazität kannst Du diese Engpässe sofort entlasten, anstatt das gesamte Programm wochenlang warten zu lassen.
• Reaktion auf Kundenwünsche: Die Flexibilität erlaubt es Dir, kurzfristige, wertvolle Änderungen von Kunden oder dem Markt sofort einzuarbeiten, ohne andere kritische Pfade komplett zu blockieren.
• Risikominderung durch schnelles Scheitern: Im Designprozess ist das Scheitern von Tests eine wertvolle Quelle für Informationen. Ein System mit Marge kann die durch ein Scheitern notwendige, zusätzliche Schleife schnell bewältigen – das „Zurück zum Zeichenbrett“ kostet keine Wochen Wartezeit.

🤝 Cross-funktionale Teams: Die neue flexible Einheit

Deine Beobachtung, dass freie Kapazitäten plötzlich den strategischen Wert cross-funktionaler Teams maximieren, ist der wichtigste Punkt.

Viele Unternehmen wollen zwar cross-funktionale Teams, aber managen sie so, als wären sie spezialisierte, starre Ressourcen: Sie werden maximal mit Arbeit „vollgestopft“, um die Effizienz zu steigern.

Der Fehler: Ein voll ausgelastetes cross-funktionales Team kann nicht mehr cross-funktional agieren, weil ihm der Spielraum für Flexibilität fehlt.

Die Lösung (nach Reinertsen): Du brauchst Mitarbeiter, die nicht nur Spezialisten (Tiefe der Fähigkeiten) sind, sondern auch generalistische Fähigkeiten (Breite der Fähigkeiten) besitzen.

Indem Du bewusst Kapazität freihältst, wird das cross-funktionale Team zur flexiblen Einheit, die Du wirklich brauchst. Statt in der Landschaft herumzustehen, kann dieses Team:

1. Engpässe ausgleichen: Ein cross-trainierter Ingenieur kann sofort einspringen, wenn der einzige Tester krank wird (wie in Reinertsens Beispiel), anstatt vier Wochen Wartezeit zu riskieren.
2. Lernkurven beschleunigen: Sie können ihre freie Zeit nutzen, um sich weiterzubilden, Wissen zu dokumentieren oder andere Teammitglieder zu schulen (ein weiterer Produktivitätshebel aus dem Buch).
3. Prozesse optimieren: Sie arbeiten proaktiv an der Verbesserung des Wertstroms, anstatt nur reaktiv Aufgaben abzuarbeiten.

Fazit: Wenn Du Deine cross-funktionalen Teams nicht maximal auslastest, machst Du sie nicht ineffizient. Du machst sie agil, schnell und widerstandsfähig gegen die unvermeidliche Variabilität und die Überraschungen, die das Leben (und der Markt) für Deine Entwicklung bereithalten.

Dein wahrer Fokus liegt nicht auf der Effizienz der Einzelressource, sondern auf der Geschwindigkeit und Zuverlässigkeit des gesamten Prozesses. Gib Deinen Teams den Raum, den sie brauchen, um grossartig zu sein!

Donald G. Reinertsen hat mit seinem Werk „Management der Designfabrik“ (1997) die Art und Weise revolutioniert, wie wir über die Wertschöpfung in der Wissensarbeit denken. Er betonte, dass Unternehmen, um im digitalen Zeitalter zu bestehen, ihre Entscheidungsfindung an wissenschaftlichen Modellen ausrichten müssen. Für Reinertsen waren das klassischerweise das Produktmodell, das Prozessmodell und das Ökonomische Modell.

Doch die heutige Realität im Büro, geprägt von Homeoffice, psychologischer Sicherheit und komplexen Organisationsstrukturen, zeigt: Diese drei Modelle allein reichen nicht aus. Ein viertes, oft ignoriertes Fundament – das Soziale Modell – bestimmt massgeblich, ob ein Prozess überhaupt fliessen kann.

Die Herausforderung für Teams, die Kanban nutzen, besteht darin, das Kanban Board nicht nur als Werkzeug zur Aufgabenverwaltung zu sehen, sondern als ein System-Dashboard. Die wahren Ursachen für Stockungen („Blocker“) liegen fast nie in der Methode selbst, sondern in den blinden Flecken, die diese vier Modelle auf der Wertschöpfungskette verursachen.

Die Vier Dimensionen der Wertschöpfung

Jede Veränderung auf dem Kanban Board – sei es eine Anpassung der WIP-Limits, die Einführung einer neuen Spalte oder die Sequenzierung einer Aufgabe – hat ihren Ursprung in einer dieser vier Dimensionen:

1. Das Ökonomische Modell: Die Logik des Geldes

Fragestellung: Was ist unser Auftrag und was kostet eine Verzögerung?

Reinertsen lehrte uns die Kosten der Verzögerung (Cost of Delay). Dieses Modell zwingt uns, über die reine Bearbeitungszeit hinauszublicken und den wirtschaftlichen Wert von Geschwindigkeit zu messen. Jedes Mal, wenn Teams ein Ticket beschleunigen oder die Priorität anpassen, ist das eine ökonomische Entscheidung.

• Einfluss auf das Board: Dieses Modell definiert die Dienstklassen (z.B. „Expedite“ oder „Fixed Date“) und die Sequenzierungsregeln des Backlogs.
• Fehlerquelle: Wenn das ökonomische Modell unklar ist, werden Teams ihre Kapazität für Aufgaben verschwenden, die keinen echten Mehrwert bieten, und damit den Flow blockieren.

2. Das Produktmodell: Die Logik des Kundennutzens

Fragestellung: Was liefern wir, für wen und wie verändert sich der Bedarf?

Das Produktmodell beleuchtet die Natur der Arbeit. Es beschreibt, wie das Wertversprechen an den Kunden aussieht und wie sich dieses Versprechen aufgrund von Markt- oder Technologieentwicklungen ändert.

• Einfluss auf das Board: Dieses Modell definiert die Arbeitstypen (z.B. „Feature“, „Defekt“, „Exploration“) und die Definition of Ready.
• Fehlerquelle: Ein unklares Produktmodell führt zu „Dunkler Materie“ (unerwartet aufkommende Arbeit) und massiver Nacharbeit (Rework), weil die Anforderungen unvollständig waren. Dies führt zu Turbulenzen im Prozess.

3. Das Prozessmodell: Die Logik des Flows

Fragestellung: Wie wandeln wir Input in Output um und wo entstehen Engpässe?

Dies ist die klassische Kanban-Domäne, in der die Prinzipien der schlanken Produktion angewendet werden. Das Prozessmodell visualisiert die Informationsentdeckungsaktivitäten (Reinertsen) und fokussiert sich auf die Kennzahlen (Cycle Time, Throughput).

• Einfluss auf das Board: Dieses Modell definiert die Spalten des Boards, die WIP-Limits und die Zug-Kriterien zwischen den Schritten.
• Fehlerquelle: Die ausschliessliche Konzentration auf den Prozess führt zur WIP-Hölle oder zur Optimierung von Silos, wodurch der Gesamtfluss des Wertstroms ignoriert wird.

4. Das Soziale Modell: Die Logik der Kultur und Interaktion

Fragestellung: Wer spricht mit wem, wie entscheiden wir und wie gehen wir mit Konflikten um?

Dies ist das Modell der technosozialen Logik. Es betrachtet das Arbeitssystem als ein lebendiges System, das aus Menschen (Kultur, Haltungen) und Technologie/Methode (dem Board, den Regeln) besteht. Verändert sich die Methode, wirkt sich das unmittelbar auf die Menschen aus. Verändert sich das Team, bricht der Prozess zusammen.

• Einfluss auf das Board: Dieses Modell definiert das, was wir heute als Interaction Design bezeichnen – die Regeln für Meetings (Daily Kanban, Retrospektive), den Umgang mit Abhängigkeiten zwischen Teams und die Mechanismen zur Eskalation von Blockaden.
• Fehlerquelle: Die Missachtung dieses Modells führt zu Widerstand gegen die Veränderung, zu inoffiziellen Prozessen („Shadow IT“) und zur „Heldenkultur“, bei der Führungskräfte ohne Prozessunterstützung eingreifen müssen.

Fazit: Die Flow Retrospektive als Kompass

Viele Teams nutzen Retrospektiven, um Symptome zu behandeln: „Wir haben zu viel WIP“ (Prozess) oder „Die Bugs nerven“ (Produkt). Die eigentliche Kraft liegt jedoch darin, diese vier Modelle in den Flow Retrospektiven systematisch zu beleuchten.

Indem Teams bewusst in diesen vier Dimensionen nach Ursachen für Verzögerungen forschen – „Hat sich unser Markt (Produkt) verändert, sodass unsere Priorisierung (Ökonomie) nicht mehr funktioniert, was zu Konflikten im Team (Soziales) führt?“ – wird das Kanban Board vom einfachen Task-Manager zum leistungsstarken Werkzeug zur Organisationsdiagnose.

Nur wenn alle vier Modelle im Gleichgewicht sind und die Führungskräfte die Verantwortung für die Gestaltung dieses gesamten soziotechnischen Systems übernehmen, kann ein stetiger, vorhersagbarer und wertschöpfender Flow entstehen.

Quellenhinweise

• Reinertsen, Donald G.: Managing the Design Factory: A Product Developer’s Toolkit (1997) und The Principles of Product Development Flow: Second Generation Lean Product Development (2009). (Grundlage für Ökonomisches, Produkt- und Prozessmodell)
• Anderson, David J.: Kanban: Successful Evolutionary Change for Your Technology Business (Das „Blaue Buch“) (2010). (Adaption von Lean und Flow auf die Wissensarbeit und Grundlage der Kanban-Praktiken)
• Kanban University/KMM: (Klassifizierung von Organisationsreife und die Notwendigkeit von Evolution in Systemen).
• Socio-Technical Systems (STS) Theory: (Ursprung des Soziotechnischen Modells und dessen Fokus auf die Optimierung von Mensch und Technologie).

Du kennst den alten Witz: Ein guter Scrum Master kann bis zu drei Teams begleiten, ein exzellenter nur eines. Doch was, wenn diese Regel gar nicht von der Qualität des Scrum Masters abhängt – sondern davon, wie reif das Team ist?

Stell dir vor: Ein neues Team startet mit Scrum. Alles ist unklar, die Rollen sind fremd, die Prozesse unbekannt. Da braucht es viel Unterstützung – sei es vom Scrum Master, vom Leadership oder von einem Coach. Die Fragen häufen sich: „Wie machen wir das mit den User Stories?“ „Wer ist eigentlich für was verantwortlich?“ „Warum dauern unsere Retrospektiven so lange?“ In dieser Phase ist ein Scrum Master, der voll da ist, Gold wert. Er gibt Sicherheit, klärt Fragen, moderiert Konflikte und hilft dem Team, sich in der neuen Arbeitsweise zurechtzufinden.

Doch nach ein paar Monaten ändert sich das. Das Team findet seinen Rhythmus. Die Daily Stand-ups werden kürzer, weil alle wissen, worum es geht. Die Retrospektiven bringen echte Verbesserungen, weil das Team gelernt hat, selbst Lösungen zu finden. Die Hindernisse werden nicht mehr nur gemeldet, sondern aktiv angegangen. Plötzlich stellt sich die Frage: Braucht dieses Team wirklich noch einen Scrum Master in Vollzeit?

Die Antwort ist einfach: Es kommt darauf an.

In der Startphase braucht ein Team viel Führung. Es ist wie beim Fahrradfahren lernen: Am Anfang hält jemand das Rad fest, gibt Tipps und fängt dich auf, wenn du wackelst. Doch irgendwann lässt diese Person los – nicht weil sie dich nicht mehr mag, sondern weil du selbst fahren kannst. Genauso ist es mit Teams und Scrum Mastern.

In der Wachstumsphase braucht das Team weniger Führung, aber gezielte Unterstützung. Der Scrum Master wird zum Sparringspartner, der nur noch eingreift, wenn es wirklich nötig ist. Statt jeden Sprint zu moderieren, gibt er Impulse und hilft dem Team, selbst Antworten zu finden. Statt alle Hindernisse selbst zu lösen, coacht er das Team, es selbst zu tun.

In der Reifephase schließlich braucht das Team den Scrum Master kaum noch. Die Prozesse laufen, die Zusammenarbeit funktioniert, und das Team organisiert sich selbst. Jetzt ist es Zeit, loszulassen – nicht weil der Scrum Master versagt hat, sondern weil das Team erwachsen geworden ist. Das ist kein Rückzug, sondern ein Erfolg.

Doch hier kommt das Problem: Viele Organisationen halten sich an starre Regeln. „Ein Scrum Master pro Team“ steht im Scrum Guide – also muss es so sein. Doch was, wenn das Team schon lange selbstständig arbeitet? Dann wird der Scrum Master schnell zum überflüssigen Mikromanager – oder schlimmer: zum Bremsklotz, der das Team davon abhält, eigenverantwortlich zu handeln.

Genauso problematisch ist der umgekehrte Fall: Ein Scrum Master soll mehrere unreife Teams begleiten. Dann fehlt die Zeit für echte Unterstützung – und alle Teams leiden darunter, weil sie nicht genug Begleitung bekommen.

Die Lösung? Dynamische Rollen statt starre Regeln.

Statt zu fragen: „Wie viele Teams kann ein Scrum Master begleiten?“ sollten wir fragen:

• Wo steht mein Team gerade?
• Braucht es viel Führung (Startphase), gezielte Impulse (Wachstumsphase) oder ist es bereit für Selbstständigkeit (Reifephase)?
• Wo kann ich als Scrum Master am meisten bewirken?

Ein Scrum Master sollte nicht für immer an ein Team gebunden sein. Sondern dort sein, wo er gebraucht wird – und loslassen, wenn das Team fliegt.

Wie können Organisationen das besser machen? Indem sie flexible Strukturen schaffen – statt jeden Scrum Master an ein Team zu ketten.

Eine Idee: Ein Team von Coaches mit unterschiedlichen Skills.

• Der eine ist stark in Methoden (Scrum, Kanban, Flight Levels).
• Die andere in Teamdynamik (Konflikte lösen, Motivation stärken).
• Ein weiterer in Technologie (CI/CD, DevOps, Skalierung).

Diese Coaches tauschen sich aus und begleiten die Teams dort, wo sie gebraucht werden – mal mehr, mal weniger. Das Ergebnis? Effizientere Nutzung der Ressourcen – und Teams, die wirklich wachsen.

Eine weitere Idee: Pair Coaching. Warum sollte ein Scrum Master allein arbeiten? Zwei Köpfe sind besser als einer – besonders, wenn sie unterschiedliche Stärken haben. Stell dir vor: Ein Scrum Master mit Methoden-Know-how und einer mit Menschen-Skills begleiten gemeinsam ein Team. Das ist Win-Win – für das Team und für die Coaches.

Fazit: Scrum Master als „temporäre Katalysatoren“

Ein Scrum Master ist kein Dauerposten, sondern ein Katalysator – jemand, der Teams hilft, selbstständig zu werden. Die beste Führung ist die, die sich überflüssig macht.

Frag dich also:

• Wo steht mein Team gerade?
• Braucht es viel Unterstützung – oder kann es schon allein fliegen?
• Wie können wir flexible Strukturen schaffen, die das ermöglichen?

Falls du Hilfe brauchst, diese Fragen zu beantworten: Wir von Wertwandler begleiten Teams und Organisationen dabei, echte Selbstständigkeit zu entwickeln. Ob als Coaching, Workshop oder Sparringspartner – wir helfen dir, Führung dort einzusetzen, wo sie wirklich wirkt.

Denn am Ende geht es nicht darum, wie viele Teams ein Scrum Master begleiten kann – sondern darum, wie viele Teams er wirklich weiterbringt.

Du kennst das vielleicht: Vor ein paar Jahren war es noch ganz einfach. Ein Unternehmen wollte „agil“ werden, also buchte es ein Zertifizierungstraining. Zwei Tage später hatten alle ein Stück Papier in der Hand – und das Gefühl, etwas erreicht zu haben. Doch dann kam der Alltag. Und plötzlich merkten alle: Das Zertifikat hängt zwar an der Wand, aber die Arbeit bleibt gleich. Die Frustration war gross – bei den Teams und bei den Führungskräften, die viel Geld ausgegeben hatten.

Was war passiert? Wir hatten vergessen, dass Lernen kein Event ist, sondern ein Prozess. Und dass ein Zertifikat noch lange keine Veränderung garantiert.

In den letzten Jahren hat sich der Markt stark verändert. Immer mehr Anbieter haben Zertifizierungen verkauft – aber oft wurde nur noch Papier verkauft, nicht Inhalt. Viele Kunden haben das gemerkt. Sie sagen heute nicht mehr: „Wir brauchen ein Scrum-Zertifikat.“ Sondern: „Könnt ihr uns helfen, unsere Meetings effizienter zu gestalten?“ oder „Wie kriegen wir unsere Teams dazu, selbstständiger zu arbeiten?“

Der Fokus liegt auf konkreten Herausforderungen – nicht auf Theorien.

Gleichzeitig haben wir bei Wertwandler festgestellt: Dogmatische Haltungen kommen nicht mehr an. In der Pionierzeit von Agil war es vielleicht noch lustig, wenn jemand sagte: „Wenn du das nicht so machst, ist es kein Scrum.“ Heute wollen die Leute Lösungen, die funktionieren – nicht Doktrinen.

Warum Praxisnähe alles ist

Stell dir vor, du bist Trainer und hast zwei Jahre lang keinen direkten Kontakt mehr zu echten Teams in der Produktion. Du kennst die Herausforderungen nur noch aus zweiter Hand. Dann verlierst du schnell den Bezug zur Realität – und deine Trainings werden leer und abstrakt.

Genau das passiert vielen Trainern heute. Sie verkaufen Zertifikate, aber sie wissen nicht mehr, wie Agilität wirklich lebt.

Was wir anders machen: Bei Wertwandler sind wir keine reinen Trainer – wir sind Coaches, die mit den Menschen lernen. Wir sind vor Ort, stellen unangenehme Fragen, probieren Dinge aus und passen sie an. Weil wir wissen: Jedes Team ist anders.

Unsere Kunden kommen nicht wegen eines Stempels – sie kommen, weil sie etwas verändern wollen. Und das geht nur, wenn wir ihre Realität verstehen.

Die Zukunft: Lernen im Zeitalter von KI

In einer Welt, in der KI Wissen in Sekunden abrufen kann, wird echte Erfahrung zum entscheidenden Faktor. Ein Zertifikat? Das kann ein Chatbot auch ausstellen. Aber ein Team coachen, das seit Jahren in alten Mustern feststeckt? Das braucht Menschen mit echten Skills.

Die Frage ist nicht mehr: „Was weisst du?“ – sondern: „Was kannst du damit anfangen?“

Firmen, die heute noch auf Zertifikate setzen, werden bald merken: Das reicht nicht mehr. Die Konkurrenz schläft nicht – und die besten Teams sind die, die wirklich lernen, nicht die, die die meisten Stempel sammeln.

Deshalb setzen wir auf flexible Workshops, massgeschneiderte Trainings und Coaching, das im Alltag wirkt. Weil wir glauben: Lernen ist kein Projekt – es ist eine Haltung.

Eine Einladung zum Umdenken

Wenn du also das nächste Mal über ein Training nachdenkst, frag dich nicht: „Welches Zertifikat brauchen wir?“ Sondern:

• Was wollen wir wirklich verändern?
• Welche Fähigkeiten brauchen wir, um das zu schaffen?
• Wer kann uns dabei begleiten – nicht nur mit Wissen, sondern mit Erfahrung?

Denn am Ende zählt nicht, was an der Wand hängt – sondern was im Team passiert.

Falls du Lust hast, echte Lernerfahrungen zu gestalten: Wir von Wertwandler sind bereit. Ob als Workshop, Coaching oder einfach als Sparringspartner – wir packen mit an. Weil wir wissen: Die beste Theorie ist die, die in der Praxis funktioniert.

Wenn man einen Blick hinter die Kulissen der amerikanischen National Football League (NFL) wirft, entdeckt man eine überraschende Parallele zur modernen Unternehmenswelt – und zwar nicht auf dem Spielfeld. Es sind die kurzen, prägnanten Slogans, die in den Umkleidekabinen, den „Locker Rooms“, der Teams prangen. Sätze wie „Do Your Job.“ bei den New England Patriots oder „Just Win, Baby.“ bei den legendären Oakland Raiders sind mehr als nur schmückende Worte. Sie sind die DNA der Teamkultur in konzentrierter Form.

Diese Slogans verdichten eine ganze Philosophie in wenigen Worten. Sie sind die tägliche Dosis Motivation und die ständige Erinnerung an das, was wirklich zählt. Coaches berufen sich darauf, Spieler zitieren sie, und über Jahre hinweg prägen sie die Identität der gesamten Organisation. Sie sind der ultimative kulturelle Marker – auf den Punkt, emotional und unvergesslich.

Warum kurze Slogans mehr bewirken als seitenlange Visionen

In einer Welt, die von Playbooks, Daten und seitenlangen Analysen überflutet wird, wirken diese prägnanten Statements wie ein Anker. Sie bieten Orientierung, wenn die Komplexität überwältigend wird. Ein Satz auf einer Wand ist so viel greifbarer und stärker als eine PowerPoint-Präsentation mit zehn Bullet-Points.

Ein gutes Beispiel ist der Slogan „Keep Pounding.“ der Carolina Panthers. Er entstand aus einer emotionalen Rede eines Spielers, der an Krebs erkrankt war und seine Mannschaft ermutigte, niemals aufzugeben. Dieses „Warum“ macht den Satz unsterblich, weil er nicht auf analytischer Logik beruht, sondern auf einer Geschichte, die direkt ins Herz trifft. Und genau das fehlt vielen Unternehmen. Statt Geschichten zu erzählen, die Mitarbeiter und Kunden berühren, verpacken sie ihre Werte in sterile, seitenlange Vision-Statements, die kaum jemand kennt, geschweige denn lebt.

Die Parallelen zur Wissensarbeit: Vom Spielfeld ins Büro

Die NFL-Teams zeigen uns, dass Kultur nicht durch Worte, sondern durch Symbole entsteht, die täglich sichtbar sind und gelebt werden. Was können wir also davon lernen?

1. Kürze statt Komplexität: Formulieren Sie Ihre zentralen Werte so einfach, dass sie auf eine Wand passen. Ein Satz, den jeder sofort versteht, ist tausendmal wirkungsvoller als eine abstrakt formulierte Unternehmensphilosophie. „Do Your Job“ ist im Kern eine Aufforderung zur Verantwortungsübernahme – eine Leitplanke, die auch in der Wissensarbeit von unschätzbarem Wert ist.
2. Emotion schlägt Formalität: Suchen Sie nach den Geschichten hinter Ihren Werten. Ob aus einem schwierigen Projekt, einer Krise oder einem Moment des Triumphs – diese Geschichten verleihen Ihren Slogans eine emotionale Tiefe, die mit rein formalen Ansätzen unmöglich zu erreichen ist.
3. Sichtbarkeit formt Verhalten: Ein Wert, der nur im Handbuch steht, ist tot. Er muss täglich gelebt und sichtbar sein. Führungskräfte sind dabei die Ersten, die den Standard setzen müssen. „The standard is the standard“ der Pittsburgh Steelers bedeutet, dass niemand über den Regeln steht – auch nicht der Star-Spieler.
4. Kultur ist lebendig: Genauso wie sich Teams weiterentwickeln, muss sich auch ihre Kultur anpassen. Prüfen Sie regelmässig, ob Ihr Slogan noch gültig ist. So wie die New England Patriots nach einer Ära neue Slogans entwickeln, sollten auch Unternehmen in der Lage sein, ihre Kultur zu reflektieren und anzupassen. Kultur ist ein lebendiger Prozess, nicht statisch.

Fazit: Vom Slogan zum Erfolg

NFL-Locker-Room-Slogans sind Kultur in konzentrierter Form. Sie sind prägnant, emotional aufgeladen und allgegenwärtig. Sie geben Orientierung, schaffen Identität und prägen das tägliche Verhalten. Unternehmen können daraus eine entscheidende Lektion lernen:

Statt Werte inflationär zu formulieren, wählen Sie lieber einen Satz, der alle bewegt. Statt Hochglanzbroschüren, nutzen Sie eine Wand im Büro, an der alle täglich vorbeigehen. Statt abstrakter Begriffe, verwenden Sie Worte, die man spürt.

Denn wie es bei den Dallas Cowboys so treffend heisst: „You get what you demand; you encourage what you tolerate.“ Die Kultur, die Sie fordern und tolerieren, ist die Kultur, die Sie am Ende bekommen.

Erinnerst du dich noch? An das Gefühl, als die agile Welle vor einigen Jahren so richtig ins Rollen kam? Plötzlich waren die Gänge voller Kanban-Boards, die Kalender gefüllt mit neuen Ritualen und die Luft erfüllt von einem Vokabular aus Sprints, User Stories und Retrospektiven. Es war eine Zeit des Aufbruchs, getragen von dem Versprechen, alles schneller, besser und menschlicher zu machen.

Für die Teams war dieser Wandel unmittelbar und oft sehr real. Sie waren es, die neue Arbeitsweisen erlernen, Rollenkonflikte austragen und die oft steinigen ersten Schritte in die Selbstorganisation gehen mussten. Sie waren im Maschinenraum der Veränderung.

Und das Management? Natürlich, der Wandel war gewollt, die Versprechen von mehr Effizienz und Innovationskraft waren verlockend. Doch seien wir ehrlich: Für viele Führungskräfte fand die Transformation auf einer gewissen Distanz statt. Man konnte sie von der Kommandobrücke aus beobachten, man konnte sie steuern und moderieren, aber man musste nicht zwingend selbst in den Wellengang eintauchen. Die schmerzhaften Lernschleifen, die täglichen Reibungsverluste – sie waren oft das Thema der Teams, nicht das der Chefetage. Man konnte sich ein wenig raushalten, solange die Ergebnisse stimmten.

Das Déjà-vu, das keines sein wird

Jetzt steht die nächste grosse Welle vor der Tür, und sie trägt den Namen „Künstliche Intelligenz“. Wieder beginnt es auf der Team-Ebene. KI-Tools halten Einzug in den Code-Editoren, den Marketing-Abteilungen und den Design-Studios. Sie versprechen, die Produktivität zu revolutionieren, Routineaufgaben zu eliminieren und die Kreativität zu beflügeln. Die Arbeit der Teammitglieder verändert sich bereits heute, hier und jetzt.

Und das Management? Die Versuchung ist gross, das alte Drehbuch aus der Schublade zu holen. Man könnte denken: „Das ist wieder ein Thema für die Fachexperten. Wir geben die strategische Richtung vor, investieren in die richtigen Tools und lassen die Teams die neue Arbeitsweise etablieren.“ Man könnte glauben, man könne wieder an Deck bleiben, während die Crew im Maschinenraum die neuen Systeme integriert.

Doch ich bezweifle, dass dieser Plan aufgehen wird. Ich glaube, die KI-Revolution unterscheidet sich in einem fundamentalen Punkt von der agilen Transformation: Diesmal gibt es keine Kommandobrücke, von der aus man zusehen kann.

Warum? Weil die KI nicht nur die Werkzeuge der Ausführung verändert, sondern auch die Werkzeuge der Führung. Agile Methoden haben die Art, wie Teams arbeiten, neu geordnet. KI-Systeme verändern die Art, wie Führungskräfte denken, kommunizieren und entscheiden. Deine E-Mails, deine Strategieanalysen, deine Präsentationen, deine Entscheidungsmodelle – all diese ureigenen Führungsinstrumente werden in kürzester Zeit zu Co-Kreationen von Mensch und Maschine. Es gibt kein „Aussen“ mehr. Der Wandel ist nicht mehr etwas, das man „für die Organisation“ macht; er geschieht mit einem selbst.

Das Experiment beginnt: Führung im Zeitalter der KI

Wenn wir also nicht mehr an Deck bleiben können, was tun wir dann? Die ehrliche Antwort lautet: Wir wissen es noch nicht genau. Es gibt kein fertiges Framework, kein Fünf-Punkte-Programm für KI-Leadership. Wer das behauptet, verkauft Schlangenöl.

Das bedeutet, wir müssen wieder zu dem werden, was gute Unternehmer und Führungskräfte schon immer waren: Experimentierende. Wir müssen beginnen, neue Hypothesen zu entwickeln und zu testen. Wir müssen Räume schaffen, in denen wir uns offen und ehrlich darüber austauschen, wie sich unsere Rolle verändert.

Und genau hier, am Anfang dieses grossen Experiments, möchte ich einen ersten, zentralen Ankerpunkt setzen. Eine Frage, von der ich glaube, dass sie im Zentrum der neuen Führungsarbeit stehen wird:

Wie sieht Führungsauthentizität im KI-Zeitalter aus?

Wenn eine KI uns helfen kann, die „perfekte“ E-Mail zu formulieren, die „überzeugendste“ Präsentation zu bauen und die „datengetriebenste“ Strategie zu entwerfen – was bleibt dann vom Menschen in der Führung übrig? Was ist der Funke, den keine Maschine erzeugen kann?

Ich glaube, die Antwort liegt in der menschlichen Essenz, die durch die glatte, optimierte Oberfläche der KI umso heller leuchten muss: Deine persönliche Überzeugung. Deine gelebten Werte. Deine Fähigkeit, Vertrauen aufzubauen. Deine Bereitschaft, dich verletzlich zu zeigen. Deine einzigartige Geschichte und deine Emotionen.

Kurz gesagt: Deine Authentizität.

In einer Welt, die mit perfekt generiertem Content überflutet wird, wird der echte, menschliche Abdruck zur wertvollsten Währung. Die Fähigkeit, als Mensch greifbar zu sein und eine echte Verbindung herzustellen, ist vielleicht die wichtigste Fähigkeit, die wir in der KI-Ära kultivieren müssen.

Aber das ist nur eine erste Hypothese. Der Anfang eines Dialogs, den wir führen müssen.

Was denkst du? Stehen wir am Anfang einer neuen Führungsrevolution? Und ist Authentizität der Kompass, den wir dafür brauchen? Ich freue mich auf deine Gedanken in den Kommentaren.

Du kennst das Gefühl: Manchmal liegt etwas in der Luft, eine kollektive Stimmung, die schwer zu greifen ist. Es ist ein Gemisch aus Gefühlen, Gedanken und Unsicherheiten, die sich im Team ausbreiten. Dieses Phänomen nennen wir Zeitgeist – ein Begriff aus der Philosophie, der die geistige und kulturelle Atmosphäre einer bestimmten Epoche beschreibt. In einer Organisation ist der Zeitgeist die Summe aller Wahrnehmungen, Emotionen und unausgesprochenen Sorgen, die das Arbeitsumfeld prägen. Und gerade weil er so unsichtbar ist, ist er so mächtig.

Ein einfacher Test für die Führung

Stell dir vor, du sitzt mit deinem Führungsteam oder deinen Kolleginnen und Kollegen aus dem Management in einem Meeting. Statt über Zahlen und Projekte zu sprechen, nimmst du euch alle 1-3 Minuten Zeit, um eine einzige Frage zu beantworten: „Was ist der Zeitgeist in unserer Organisation?“

Die Antwort ist nicht einfach. Du wirst feststellen, dass jeder etwas anderes wahrnimmt.

• Der eine spürt eine diffuse Unsicherheit, weil die Strategie nicht klar kommuniziert wird.
• Die andere bemerkt, dass persönliche Probleme plötzlich am Arbeitsplatz präsent sind.
• Ein dritter hat das Gefühl, dass die Kunden die Produkte nicht mehr so schätzen wie früher.

Genau diese unterschiedlichen Wahrnehmungen sind der Schlüssel. Schreibe deine Stichworte oder Sätze auf Moderationskarten und teile sie mit den anderen.

Eine kollektive Empathie-Landkarte

Wenn du all diese individuellen Perspektiven zusammenführst, entsteht eine Art Empathie-Landkarte eurer Organisation. Diese Karte zeigt nicht nur, wo es brennt, sondern auch, wo die unausgesprochenen Bedürfnisse deines Teams liegen.

Es geht hier nicht darum, Methoden, Frameworks oder Prozesse zu verbessern. Es geht darum, das lebendige System eurer Firma zu verstehen. Es geht darum, ein Gefühl dafür zu bekommen, was die Menschen im Moment wirklich bewegt.

Die richtige Führung für den Moment

Wenn ihr die Erkenntnisse aus dieser Übung habt, folgt der wichtigste Schritt: das Handeln. Auf Basis dieser Empathie-Landkarte kannst du als Führungskraft überlegen, was die Belegschaft jetzt braucht, um sich sicherer, besser und fokussierter zu fühlen.

• Brauchen die Teams mehr Sicherheit und klare Kommunikation über die Unternehmensstrategie?
• Brauchen sie mehr Vertrauen und die Erlaubnis, Fehler zu machen?
• Brauchen sie mehr Fokus, weil sie von zu vielen Dingen abgelenkt werden?

Die richtige Führung hängt vom Zeitgeist ab. Es braucht eine Führung, die in der Lage ist, sich anzupassen. Es geht darum, dein Fachwissen und deine Erfahrung zu nutzen, um die menschlichen Aspekte zu stärken. Es ist ein Wandel von der Verbesserung von „Dingen“ hin zur Pflege des „lebendigen Systems“ – deines Teams.

Die Frage nach dem Zeitgeist ist keine Übung ohne Ziel. Sie ist eine Investition in die Widerstandsfähigkeit und den Erfolg eurer Organisation. Sie hilft euch, eure Führung auf das auszurichten, was im Moment wirklich zählt: das Wohl der Menschen, die das Unternehmen vorantreiben. Trau dich, diese Frage in deinem nächsten Team-Event zu stellen – es könnte der erste Schritt zu einem besseren Verständnis und einer stärkeren Kultur sein.