Governance Feedback Cadence

Systemproblem

Zwei tödliche Extreme existieren in der IT-Steuerung (Governance). Extrem A: Das Architektur-Board trifft sich "bei Bedarf" oder alle 6 Monate. Wenn Projekte aus dem Ruder laufen, erfährt das Management erst davon, wenn Millionen Euro verbrannt sind (Too slow). Extrem B: Das Top-Management liest stündliche Burn-Down-Charts von Jira-Tickets auf dem Dashboard und fragt jeden Tag per Mail bei Teams nach (Micromanagement). Das übersteuert das System, erzeugt Panik, killt psychologische Sicherheit und treibt die Latenzverzögerung (Delay Oszillation) in den Wahnsinn.

Intervention

"Governance Feedback Cadence" ist die Suche nach der perfekten Frequenz (Cadence/Rhythmus) für Kontrollschleifen, passend zum Lebenszyklus des Systems. Die Intervention justiert die "Umdrehungszahl" der Reporting-Ebenen. Ein CI/CD Pipeline-Check (Operation) muss in Sekunden-Cadence erfolgen. Die Sprint-Velocity auf Ebene der Team-Leads wird wöchentlich geprüft (Taktisch). Die strategische Evaluierung der Cloud-Gesamtarchitektur hat ein eisernes vierteljährliches Governance-Cadence (Strategisch). Diese drei Rhythmen werden strikt isoliert.

Erwartete Wirkung

Das Rauschen (Noise) in der Organisation kollabiert. Teams geraten nicht mehr bei jedem winzigen Schluckauf im Code in "All Hands on Deck"-Meetings, weil sie wissen: Das taktische Review für dieses Arch-Komponent ist erst in 3 Wochen im "Monthly Business Review". Entwickler erhalten einen unantastbaren Fokus-Raum. Gleichzeitig wissen Architekten, dass fundamentale Architektur-Drifts verlässlich spätestens im Quartals-Takt abgefangen werden (Fail-Safe), was das Gesamtsystem stabilisiert.

Nebenwirkungen und Risiken

Starre Bürokratie. Wenn man Meetings (Governance) streng auf feste Kadenzen limitiert (z.B. Architektur-Zulassungen erfolgen nur am 1. des Monats), blockiert man Teams, die am 2. des Monats fertig geworden sind. Sie müssen 29 Tage warten (Dependency Delay). Gutes Cadence Design muss daher "Excepetion-Kanäle" (Algedonische Pfade aus dem VSM) für Notfälle einbauen. Dennoch darf der Notfall-Kanal nicht zum Alltag mutieren, sonst ist der Rhythmus tot.

Diagramm

Wann diese Intervention wirksam wird

Diese Intervention basiert auf dem "Viable System Model" von Stafford Beer. Die Regel lautet: "Die Kadenz (Takt) des Managements muss immer massiv langsamer sein als die Kadenz der operativen Ausführung, sonst oszilliert das System." Wenn du ein Auto lenkst, bewegt du das Lenkrad langsamer als sich die Reifen drehen. Wenn du in derselben Frequenz wie die Reifen reagierst, fliegst du aus der Kurve. Ein CTO (System 5) darf nicht im Takt des Sprint-Reviews (System 1/2) reagieren.

Wodurch sich diese Intervention von anderen Hebeln unterscheidet

*Delay-Aware Governance* ist die philosophische Reife des Managers, *Worsening Before Better* auszuhalten. Die *Feedback Cadence* Intervention operiert hart an den Kalender-Einladungen: Sie streicht das wöchentliche "Status-Update" der Teams an den CTO und verschiebt es mathematisch auf ein monatliches Review, um die Frequenz künstlich zu bremsen.

Wie du die Intervention sauber einleitest

Passe die Kadenz dem Reifegrad des Projekts an (Situative Governance/Pioneers, Settlers, Town Planners). Ein völlig unklares, neues Gen-AI Forschungsprojekt braucht täglich ein Feedback-Chat (Schnelles Cadence für Lernen im Nebel). Ein extrem stabiles Backend-Payment-Service (Town Planners) regiert man über langsame, quartalsweise OKR-Tracker (Langsames Cadence für brutale Effizienz und Ruhe).

Erste Umsetzungsschritte

Mache den Herzschlag für jeden in der Firma sichtbar. Nenne es "Rhythm of Business" (ROB) oder "Enterprise Heartbeat". Jeder Praktikant und jeder Architekt muss auswendig wissen: Montags passiert X, mittwochs schauen wir auf Lead-Time, die erste Woche im Quartal gehört den Architektur-Roadmaps. Ein perfekt eingestellter Herzschlag pumpt das Blut leise und ohne Stress durch den Konzern.

Woran du Wirkung erkennst

Sind die Check-ins von C-Level Executives auf Projekt-KPIs so choreographiert, dass sie absichtlich die "Noise"-Varianz von Tagesergebnissen ausfiltern und wirklich nur den rollierenden 4-Wochen Trend bewerten?

Quellen

Gene Kim et al. — Accelerate, Kap. 5: Architecture & Governance (IT Revolution, 2018)

Gregor Hohpe — The Software Architect Elevator (O'Reilly, 2020)

The Systems Thinker: Designing Effective Governance