Agile Overhead Report
Überblick
Eure Entwickler sind nicht langsam. Sie stecken fest. Branchendaten von Microsoft, IDC und Atlassian kommen zum gleichen Ergebnis: Ingenieure verbringen weniger als ein Fünftel ihrer Zeit mit Code schreiben. Der Rest verschwindet in Zeremonien, Freigaben, Kontextsuche und Wartungsarbeit, die niemand eingeplant hat.
Wichtige Erkenntnisse
Wo die Zeit wirklich hingeht
Laut einer Microsoft-Studie mit 484 Entwicklern (2024) sieht die tatsächliche Wochenaufteilung ganz anders aus als angenommen:
| Aktivität | Tatsächliche Zeit | Ideale Zeit (Entwickler-Präferenz) |
|---|---|---|
| Coding | 11% | 20% |
| Meetings & Kommunikation | 12% | 5% |
| Debugging | 9% | 5% |
| Architektur & Design | 6% | 15% |
| Code Reviews & PRs | 5% | 7% |
| Sonstiges (Setup, Admin, Lernen) | 57% | 48% |
Der IDC-Report 2024 fand eine nahezu identische Verteilung: Entwickler verbringen nur 16% ihrer monatlichen Zeit mit Anwendungsentwicklung. Die übrigen 84% gehen in Anforderungen, Security, CI/CD, Monitoring und Deployment.
Die Agile-Overhead-Steuer
- 23% des Arbeitstages gehen allein für Meetings drauf, laut Skan.ai-Produktivitätsanalyse
- 1-2 Stunden pro Tag werden von Slack und Messaging verschlungen, laut derselben Studie
- 28% des Arbeitstages in Meetings beim Durchschnittsteam; Elite-Teams halten es bei 18% (LinearB 2025 Benchmarks, 6,1 Mio.+ Pull Requests analysiert)
- 23 Minuten und 15 Sekunden um den Fokus nach jedem Kontextwechsel wiederzuerlangen (Skan.ai)
- Meeting-lastige Tage sind das größte Hindernis für Entwicklerproduktivität, laut DX Report 2025
Der Freigabe- und Kontext-Engpass
Der Cortex State of Developer Productivity 2024 (50 Engineering-Leiter, Unternehmen mit 500+ Mitarbeitern) identifizierte drei gleich schädliche Lecks:
- 26% der Leiter nennen Warten auf Freigaben als Top-Produktivitätsbremse
- 26% der Leiter nennen Kontextsuche als Top-Bremse
- 26% der Leiter nennen Bugfixes und Wartung (KTLO) als Top-Bremse
- 40% der Entwickler sagen, Schwierigkeiten beim Kontextfinden sei ihre häufigste tägliche Reibung
- 58% der Organisationen schätzen, dass 5+ Stunden pro Entwickler pro Woche durch unproduktiven Overhead verloren gehen
Die KTLO-Falle
Wartung und “Keep the Lights On”-Arbeit dominiert still die Sprint-Kapazität:
- 23-42% der Entwicklerzeit geht für Technical Debt drauf, laut Jellyfish
- 72% der Organisationen berichten, dass neue Mitarbeiter über 1 Monat bis zum ersten produktiven PR brauchen, hauptsächlich wegen Kontextlücken (Cortex 2024)
- 54% der Organisationen sagen, es dauert 1-3 Monate bis ein neuer Entwickler produktiv beiträgt
Was Nichtstun kostet
Für ein 10-Entwickler-Team bei durchschnittlichen Senior-Stundensätzen (~82 $/Stunde) ist die Rechnung schmerzhaft:
| Overhead-Kategorie | Verlorene Std./Woche (pro Dev) | Jährliche Kosten (10-Dev-Team) |
|---|---|---|
| Meetings & Zeremonien | 8-10 Std. | 340.000-425.000 $ |
| Kontextsuche & Wechsel | 3-5 Std. | 128.000-213.000 $ |
| Warten auf Freigaben & Reviews | 2-4 Std. | 85.000-170.000 $ |
| KTLO & Wartung | 3-6 Std. | 128.000-255.000 $ |
| Gesamt-Overhead | 16-25 Std. | 680.000-1,06 Mio. $ |
Das sind 40-63% eures Engineering-Budgets für Arbeit, die kein Produkt baut.
Was das für euer Team bedeutet
- Meeting-Last zuerst prüfen. LinearB-Daten zeigen: Elite-Teams verbringen 18% ihres Tages in Meetings vs. 35% bei Low Performern. Allein diese Lücke ist 1,5 Stunden pro Entwickler pro Tag wert.
- Kontextsuche-Zeit messen. Cortex fand heraus, dass Teams mit internen Developer Portals die kontextbezogene Reibung um 20% reduzieren. Wenn eure Entwickler 3 Leute anpingen müssen, um einen Service zu verstehen, ist das ein systemisches Problem.
- Zeremonien-Artefakte automatisieren. Sprint-Zusammenfassungen, Changelog-Generierung, Testplan-Entwürfe und Standup-Updates können aus Commit-Historie und Ticket-Daten generiert werden, statt aus dem Gedächtnis der Entwickler.
- KTLO-Budget festlegen. Wer Wartung nicht explizit auf einen Sprint-Prozentsatz deckelt, verliert still 23-42% der Kapazität (Jellyfish).
- Die richtigen Proxy-Metriken tracken. LinearB-Daten zeigen: Coding-Zeit als Anteil am Arbeitstag reicht von 22% (Low Performer) bis 54% (Elite). Diese einzelne Metrik sagt mehr als Velocity Points.
Quellen
- Microsoft “Time Warp” Developer Productivity Study 2024
- IDC “How Do Software Developers Spend Their Time?” 2024
- Cortex State of Developer Productivity 2024
- LinearB Software Engineering Benchmarks 2025
- Atlassian Developer Experience Report 2025
- Jellyfish State of Engineering Management 2025
- Skan.ai Developer Productivity Whitepaper 2025
- DX Developer Productivity Report 2025