Engineering-Zeitverteilung im Sankey-Diagramm: Teamkapazität
Zeigen Sie, wohin die Entwicklertage eines Sprints gehen: von Teams zu Features, Fehlerbehebung, Tech Debt, Meetings und Bereitschaft, dann zu geplant und ungeplant. Eigene Tage eintragen.
Ein Sankey-Diagramm der Engineering-Kapazität zeigt, wohin die Tage eines Teams wirklich gingen. Es trennt geplante von hereingekommener Arbeit, sodass ungeplante Arbeit nicht länger in einer Velocity-Zahl verschwindet.
Das Beispiel hat 150 Entwicklertage in einem Sprint, verteilt auf drei Teams. Sie fließen in fünf Arten von Arbeit: Features, Fehlerbehebung, Tech Debt, Reviews und Meetings sowie Support und Bereitschaft. Die letzte Spalte teilt dieselben Tage in geplant und ungeplant, sodass ein Fehler, der im Sprint hereinkam, anders gelesen wird als ein Feature, das bei der Planung zugesagt wurde.
Die meisten Tracker nennen die Punkte eines Teams. Dass das Team Plattform 24 seiner 40 Tage für Tech Debt und Bereitschaft aufwendete, zeigen sie kaum. Das Diagramm dient dem Gespräch, nicht der Bewertung von Personen: Die Tage sind Schätzungen, und der Tag einer Person kann auf mehrere Arten von Arbeit verteilt sein. Was aus der geplanten Arbeit wurde, zeigt /de/sankey/roadmap-delivery.
So liest man dieses Diagramm
- Von 150 Entwicklertagen waren 98 (65 %) geplant und 52 (35 %) nicht.
- Feature-Arbeit macht 55 Tage aus (37 %); 50 waren geplant, 5 kamen im Sprint hinzu.
- Alle 25 Tage für Fehlerbehebung und 20 Tage Bereitschaft waren ungeplant: 45 Tage, 30 % der Kapazität.
- Plattform verwendete 24 seiner 40 Tage (60 %) für Tech Debt und Bereitschaft.
Die Daten dahinter
Erfundene Zahlen zur Veranschaulichung. Keine Daten eines realen Unternehmens, Teams oder Systems.
| Von | Nach | Menge (Entwicklertage) |
|---|---|---|
| Team Plattform | Feature-Arbeit | 8 |
| Team Plattform | Tech Debt | 12 |
| Team Plattform | Reviews und Meetings | 8 |
| Team Plattform | Support und Bereitschaft | 12 |
| Team Produkt A | Feature-Arbeit | 30 |
| Team Produkt A | Fehlerbehebung | 12 |
| Team Produkt A | Tech Debt | 5 |
| Team Produkt A | Reviews und Meetings | 13 |
| Team Produkt B | Feature-Arbeit | 17 |
| Team Produkt B | Fehlerbehebung | 13 |
| Team Produkt B | Tech Debt | 3 |
| Team Produkt B | Reviews und Meetings | 9 |
| Team Produkt B | Support und Bereitschaft | 8 |
| Feature-Arbeit | Zu Sprintbeginn geplant | 50 |
| Feature-Arbeit | Ungeplant | 5 |
| Fehlerbehebung | Ungeplant | 25 |
| Tech Debt | Zu Sprintbeginn geplant | 18 |
| Tech Debt | Ungeplant | 2 |
| Reviews und Meetings | Zu Sprintbeginn geplant | 30 |
| Support und Bereitschaft | Ungeplant | 20 |
Dieselben Daten als CSV
source,target,value
Team Plattform,Feature-Arbeit,8
Team Plattform,Tech Debt,12
Team Plattform,Reviews und Meetings,8
Team Plattform,Support und Bereitschaft,12
Team Produkt A,Feature-Arbeit,30
Team Produkt A,Fehlerbehebung,12
Team Produkt A,Tech Debt,5
Team Produkt A,Reviews und Meetings,13
Team Produkt B,Feature-Arbeit,17
Team Produkt B,Fehlerbehebung,13
Team Produkt B,Tech Debt,3
Team Produkt B,Reviews und Meetings,9
Team Produkt B,Support und Bereitschaft,8
Feature-Arbeit,Zu Sprintbeginn geplant,50
Feature-Arbeit,Ungeplant,5
Fehlerbehebung,Ungeplant,25
Tech Debt,Zu Sprintbeginn geplant,18
Tech Debt,Ungeplant,2
Reviews und Meetings,Zu Sprintbeginn geplant,30
Support und Bereitschaft,Ungeplant,20So funktioniert es
Einen Zeitraum wählen
Nehmen Sie einen Sprint oder einen Monat und listen Sie die verfügbaren Entwicklertage nach Feiertagen und Urlaub auf.
Arbeit in fünf oder sechs Arten gruppieren
Nutzen Sie die Labels, die Ihr Tracker schon hat, etwa Feature, Fehler, Tech Debt und Support. Mehr als sechs machen die mittlere Spalte unlesbar.
Jeden Tag einmal zählen
Schätzen Sie die Tage je Team und Art der Arbeit und markieren Sie, welche im Sprintplan standen.
Die Bilanz prüfen
Jede Art von Arbeit muss so viele Tage abgeben, wie hineinflossen, und die Summe muss der Kapazität entsprechen.
Häufig gestellte Fragen
Misst das die Produktivität?
Nein. Es zeigt, wohin die Zeit ging, nicht wie gut sie genutzt wurde. Nutzen Sie es, um den Plan zu besprechen, etwa warum ein Drittel der Kapazität ungeplant ist, nicht um Personen zu vergleichen.
Wie zähle ich einen Tag, der auf zwei Arten von Arbeit verteilt ist?
Teilen Sie ihn in den Daten: einen halben Tag auf jede. Behalten Sie die Regel in jedem Zeitraum bei, damit die Diagramme vergleichbar bleiben.
Dieses Engineering-Zeit-Sankey bearbeiten
Öffnen Sie das Beispiel als eigenes Diagramm und tragen Sie die Tage Ihres Teams ein.