Governance in der IT: Meetings durch Vorhersagbarkeit der Lieferung ersetzen

Steuerung statt Kommunikation: Wie man Chaos aus IT-Prozessen verbannt

In der Softwareentwicklung führen sowohl übermäßige Kommunikation als auch deren Fehlen zum gleichen Ergebnis: unvorhersehbare Lieferungen. Die Analyse zeigt: Das Problem liegt nicht am Umfang der Diskussionen, sondern am Fehlen eines klaren Steuerungssystems. Hier erfahren Sie, wie Sie das Chaos aus Meetings durch einen strukturierten Ansatz ersetzen.

Das Kommunikationsparadoxon: Zwei Wege zum Scheitern

Lieferprozesse brechen in zwei gegensätzlichen Szenarien zusammen. Bei zu viel Kommunikation ertrinkt das Team in endlosen Meetings, in denen jede Abstimmung Unsicherheiten neu aufbaut, statt sie zu klären. Bei zu wenig arbeiten starke Entwickler isoliert, was zu architektonischer Abweichung und duplizierten Lösungen führt. Der gemeinsame Nenner: Verlust der Vorhersagbarkeit.

Schlüsselinsight: Kommunikation ist ein Symptom, kein Auslöser. Wenn ein Steuerungssystem keine Entscheidungsgrenzen setzt, übernimmt die Kommunikation diese Rolle – chaotisch und ineffizient. Das erzeugt eine Illusion von Kontrolle, während die Vorhersagbarkeit tatsächlich nachlässt.

Fallstudie: Ein Team, das an Meetings erschöpft ist

Stellen Sie sich ein 20-köpfiges Team mit vollem Terminplan vor: tägliche Stand-ups, drei Abstimmungen pro Woche, ständige Aufgaben-Diskussionen. Trotzdem wurden Fristen verpasst, und 40 % der Aufgaben wurden in den nächsten Sprints verschoben. Gründe:

• Prioritäten wurden durch das letzte Gespräch gesetzt, nicht durch Strategie
• Entscheidungen wurden nicht dokumentiert, was zu mehreren „Wahrheiten“ führte
• Jedes Meeting reduzierte die Unsicherheit nicht – es erzeugte neuen Lärm

Das Ergebnis war vorhersehbar: Verlust des Fokus, erhöhte kognitive Belastung, Abhängigkeit vom neuesten Call. Das System wurde unhandhabbar – Diskussionen rotierten statt eines echten Prozesses.

Fallstudie: Autonomie ohne gemeinsames Modell

Die Kehrseite: Ein Team starker Entwickler mit hoher Autonomie und minimalen Meetings. Auf den ersten Blick agile Perfektion. Doch nach 2–3 Monaten tauchten systemische Probleme auf:

• Architektonische Entscheidungen divergierten
• Duplizierte Komponenten entstanden
• Inkompatible Implementierungen tauchten auf

Das Problem? Kein gemeinsames Systemmodell. Jeder Entwickler optimierte lokal, ohne den Überblick. Lokale Effizienz führte zu globaler Verschlechterung – die klassische Tragödie der Allmende.

Steuerung als Grundlage der Vorhersagbarkeit

Die Lösung sind weder mehr noch weniger Meetings – sondern der Aufbau eines Steuerungssystems. Sein Kern: Manuellen Kontrollmechanismen durch Regeln und Strukturen ersetzen. Wichtige Elemente:

• Feste Prioritäten – keine Änderungen innerhalb eines Sprints; jede Anpassung erfordert eine separate Entscheidung
• Wertmodell – jede Aufgabe nach Typ klassifiziert: Wachstum, Schutz, Forschung
• Änderungsregel – der Plan bricht nur bei Produktionsvorfällen oder kritischen Geschäftsrisiken

Diese Triade schafft eine stabile Basis. Prioritäten „schwimmen“ nicht mehr, Entscheidungen werden dokumentiert, und Kommunikation wird gezielt – nur bei neuen Daten oder Kontextänderungen.

Von der Aufgabenliste zum Investitionsportfolio

Die Umstrukturierung des Backlogs ist ein praktisches Beispiel für die Umsetzung von Steuerung. Statt chaotischer Aufgabenliste wurde ein Investitionsmanagementsystem eingeführt, in dem jede Aufgabe folgendes hat:

• Werttyp (Wachstum/Schutz/Forschung)
• Nachfragesignal (Anfragen als Metrik für echte Nachfrage)
• Alter (Zeit im Backlog)

Das brachte konkrete Ergebnisse:

• 35 % Reduktion der Diskussionsdauer
• Schnellere Entscheidungsfindung
• 30 % Rückgang der Meeting-Anzahl
• Verbesserte Vorhersagbarkeit von Releases

Entscheidend: Das Team hing nicht mehr am „letzten Gespräch“. Entscheidungen wurden datenbasiert, nicht eindrucksabhängig.

Wichtige Erkenntnisse

• Kommunikation ist ein Symptom von Steuerungsproblemen, keine Lösung
• Vorhersagbarkeit von Lieferungen entsteht durch stabile Rahmenbedingungen, nicht durch Meeting-Volumen
• Minimales Stabilisierungsmodell erfordert feste Prioritäten, ein Wertmodell und Änderungsregeln
• Backlog sollte ein Investitionsmanagementsystem sein, keine Wunschliste
• Systemdiagnose: Wenn Entscheidungen wöchentlich neu besprochen oder Prioritäten mid-Sprint verschoben werden, liegt das Steuerungssystem vor

Diagnose eines defekten Systems

Vier Symptome fehlender Steuerung:

• Entscheidungen werden regelmäßig neu besprochen – gleiche Themen jede Woche
• Prioritäten verschieben sich mid-Sprint – kein geschützter Planungshorizont
• Abhängigkeit vom letzten Call – keine einzige Wahrheitquelle
• Meetings vermehren sich ohne Ergebnisse – Kommunikation ersetzt Management

Zwei oder mehr Symptome erfordern sofortige Steuerungskorrekturen. Das ist kein Kulturproblem – sondern ein Designfehler im Prozess.

Praktische Umsetzungsschritte

Ausgangspunkt: Minimales Stabilisierungsmodell. Die Umsetzung dauert 2–3 Sprints und umfasst:

• Sperren von Prioritäten für ein Intervall (Sprint/Monat)
• Einführung der Aufgabenkategorisierung nach Werttyp
• Festlegung klarer Kriterien für Planänderungen

Wichtig: Regeln müssen sichtbar und eindeutig sein. Z. B. „Planänderungen nur bei P0-Vorfällen“ statt „in Ausnahmefällen“. Das eliminiert Interpretationsspielraum und Nachfolge-Meetings.

Fazit: Fokus auf das System

Kommunikation ist keine Antwort auf Lieferprobleme. Überfluss kompensiert fehlende Steuerung und erzeugt falsches Kontrollgefühl. Das Ziel: Ein System aufbauen, in dem Kommunikation nur bei Bedarf stattfindet – für neue Entscheidungen, Kontextwechsel oder Risiken.

Wenn Steuerung funktioniert, tritt ein paradoxer Effekt ein: Weniger Meetings, höherer Impact. Teams hören auf, „im Kalender zu leben“, und konzentrieren sich auf die Lieferung. Das ist keine Theorie – es ist in Dutzenden IT-Teams bewiesen.

— Editorial Team