Sprint Capacity Calculator
Calcola la capacità del team per lo sprint: ore disponibili, overhead cerimonie e story point stimati per ogni membro.
Configurazione Sprint
Il Velocity Ratio indica quanti story point rende in media ogni ora di lavoro effettivo. Un valore tipico e tra 0.3 e 0.8 SP/ora.
Membri del Team
| Nome | Ore/giorno | Giorni off | Azioni |
|---|---|---|---|
Risultati Capacità Sprint
Capacità per Membro
Come pianificare la capacità sprint
Ore Disponibili
Calcolate come: (giorni_lavorativi - giorni_off) x ore_al_giorno per ogni membro. I weekend sono esclusi con fattore 5/7.
Overhead Cerimonie
Include Sprint Planning, Daily Standup, Review, Retrospective. Tipicamente 8-12 ore per sprint di 2 settimane per team di 5-8 persone.
Velocity Ratio
Dipende dal team e dalla complessità. Inizia con 0.5 SP/ora e calibra nel tempo basandoti sulla velocità storica.
Best Practice
Pianifica al 70-80% della capacità massima per assorbire imprevisti. Non usare mai il 100% come target di sprint.
Come utilizzare Sprint Capacity Calculator
Aggiungi i membri del team
Per ogni persona indica le ore di lavoro effettivo al giorno e i giorni di assenza previsti (ferie, permessi, malattia) durante lo sprint.
Configura durata sprint, overhead cerimonie e velocity ratio
Imposta la durata dello sprint in giorni di calendario, le ore totali dedicate alle cerimonie Scrum (planning, daily, review, retrospective) e il velocity ratio, cioè quanti story point rende in media un'ora di lavoro.
Analizza ore disponibili ed effettive
Il tool calcola le ore totali disponibili, sottrae l'overhead delle cerimonie e mostra le ore effettive di lavoro produttivo, ripartite per membro del team.
Usa gli story point stimati per il commitment di sprint
Il valore di story point stimati indica quanto lavoro il team può ragionevolmente impegnarsi a completare, tenendo conto delle ore effettivamente disponibili.
Suggerimenti
- Aggiorna i giorni di assenza a inizio sprint: ferie e permessi comunicati in ritardo sono la causa più comune di capacity sovrastimata.
- Ricalibra periodicamente il velocity ratio confrontando gli story point stimati dal tool con quelli effettivamente completati a fine sprint.
- Non usare la capacity come unico criterio di sprint planning: incrocia sempre il dato con la velocity storica del team, se disponibile.
Domande frequenti
Qual è la differenza tra capacity e velocity in Scrum?
La capacity è una stima prospettica basata sulle ore realmente disponibili del team per il prossimo sprint (persone, ore al giorno, assenze). La velocity è invece una misura retrospettiva, calcolata sugli story point effettivamente completati negli sprint passati. La capacity si usa quando mancano dati storici di velocity o quando la composizione del team cambia.
Come vengono calcolate le ore disponibili di ogni membro del team?
Le ore disponibili di un membro sono calcolate come (giorni lavorativi dello sprint meno i giorni di assenza) moltiplicati per le ore di lavoro effettivo al giorno. I giorni lavorativi sono stimati applicando il rapporto 5/7 alla durata dello sprint in giorni di calendario, per escludere i weekend.
Cos'è l'overhead cerimonie e quanto incide sulla capacity?
L'overhead cerimonie sono le ore totali dedicate a Sprint Planning, Daily Standup, Sprint Review e Retrospective. Per uno sprint di due settimane con un team di 5-8 persone, un valore tipico è 8-12 ore totali. Queste ore vengono sottratte dalle ore disponibili complessive e distribuite equamente tra i membri del team prima di calcolare gli story point stimati.
Come si sceglie il velocity ratio (story point per ora)?
Il velocity ratio traduce le ore di lavoro effettivo in story point stimati. Non esiste un valore universale: dipende dalla granularità con cui il team stima le user story. Un punto di partenza ragionevole è 0.5 SP/ora, da calibrare nel tempo confrontando la capacity prevista con la velocity storica realmente osservata negli sprint precedenti.
Conviene pianificare al 100% della capacity calcolata?
No. La capacity calcolata rappresenta il tetto massimo teorico di lavoro disponibile, ma non tiene conto di imprevisti, bug urgenti o interruzioni. La pratica comune è pianificare il commitment di sprint al 70-80% della capacity stimata, lasciando un margine per gestire l'imprevisto senza compromettere la Definition of Done.