Agile Checksum – Cover

Buch

Agile Checksum

Warum das System versagt, obwohl die Rituale stimmen.

Nach zehn Jahren in Banken, Telekommunikation, Energieversorgern und Softwarehäusern — immer nah genug dran, um zu sehen was wirklich passiert — wiederholt sich ein Muster: Das Board steht. Die Ceremonies laufen. Die Sprache ist fließend. Und trotzdem ändert sich nichts. Dieses Buch benennt die Lücke.

Demnächst verfügbar Vorwort lesen

✓ Englische Ausgabe jetzt verfügbar · Deutsche Ausgabe demnächst

Warum ich es geschrieben habe

Der Grund für dieses Buch

Nach mehr als zehn Jahren in Finanzinstituten, Telekommunikationsunternehmen, Energieversorgern und Softwarehäusern — immer als externer Berater, immer nah genug um zu sehen was wirklich passiert — entsteht ein Bild. Es wiederholt sich mit beunruhigender Regelmäßigkeit. Die Boards hängen. Die Rollen sind besetzt. Die Ceremonies finden statt. Und das System verhält sich genau so wie vorher. Nur mit anderen Worten.

Was mich stört, ist nicht Scrum. Was mich stört, ist die Schicht die sich darüber gelegt hat. Die Zertifizierungsindustrie, die Multiple-Choice-Antworten mit Kompetenz verwechselt. Organisationen, die Agile einführen weil es zur legitimen Sache geworden ist — und dabei sorgfältig jede Veränderung an den Strukturen vermeiden, die Agile eigentlich herausfordern sollte.

Das Ergebnis ist ein Widerspruch, den ich fast überall beobachte: Je mehr eine Organisation über Agile redet, desto unwahrscheinlicher ist es, dass sie es so praktiziert, dass wirklich etwas verändert wird. Dieses Buch ist kein Manual. Es beschreibt warum Agile so oft scheitert — und warum das fast nie an den Ceremonies liegt.

Für wen es ist

Dieses Buch ist für dich, wenn…

  • Scrum Masters, die gewissenhaft facilitieren aber nicht sicher sind ob sie irgendetwas bewegen
  • Product Owner, die den Backlog pflegen während die echten Entscheidungen woanders fallen
  • Developer, die plötzlich in Sprints arbeiten ohne zu verstehen warum
  • Manager, die Transformation sponsern ohne sie persönlich zu spüren
  • Berater, die das Modell ausrollen und drei Monate später fragen warum alles wieder wie vorher ist
  • Alle, die das nagende Gefühl haben dass irgendetwas nicht stimmt — aber noch nicht die Sprache hatten um zu sagen was

Leseproben

Reinlesen bevor du kaufst

Kapitel 1 — Agile Checksum

An der Oberfläche wirken viele Organisationen überzeugend. Die Boards hängen. Die Ceremonies finden statt. Rollen wurden umbenannt. Sprint-Sprache sitzt. Auf den ersten Blick fehlt nichts.

Und doch läuft das System ständig falsch. Teams nehmen an den Ritualen teil — ohne echte Autonomie zu gewinnen. Product Owner tragen den Titel — ohne das Produkt zu steuern. Retrospectives erzeugen Erkenntnisse — ohne Konsequenz.

Die zentrale These ist einfach: Agile scheitert seltener weil Teams das Ritual übersprungen haben. Es scheitert weil die organisationale Prüfsumme nicht stimmt. Die erklärte Arbeitsweise und das reale System beschreiben zwei verschiedene Realitäten.

Kapitel 3 — Zertifizierte Inkompetenz

Es gibt eine bestimmte Art von Selbstvertrauen, die nach einem zweitägigen Kurs und einer Multiple-Choice-Prüfung auftaucht.

Es ist nicht das Selbstvertrauen von jemandem, der eine Retrospective in einem Team facilitiert hat, das nicht reden wollte. Nicht das Selbstvertrauen von jemandem, der versucht hat ein Sprint Goal zu schützen, während ein Senior Stakeholder den Backlog an einem Dienstagmorgen umschreibt.

Es ist das Selbstvertrauen von jemandem, der die richtigen Antworten gelernt hat — und noch nicht entdeckt hat, wie wenig das auf die eigentliche Arbeit vorbereitet. Das Zertifikat ist nicht das Ziel. Es ist, bestenfalls, das Ticket zur Startlinie.

Kapitel 9 — Velocity Mirage

Das Problem beginnt in dem Moment, wenn die Organisation dieses lokale Signal ansieht und etwas Attraktiveres sieht: eine portable Messung von Produktivität, Vorhersagbarkeit oder Delivery-Kapazität, die nach oben reisen kann. An diesem Punkt bleibt die Zahl sichtbar. Die Bedeutung beginnt zu verschwinden.

Sobald Velocity zum Performance-Signal wird, beginnt sie Performance-Verhalten anzuziehen. Teams schätzen anders. Sie zerschneiden Arbeit anders. Sie werden vorsichtiger darüber, was in einen Sprint eintritt, wenn Erscheinungen mehr zählen als Ehrlichkeit.

Velocity wird nicht verzerrt, weil Teams unreif sind. Sie wird verzerrt, weil das System den Zweck des Signals verändert hat — während es so tat, als hätte es das nicht.

Kapitel 11 — Psychological Safety Debt

Die meisten Organisationen verlieren Offenheit nicht in einem dramatischen Ereignis. Sie verlieren sie graduell. Durch Akkumulation.

Eine Herausforderung geht einmal schlecht. Schlechte Nachrichten werden mit sichtbarer Irritation empfangen. Jemand benennt ein Risiko und wird "schwierig." Keiner dieser Momente muss katastrophal sein. Zusammen lehren sie dem Raum, was Ehrlichkeit kostet.

Psychological Safety Debt ist was sich in dieser Lücke ansammelt. Es ist nicht die Abwesenheit von Wärme oder Vertrauen. Es ist die akkumulierte Konsequenz davon, Uneinigkeit und unbequeme Wahrheit teurer zu machen als Anpassung. Die sichtbare Kultur kann höflich bleiben. Die Wahrheitsqualität sinkt trotzdem.

Kapitel 14 — Transformation Theatre

Die Transformation ist überall sichtbar. Launch-Decks, Maturity Models, Pilot-Teams, umbenannte Rollen, Training-Pfade, interne Communities, Enterprise-Workshops. Niemand könnte der Organisation vorwerfen, nichts zu tun.

Transformation Theatre ist nicht die Abwesenheit von Einsatz. Es ist Einsatz, der hochsichtbar wird bevor er tiefgreifend konsequent wird.

Das Unternehmen produziert sichtbaren Beweis für Wandel — und schützt gleichzeitig die Routinen, Anreize und Autoritätsmuster, die Wandel für die Menschen teuer machen würden, die es leiten. Das ist der Kern von Transformation Theatre.

Inhalt

Was das Buch behandelt

Teil I 01

"Agile Checksum"

Die Ceremonies laufen pünktlich. Die Prüfsumme stimmt trotzdem nicht.

Teil I 02

"Agiler Wasserfall"

Das Liefermodell nennt sich iterativ. Das Kontrollsystem denkt in Phasen.

Teil II 03

"Zertifizierte Inkompetenz"

Ein zweitägiger Kurs und eine Prüfung bauen nicht, was nur Reibung aufbaut.

Teil II 04

"Scrum-Theater"

Das Daily wird zum Statusritual, wenn der Raum dem Management gehört – nicht dem Team.

Teil II 05

"Backlog-Fabrik"

Arbeit hinzuzufügen ist politisch einfacher als sie abzulehnen. Der Backlog zahlt den Preis.

Teil II 06

"Product Owner nur dem Namen nach"

Der Titel ist eindeutig. Die Entscheidungshoheit nicht.

Teil II 07

"Stakeholder-Gravitation"

Jede agile Organisation behauptet, Teams zu stärken. Die meisten behalten sich das Recht vor, sie zu überstimmen.

Teil III 08

"Irreführende Metriken"

Ein Proxy für Leistung wird selbst als Leistung behandelt.

Teil III 09

"Velocity-Fata Morgana"

Eine lokale Planungsgröße wird zur Management-Fantasie.

Teil III 10

"Lieferung ohne Lernen"

Der Sprint schließt. Dasselbe Problem kehrt im nächsten Quartal zurück.

Teil III 11

"Psychological-Safety-Schulden"

Organisationen verlieren Offenheit allmählich – durch Preissignale, nicht durch dramatische Ereignisse.

Teil IV 12

"Retro ohne Veränderung"

Das Team reflektiert. Das System absorbiert es. Nichts bewegt sich.

Teil IV 13

"SAFe ohne Agilität"

Skalierungsframeworks bewahren oft das Kontrollsystem, das sie zu modernisieren versprechen.

Teil IV 14

"Transformations-Theater"

Aufwand, der sichtbar wird, bevor er tiefgreifend wirksam wird.

Vorwort

Warum dieses Buch existiert

Irgendwann hört man auf, überrascht zu sein. Nach mehr als zehn Jahren in Finanzinstituten, Telekommunikationsunternehmen, Energieversorgern und Softwarehäusern — immer als externer Berater, immer nah genug um zu sehen was wirklich passiert — entsteht ein Bild. Es wiederholt sich mit beunruhigender Regelmäßigkeit. Die Boards hängen. Die Rollen sind besetzt. Die Ceremonies finden statt. Und das System verhält sich genau so wie vorher. Nur mit anderen Worten.

Was mich stört, ist nicht Scrum. Was mich stört, ist die Schicht die sich darüber gelegt hat. Die Zertifizierungsindustrie, die Multiple-Choice-Antworten mit Kompetenz verwechselt. Organisationen, die Agile einführen weil es zur legitimen Sache geworden ist — und dabei sorgfältig jede Veränderung an den Strukturen vermeiden, die Agile eigentlich herausfordern sollte.

Dieses Buch ist für alle, die das nagende Gefühl tragen, dass etwas nicht stimmt — aber noch nicht die Sprache hatten, um es zu benennen.

Was mich stört, ist nicht Scrum. Was mich stört, ist die Schicht die sich darüber gelegt hat.

Markus Philipp

Senior Scrum Master · 20+ Jahre IT · 16 Jahre Backend-Entwicklung

Ich überprüfe, ob das, was als Agile gilt, noch mit dem Original übereinstimmt. Enterprise-Kontext, keine Theorie.

Mehr über mich

Newsletter

Kein Buzzword-Bingo. Nur echtes Agile.

Direkt in dein Postfach. Kein Spam.

Kein Spam. Abmeldung jederzeit.