# Kapazitätsplanung in agilen Teams: Zusagen auf Basis von Daten

Autor: Marin Niehues, Niehues Consulting · Veröffentlicht: 2024-04-11 · Delivery & Steuerung
Quelle: https://www.niehuesconsulting.de/blog/kapazitaetsplanung-agilen-teams/

Kapazitätsplanung in agilen Teams gelingt, wenn Sie die tatsächlich verfügbare Zeit berechnen und Zusagen aus dem gemessenen Durchsatz der letzten Wochen ableiten. Die Schätzung einzelner Aufgaben bleibt als Gesprächsgrundlage nützlich, doch die Zusage an Geschäftsführung und Kunden stützt sich auf Daten: Wie viele Arbeitseinheiten hat das Team in den vergangenen Zyklen tatsächlich fertiggestellt, und mit welcher Wahrscheinlichkeit wiederholt sich dieses Ergebnis?

Dieser Beitrag zeigt einen Rechenweg von der Netto-Kapazität bis zur Zusage mit Wahrscheinlichkeit, vergleicht die gängigen Verfahren und nennt Prüffragen für Führungskräfte, die auf Termine angewiesen sind.

**Eine belastbare Zusage nennt eine Spanne und eine Wahrscheinlichkeit, etwa „mit 85 Prozent Sicherheit in fünf Sprints“. Ein einzelnes Datum ohne Wahrscheinlichkeit verbirgt, wie unsicher es ist.**

## Warum scheitern Zusagen in agilen Teams so oft?

Zusagen in agilen Teams scheitern, weil sie aus Schätzungen entstehen, die systematisch zu optimistisch ausfallen, und aus einer Kapazität, die nur auf dem Papier existiert. Die Psychologie hat dafür einen Namen: Der Planungsfehlschluss, von Daniel Kahneman und Amos Tversky 1979 beschrieben und von Roger Buehler und Kollegen 1994 experimentell untersucht, beschreibt die Neigung, die Dauer eigener Vorhaben zu unterschätzen, auch wenn ähnliche Vorhaben zuvor länger gedauert haben. Ein Team, das im Planungstreffen jede Aufgabe einzeln einschätzt, wiederholt diesen Fehler Aufgabe für Aufgabe.

Dazu kommt die Rechnung mit der Arbeitszeit. Eine Vollzeitstelle ist keine Vollzeitkapazität für das Produkt. Urlaub, Feiertage, Krankheit, Betriebsunterstützung für Altsysteme, Abstimmungen mit anderen Teams und die Ereignisse des Teams selbst verbrauchen Zeit. Gerald Weinberg beschrieb 1992 in „Quality Software Management“ eine Faustregel zum Kontextwechsel: Wer an mehreren Projekten gleichzeitig arbeitet, verliert mit jedem zusätzlichen Projekt einen spürbaren Anteil seiner Zeit an die Umstellung. Die konkreten Prozentwerte sind eine Faustregel ohne Messbasis, die Richtung deckt sich mit vielen Beobachtungen aus der Praxis. Frederick Brooks hatte schon 1975 in „The Mythical Man-Month“ gezeigt, dass zusätzliche Personen in einem laufenden Vorhaben Abstimmungsaufwand erzeugen und das Ergebnis nicht im Verhältnis der Köpfe beschleunigen.

Aus beidem folgt der Ansatz dieses Beitrags: Die Kapazität ergibt sich aus gemessenen Abzügen, und die Zusage kommt aus beobachteter Leistung. Wie Durchsatz und Durchlaufzeit gemessen werden, beschreibt der Beitrag zu den [Flow-Metriken](/blog/flow-metrics-durchsatz-work-progress-wartezeit/).

## Wie berechnet man die Kapazität eines agilen Teams?

Die Netto-Kapazität eines Teams ist die Summe der Arbeitstage im Zyklus abzüglich Abwesenheiten, Betriebsaufgaben und eines Puffers für Ungeplantes. Der Scrum Guide 2020 nennt als Zeitrahmen für den Sprint höchstens einen Monat und verlangt, dass das Team im Sprint Planning aus der Produkt-Backlog-Liste so viel auswählt, wie es für den Sprint-Zeitraum für machbar hält. Die Machbarkeit prüft das Team mit einem einfachen Rechenweg.

**Rechenbeispiel: Netto-Kapazität eines Teams mit sechs Personen**
Schritt | Rechnung | Ergebnis
Brutto-Kapazität | 6 Personen mal 10 Arbeitstage | 60 Personentage
Abwesenheiten | Urlaub und Feiertage, Beispielwert | minus 4 Personentage
Betrieb und Support | Anteil für Altsysteme, Beispielwert 10 Prozent der Brutto-Kapazität | minus 6 Personentage
Netto-Kapazität | 60 minus 4 minus 6 | 50 Personentage
Puffer für Ungeplantes | 20 Prozent der Netto-Kapazität, Beispielwert | minus 10 Personentage
Planbare Kapazität | 50 minus 10 | 40 Personentage

Die Werte im Beispiel sind illustrativ gewählt. In der Praxis liest das Team die Abzüge aus den letzten Zyklen ab: Wie viele Tage gingen tatsächlich in Betrieb und Support, wie viele Aufgaben kamen im Zyklus ungeplant hinzu? Der Puffer ist der Teil der Rechnung, der am häufigsten fehlt, und er ist zugleich der Teil, der Zusagen hält. Er gehört als fester Posten in die Planung, damit eine schlechte Woche die Zusage nicht kippt.

## Was ist besser: Story Points, Velocity oder Durchsatz?

Der Durchsatz, also die Zahl fertiger Arbeitseinheiten je Zeitraum, ist für Zusagen die robusteste Größe, weil er ohne Schätzung auskommt und sich direkt zählen lässt. Story Points und Velocity bilden die Größe von Aufgaben in einer teaminternen Einheit ab. Sie helfen dem Team beim Gespräch über Komplexität. Für Zusagen nach außen taugen sie nur eingeschränkt: Die Einheit ist nicht vergleichbar zwischen Teams, sie verschiebt sich mit der Zeit, und sie lädt dazu ein, Teams an ihrer Velocity zu messen, wodurch die Zahl ihre Aussagekraft verliert.

Daniel Vacanti hat in „Actionable Agile Metrics for Predictability“ (2015) und gemeinsam mit John Coleman im Kanban Guide (2020) die Alternative beschrieben: Gezählt werden fertige Elemente je Zeitraum und die Durchlaufzeit je Element. Aus beiden Zeitreihen lässt sich mit dem Gesetz von Little ableiten, wie sich Arbeit im System verhält. John Little bewies 1961, dass die durchschnittliche Zahl der Elemente im System gleich der Ankunftsrate mal der durchschnittlichen Verweildauer ist. Für ein Team bedeutet das: Die durchschnittliche Durchlaufzeit ergibt sich aus der Zahl angefangener Arbeiten geteilt durch den Durchsatz. Wer die Zahl angefangener Arbeiten senkt, verkürzt die Wartezeit, ohne dass jemand schneller arbeitet. Das Vorgehen dazu steht im Beitrag zum [Begrenzen von Work in Progress](/blog/work-progress-begrenzen/).

**Verfahren der Kapazitäts- und Terminplanung im Vergleich**
Kriterium | Einzelschätzung in Stunden | Story Points mit Velocity | Durchsatz mit Wahrscheinlichkeit
Datengrundlage | Meinung der Schätzenden | Vergangene Punktesummen | Gezählte fertige Elemente
Aufwand je Element | Hoch | Mittel | Gering
Aussage zur Unsicherheit | Fehlt | Fehlt meist | Spanne mit Wahrscheinlichkeit
Eignung für Zusagen nach außen | Gering | Mittel | Hoch
Voraussetzung | Detaillierte Aufgabenzerlegung | Stabile Teamzusammensetzung | Saubere Definition von „fertig“ und möglichst zehn Beobachtungen

## Wie kommt man von Durchsatzdaten zu einer Zusage?

Aus Durchsatzdaten wird eine Zusage, indem Sie die Verteilung der vergangenen Zyklen betrachten und eine Zahl wählen, die in den meisten Fällen erreicht wurde. Ein Beispiel mit sechs Sprints: Das Team hat 11, 9, 13, 8, 12 und 10 Elemente fertiggestellt. In fünf von sechs Sprints wurden mindestens neun Elemente fertig, in allen sechs mindestens acht. Der Median liegt bei 10,5. Liegen 40 Elemente im Backlog, dauert es beim Median rund vier Sprints. Wer sich auf neun Elemente je Sprint stützt, braucht fünf Sprints, mit acht Elementen ebenfalls fünf. Die Aussage an die Geschäftsführung lautet dann: Fünf Sprints sind mit hoher Wahrscheinlichkeit realistisch, vier Sprints erreichen wir nur bei einem überdurchschnittlichen Verlauf.

Sechs Beobachtungen sind eine dünne Basis. Mit zehn bis zwanzig Zyklen wird die Aussage stabiler, und für längere Vorhaben simulieren Teams die Zukunft mit der Monte-Carlo-Methode: Das Verfahren zieht tausendfach zufällig Durchsatzwerte aus der eigenen Historie und zählt, in wie vielen Durchläufen das Backlog bis zu einem Datum leer ist. Das Ergebnis ist eine Wahrscheinlichkeitsverteilung, aus der Sie die Aussage „mit 85 Prozent Sicherheit bis zu diesem Datum“ ablesen. Die Rechnung gelingt in einer Tabellenkalkulation. Voraussetzung ist, dass die Elemente ähnlich groß geschnitten sind und die Definition von „fertig“ konstant bleibt, wie im Beitrag zur [Release-Planung](/blog/release-planung-termine-zusagen-halten/) gezeigt.

## Prüfliste: Ist Ihre Kapazitätsplanung belastbar?

Die Kapazitätsplanung eines Teams ist belastbar, wenn jede der folgenden Fragen mit Ja beantwortet wird.

1. Kennt das Team seine Netto-Kapazität je Zyklus, mit Abzügen aus den letzten Zyklen statt aus Annahmen?
2. Ist ein Puffer für Ungeplantes fest eingeplant, mit einer Größe, die aus gemessenen Unterbrechungen stammt?
3. Arbeitet jede Person überwiegend in einem Team und an einem Vorhaben, sodass Kontextwechsel gering bleiben?
4. Wird der Durchsatz je Zyklus gezählt und für mindestens zehn Zyklen aufbewahrt?
5. Nennen Zusagen nach außen eine Spanne mit Wahrscheinlichkeit?
6. Wird die Zusage neu berechnet, sobald sich Teamgröße, Backlog oder Durchsatz merklich ändern?
7. Ist die Zahl gleichzeitig laufender Vorhaben im Portfolio begrenzt, sodass Teams nicht mehrere Linienaufträge parallel bedienen?

Die siebte Frage wird häufig unterschätzt. Wenn drei Bereiche je ein Drittel desselben Teams verplant haben, ist die Kapazität dreimal vergeben, und keine Technik der Teamplanung löst dieses Problem. Es gehört in die Steuerung des Portfolios, wie sie der Beitrag zum [Entrümpeln des Projektportfolios](/blog/projektportfolio-entruempeln-weniger-gleichzeitig-mehr-fertig/) beschreibt.

**Typische Fehler bei der Kapazitätsplanung**
- Die Kapazität einer Stelle wird mit der verfügbaren Zeit für das Produkt gleichgesetzt, obwohl Betrieb, Abstimmungen und Abwesenheiten abgezogen werden müssen.
- Die Velocity wird als Leistungskennzahl der Teams verwendet, und das Team beginnt, Punkte statt Ergebnisse zu optimieren.
- Zusagen werden aus dem besten Sprint der Vergangenheit abgeleitet statt aus der Verteilung aller Sprints.
- Abhängigkeiten von anderen Teams fließen nicht in die Rechnung ein.:::

## Kapazitätsplanung mit Niehues Consulting

[Niehues Consulting](/) ist eine Beratung für KI-Management und Organisationsdesign aus der Lieferperspektive mit Sitz in Düsseldorf. Gründer Marin Niehues baut Organisationen, die liefern, und arbeitet als Delivery Manager, Projektmanager und Product Owner in Projekten von VC-finanzierten Scaleups bis zu DAX-40-Konzernen. Er war in über 20 Ländern auf sechs Kontinenten im Einsatz. Für die Kapazitätsplanung heißt das: Die Zahlen kommen aus dem laufenden Betrieb der Teams, und Zusagen werden so formuliert, dass die Geschäftsführung sie in ihre eigene Planung übernehmen kann.

Das Vorgehen folgt dem Niehues Delivery Model. Für dieses Thema zählen besonders drei Prüffragen: Wer entscheidet, wer liefert, wer nutzt? Was ist der Ausgangswert, und woran messen wir den Erfolg? Welche Rollen, Entscheidungswege und Schnittstellen braucht der Betrieb? Umfang und Konditionen eines Vorhabens werden in der kostenfreien Erstberatung besprochen, die Sie über den [Kontakt](/#kontakt) vereinbaren.

**Fazit**
Kapazität ist eine berechnete Größe: Brutto-Zeit minus Abzüge minus Puffer. Zusagen entstehen aus gezähltem Durchsatz und nennen eine Spanne mit Wahrscheinlichkeit. Wer zusätzlich die Zahl paralleler Vorhaben begrenzt, hält Termine, ohne dass Teams schneller arbeiten müssen.

**Grundlage**
- Schwaber, Sutherland: The Scrum Guide, 2020
- Coleman, Vacanti: The Kanban Guide, 2020
- Vacanti: Actionable Agile Metrics for Predictability, Fachbuch, 2015
- Little: A Proof for the Queuing Formula L = λW, Operations Research, 1961
- Brooks: The Mythical Man-Month, Fachbuch, 1975
- Weinberg: Quality Software Management, Band 1, Fachbuch, 1992
- Kahneman, Tversky: Intuitive Prediction: Biases and Corrective Procedures, 1979; Buehler, Griffin, Ross: Exploring the Planning Fallacy, Journal of Personality and Social Psychology, 1994

## Häufige Fragen

### Wie plant man die Kapazität eines Scrum-Teams?

Sie planen die Kapazität eines Scrum-Teams, indem Sie die Arbeitstage im Sprint mit der Zahl der Personen multiplizieren und Abwesenheiten, Betriebsaufgaben und einen Puffer abziehen. Das Ergebnis ist die planbare Kapazität. Zusätzlich vergleicht das Team die Auswahl für den Sprint mit der Zahl der Elemente, die es in den letzten Sprints tatsächlich fertiggestellt hat.

### Was ist der Unterschied zwischen Kapazität und Velocity?

Die Kapazität beschreibt die verfügbare Arbeitszeit im Zyklus, die Velocity die Summe der Story Points, die das Team in früheren Zyklen abgeschlossen hat. Die Kapazität ist eine Eingangsgröße, die Velocity ein Ergebnis. Für Zusagen nach außen eignet sich die Zahl fertiger Elemente je Zyklus besser, weil sie ohne Schätzeinheit auskommt.

### Wie viel Puffer sollte ein agiles Team einplanen?

Der Puffer richtet sich nach der Menge ungeplanter Arbeit der vergangenen Zyklen. Ein Team misst dazu, wie viele Personentage in Störungen, Fehlerbehebung und Anfragen gingen, und plant diesen Anteil als festen Abzug ein. Der Beispielwert von 20 Prozent in diesem Beitrag ist ein Ausgangspunkt für die Rechnung. Den eigenen Wert liefern die gemessenen Zyklen.

### Wie genau sind Prognosen mit Monte-Carlo-Simulation?

Eine Monte-Carlo-Prognose ist so genau wie die Historie, aus der sie schöpft. Mit zehn bis zwanzig Zyklen und stabilem Teamzuschnitt liefert sie eine brauchbare Spanne mit Wahrscheinlichkeit. Ändern sich Teamgröße oder Art der Aufgaben deutlich, wird die Simulation mit den neuen Daten wiederholt.

### Wie sagt man dem Management einen Termin zu, wenn der Umfang unsicher ist?

Sie nennen dem Management eine Spanne mit Wahrscheinlichkeit und den Umfang, auf den sie sich bezieht, zum Beispiel „40 Elemente bis zum Ende des fünften Sprints mit 85 Prozent Sicherheit“. Ändert sich der Umfang, ändert sich die Aussage und wird neu berechnet. So bleibt die Zusage überprüfbar.

### Funktioniert Kapazitätsplanung auch ohne Scrum?

Ja, sie funktioniert in jedem Arbeitssystem, in dem fertige Elemente gezählt werden. Kanban-Teams arbeiten ohne feste Zyklen und zählen den Durchsatz pro Woche. Die Methode zur Prognose bleibt dieselbe: Historische Wochenwerte zeigen, wie viele Elemente bis zu einem Datum fertig werden.

### Was tun, wenn Teams auf mehreren Projekten gleichzeitig arbeiten?

Sie reduzieren die Zahl gleichzeitiger Zuordnungen je Person und verteilen Kapazität verbindlich auf Vorhaben. Jede zusätzliche Zuordnung kostet Umstellungszeit, und die Summe der Zusagen übersteigt schnell die Kapazität der Person. Das Portfolio entscheidet, welche Vorhaben jetzt Kapazität erhalten und welche warten.

### Wie viele Zyklen Daten braucht man für eine verlässliche Prognose?

Für den Einstieg genügen sechs Zyklen, für eine verlässliche Aussage sind zehn bis zwanzig sinnvoll. Je weniger Beobachtungen vorliegen, desto breiter muss die genannte Spanne ausfallen. Beginnen Sie mit der Zählung sofort, da ältere Daten nicht nachträglich entstehen.