Agile Teamkapazität & Sprint-Geschwindigkeitsplaner

Kapazität eines agilen Teams pro Sprint: Stunden und Punkte

Die Sprint-Kapazität wird pro Person berechnet: (Arbeitstage − Urlaub) × (Stunden pro Tag − Meetingstunden), multipliziert mit dem Fokusfaktor und geteilt durch die Stunden, die ein Story Point im Schnitt gekostet hat. Mit fünf Personen über zwei Wochen, 75 % Fokus und 6 Stunden pro Punkt kommt das Tool auf 214 produktive Stunden, also 35,7 Punkte.

Formel

• Aktive Tage = Arbeitstage im Sprint − Urlaubstage.
• Bruttostunden = aktive Tage × Stunden pro Tag; Meetingstunden = aktive Tage × tägliche Stunden für Zeremonien und Meetings.
• Produktive Stunden = (brutto − Meetings) × Fokusfaktor (40 bis 100 %).
• Kapazität in Punkten = produktive Stunden gesamt ÷ Stunden pro Story Point (Teamhistorie).
• Commitment-Quote = geplante Punkte ÷ Kapazität. Über 105 % meldet das Tool Überplanung, unter 80 % ungenutzte Kapazität.

Beispiel

Zweiwöchiger Sprint, 5 Personen mit 7,5 h pro Tag. Der Lead Dev hat 1 Urlaubstag und 2 h Meetings pro Tag, der Backend-Entwickler 2 Urlaubstage, die übrigen keinen, mit 1,2 bis 1,5 h Meetings. Gesamt: 352,5 Bruttostunden (angezeigt 353), 66,6 Meetingstunden, 285,9 Nettostunden und 214,4 produktive Stunden bei 75 % Fokus. Bei 6 h pro Punkt beträgt die Kapazität 35,7 Punkte. 45 geplante Punkte entsprechen 126 %: Das Team ist um rund 9 Punkte überplant.

Annahmen und Grenzen

• Der Fokusfaktor deckt Unterbrechungen, Support und Reviews ab; messen Sie ihn an vergangenen Sprints, statt bei 75 % zu bleiben.
• Stunden pro Punkt gelten nur für Ihr Team; Punkte lassen sich nicht teamübergreifend vergleichen.
• Eine geänderte Sprintdauer aktualisiert die Arbeitstage bereits erfasster Mitglieder nicht (nur später hinzugefügter): Korrigieren Sie die Tagesspalte von Hand.
• Feiertage werden nicht automatisch abgezogen: Ziehen Sie sie von den Arbeitstagen ab.

Die tatsächlich gelieferte Velocity der letzten drei Sprints bleibt die beste Kontrolle dieser Schätzung.

Häufig gestellte Fragen

Was ist der Fokusfaktor eines Scrum-Teams?

Er ist der Anteil der Nettostunden nach Meetings, der tatsächlich in Sprint-Aufgaben fließt; der Rest geht für Unterbrechungen, Support, Reviews und Kontextwechsel drauf. Das Tool stellt ihn zwischen 40 und 100 % ein, standardmäßig 75 %. Zum Messen teilen Sie die Stunden am Sprint-Backlog durch die verfügbaren Nettostunden Ihrer letzten Sprints.

Wie rechne ich Stunden in Story Points um?

Teilen Sie die produktiven Stunden durch die durchschnittlichen Stunden, die ein Punkt Ihr Team in früheren Sprints gekostet hat. Bei 214,4 Stunden und 6 Stunden pro Punkt beträgt die Kapazität 35,7 Punkte. Dieses Verhältnis gilt nur für Ihr Team: Übernehmen Sie es nicht von anderen.

Ab wann ist ein Sprint überplant?

Das Tool vergleicht die geplanten Punkte mit der berechneten Kapazität. Über 105 % meldet es Überplanung, unter 80 % ungenutzte Kapazität, dazwischen ein gesundes Commitment. Im Beispiel ergeben 45 Punkte bei 35,7 Kapazität 126 %, also rund 9 Punkte zum Verschieben.

Wie viele Meetingstunden pro Tag sollte man im Sprint einplanen?

Das Tool schlägt 1,2 Stunden pro Tag und Entwickler sowie 2 Stunden für einen Lead vor, Scrum-Zeremonien und Firmenmeetings inklusive. Bei einem 10-Tage-Sprint ergeben 1,2 Stunden täglich 12 Stunden, 16 % eines 7,5-Stunden-Tags. Prüfen Sie die echten Kalender, um den Wert pro Person anzupassen.

Ist das Tool wirklich kostenlos?

Ja, alle Werkzeuge auf Kristools sind zu 100% kostenlos und ohne Registrierung zugänglich.

Sind meine Daten geschützt?

Ja. Die gesamte Verarbeitung erfolgt sicher und direkt in Ihrem Browser. Es werden keine persönlichen Daten an unsere Server gesendet.