Die Auslastungsfalle

Es scheint offensichtlich: Um die Produktivität zu maximieren, halte alle beschäftigt. Wenn Entwickler untätig sind, verschwendest du Geld.

Diese Intuition ist für Wissensarbeit falsch.

Hohe Auslastung (80 %+) verursacht:

• Lange Wartezeiten
• Unfähigkeit, Schwankungen aufzufangen
• Keine Kapazität für Verbesserungsarbeit
• Burnout

Die Mathematik ist brutal. Wenn die Auslastung sich 100 % nähert, gehen die Wartezeiten gegen unendlich. Ein System mit 99 % Auslastung hat dramatisch längere Warteschlangen als eines mit 80 %.

Die Warteschlangentheorie zeigt, dass die Wartezeit explodiert, wenn die Auslastung steigt:

Bei 50 % Auslastung: Wartezeit entspricht ungefähr der Bearbeitungszeit Bei 80 % Auslastung: Wartezeit ist das 4-fache der Bearbeitungszeit Bei 90 % Auslastung: Wartezeit ist das 9-fache der Bearbeitungszeit Bei 95 % Auslastung: Wartezeit ist das 19-fache der Bearbeitungszeit

Das liegt daran, dass Variabilität sowohl bei Ankünften als auch bei Bearbeitungszeiten Warteschlangen erzeugt. Wenn du keinen Puffer hast, kannst du die Schwankungen nicht auffangen.

Beispiel aus der Praxis: Wenn es 2 Stunden dauert, einen PR zu reviewen, der Reviewer aber zu 90 % ausgelastet ist, wartet der PR 18 Stunden in der Warteschlange, bevor das Review beginnt. Gesamtzeit: 20 Stunden für eine 2-Stunden-Aufgabe.

Puffer ist nicht dasselbe wie Untätigkeit. Es gibt produktive Verwendungen für Puffer:

Warteschlangen abbauen: Wenn Limits erreicht werden, ermöglicht Puffer den Leuten, Engpässe zu beseitigen.

Verbesserungsarbeit: Technische Schulden, Automatisierung, Verbesserungen am Tooling. Diese machen zukünftige Arbeit schneller.

Lernen: Schulungen, Experimente, Kompetenzentwicklung.

Reaktionsfähigkeit: Fähigkeit, dringende Anfragen zu bearbeiten, ohne alles zu stören.

Zusammenarbeit: Teammitgliedern helfen, Pair Programming, Wissensaustausch.

Teams mit 100 % Auslastung haben für nichts davon Zeit. Sie bearbeiten nur Arbeitselemente in einer Warteschlange. Sie werden mit der Zeit langsamer, weil sie nie in Verbesserungen investieren.

„Wir haben keine Zeit, unseren Prozess zu verbessern."

Das ist das häufigste Symptom der Auslastungsfalle. Teams sind so beschäftigt mit der Arbeit, dass sie nicht verbessern können, wie sie arbeiten.

Aber Prozessverbesserung ist der Weg, die Kapazität nachhaltig zu erhöhen. Ohne sie:

• Technische Schulden häufen sich an
• Tools bleiben veraltet
• Menschen entwickeln keine Fähigkeiten weiter
• Dieselben Probleme wiederholen sich

Der Kreislauf:

1. Team mit 100 % Auslastung
2. Keine Zeit für Verbesserungen
3. Probleme bleiben bestehen, Arbeit wird schwieriger
4. Mehr Zeit für Feuerwehreinsätze
5. Noch weniger Zeit für Verbesserungen
6. Schließlich sinkt die Kapazität

Den Kreislauf durchbrechen:

• Bewusst Puffer schaffen (WIP-Limits helfen)
• Zeit für Verbesserungen schützen (z. B. 20 % Zuteilung)
• Verbesserungsarbeit als nicht verhandelbar behandeln

„Warum programmieren Entwickler manchmal nicht?"

Diese Frage kommt aus Auslastungsdenken. So kannst du umformulieren:

Fokussiere auf Durchsatz, nicht Auslastung. „Wir schließen 10 Features pro Sprint ab. Würdest du lieber 8 Features abschließen, aber alle sehen beschäftigter aus?"

Erkläre Wartezeiten. „Wenn wir bei 100 % Kapazität sind, warten dringende Anfragen 2 Wochen auf den Start. Bei 80 % starten sie innerhalb von 2 Tagen."

Zeige die Mathematik. „Letztes Quartal verbrachten wir 30 % der Zeit mit Notfallbehebungen. Dieses Quartal verbrachten wir 20 % mit Prävention, und Notfallbehebungen sanken auf 10 %. Nettogewinn: 10 %."

Verwende Analogien. „Eine Autobahn mit 100 % Kapazität ist ein Parkplatz. Eine Autobahn mit 80 % Kapazität fließt. Welche bringt die Leute schneller nach Hause?"

Das Ziel ist, das Gespräch von „Sind die Leute beschäftigt?" zu „Fließt die Arbeit?" zu verschieben.