Calcolatore capacità di sprint
Cinque persone per 10 giorni lavorativi a 8 ore al giorno con un fattore di focus di 0,7 hanno 400 ore lorde e 280 ore di capacità reale; le altre 120 vanno in riunioni e interruzioni. Gratis nel suo browser.
- Gratis
- Funziona nel suo browser
- Senza registrazione
- I suoi dati restano sul dispositivo
Esegui gratis nel browser
Esempio risolto
- Numero di dipendenti
- 5
- Giorni lavorativi
- 10
- Ore al giorno
- 8
- Fattore di concentrazione
- 0,7
- Giorni-persona
- 50
- Ore lorde
- 400
- Ore di capacità
- 280
- Giorni-persona di capacità
- 35
La capacità di sprint è la quantità realistica di lavoro che un team può impegnare in un'iterazione fissa, misurata in ore dopo aver scontato riunioni, interruzioni e disponibilità parziale. Scrum master, engineering manager e delivery lead necessitano di una base aritmetica trasparente prima di inserire storie sulla board dello sprint o di confrontare il carico pianificato con la velocity storica. Questo calcolatore di capacità di sprint del team accetta l'organico (o equivalenti a tempo pieno), i giorni lavorativi dello sprint, le ore nominali per persona al giorno e un fattore di focus o disponibilità tra zero e uno; restituisce ore lorde, ore di capacità, persona-giorni, persona-giorni di capacità e ore di overhead, con una breve stringa di formula.
Cosa significa capacità di sprint e come funziona la formula
I team agili raramente dispongono del cento per cento del tempo di calendario per gli elementi di backlog impegnati. Le festività riducono il conteggio dei giorni lavorativi, i membri part-time abbassano l'organico effettivo, e riunioni, rotazione di supporto e context switching consumano una frazione di ogni giornata.
Il modello standard di pianificazione moltiplica quattro driver: quante persone (o FTE) compongono il team, quanti giorni lavorativi cadono nella finestra dello sprint, quante ore nominali ciascuna persona può offrire al giorno, e un fattore di focus o disponibilità che riduce il tempo nominale alla quota riservata al lavoro di sprint. Le ore lorde equivalgono a organico per giorni lavorativi per ore al giorno. Le ore di capacità equivalgono a ore lorde per il fattore di focus.
I persona-giorni equivalgono a organico per giorni lavorativi; i persona-giorni di capacità applicano lo stesso fattore di focus così Lei può pianificare in unità di giorno quando la board traccia le storie in persona-giorni anziché in ore. Le ore di overhead sono la differenza tra lorde e capacità: le riunioni e il lavoro non pianificato già rimossi dal fattore di focus.
Esempio: cinque persone, dieci giorni lavorativi, otto ore al giorno e un fattore di focus di zero virgola sette producono quattrocento ore lorde e duecentottanta ore di capacità, con centoventi ore di overhead e trentacinque persona-giorni di capacità. Il calcolatore non sostituisce la previsione di velocity in story point; è il tetto di budget in ore con cui confrontare il lavoro residuo stimato. È consentito un organico frazionario per collaboratori part-time (ad esempio quattro virgola cinque FTE).
Il fattore di focus deve stare tra zero e uno inclusi: invii zero virgola sette per il settanta per cento di focus, non settanta.
Dove un calcolatore di capacità di sprint del team conviene
Scrum master e coach agili usano un calcolatore di capacità di sprint del team in sprint planning per fissare un budget di ore trasparente prima che il team tiri elementi dal backlog, soprattutto quando l'organico cambia a metà trimestre o le festività tagliano giorni da una cadenza di due settimane. Gli engineering manager confrontano le ore di capacità tra squad bilanciando lo staffing per un release train, e i product owner capiscono perché un team più piccolo o parzialmente disponibile non può assorbire lo stesso impegno dello sprint precedente.
Gli strumenti di PMO e reporting di delivery automatizzano la stessa formula nei notebook di portafoglio così ogni team memorizza ore lorde, ore di capacità e overhead affiancati per l'audit. Corsi di formazione e plugin LMS necessitano di un oracolo deterministico che rifiuti un fattore di focus di settanta o un organico zero invece di emettere silenziosamente NaN che un valutatore difettoso potrebbe trattare come successo. La validazione fallita non consuma saldo.
Tenga le richieste piccole, fissi nei test i campi di capacità arrotondati e otterrà budget di sprint riproducibili per le cerimonie di pianificazione, edge worker e controlli CI senza erigere un intero stack di portafoglio progetti.
Casi d'uso
Budget ore in sprint planning
Calcoli le ore di capacità da dimensione del team, giorni lavorativi, ore giornaliere e fattore di focus prima che il team impegni le storie, così il carico pianificato resta entro un budget trasparente.
Adeguamenti per festività e part-time
Ricalcoli la capacità quando le festività riducono i giorni lavorativi o un FTE frazionario abbassa l'organico, e mostri le ore di overhead accanto ai persona-giorni di capacità adeguati.
Report di portafoglio multi-team
Automatizzi la stessa formula di capacità tra squad in notebook o strumenti di delivery così finance e PMO confrontano ore lorde e ore aggiustate per focus su un'unica traccia di audit.
Domande frequenti
Cos'è il fattore di focus?
Una frazione del tempo nominale disponibile per il lavoro di sprint impegnato dopo riunioni, supporto e interruzioni. Usi 0.7 per il 70% di focus, non 70. I valori devono essere tra 0 e 1 inclusi.
L'organico può essere frazionario?
Sì. Un headcount frazionario modella collaboratori part-time o FTE condiviso (ad esempio 4.5). L'headcount deve restare strettamente maggiore di zero.
Sostituisce la velocity in story point?
No. Le ore di capacità sono il tetto del budget tempo. La velocity in story point prevede quanto backlog il team di solito completa; usi entrambe in planning.
Come si calcola la capacità di sprint in ore?
Moltiplichi l'organico per i giorni lavorativi, le ore al giorno e il fattore di focus. Cinque persone, 10 giorni, 8 ore e 0,7 danno 280 ore di capacità su 400 lorde, cioè 35 giorni-persona di capacità.
Devo inserire 70 o 0,7 per un focus del 70 %?
Inserisca 0,7. Il fattore di focus è una frazione tra 0 e 1, quindi 70 viene rifiutato invece di essere letto come percentuale. Gli estremi, 0 e 1, sono ammessi.
Strumenti correlati
Per sviluppatori — accesso via API
Tutto quello che vedi in questa pagina è disponibile anche via API. Questa sezione è per i team che vogliono integrarlo nei propri sistemi; chi non ne ha bisogno può semplicemente usare lo strumento qui sopra.
Endpoint
Autenticazione con Bearer token: un POST mette in coda l'attività e il risultato arriva via webhook o link firmato.
Chiamala dal tuo stack
curl -X POST https://api.kit.forhosting.com/biz/team-capacity-sprint \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"headcount":5,"working_days":10,"hours_per_day":8,"focus_factor":0.7}'const res = await fetch("https://api.kit.forhosting.com/biz/team-capacity-sprint", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"headcount": 5,
"working_days": 10,
"hours_per_day": 8,
"focus_factor": 0.7
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/biz/team-capacity-sprint",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"headcount": 5,
"working_days": 10,
"hours_per_day": 8,
"focus_factor": 0.7
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/biz/team-capacity-sprint", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"headcount":5,"working_days":10,"hours_per_day":8,"focus_factor":0.7}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"headcount":5,"working_days":10,"hours_per_day":8,"focus_factor":0.7}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/biz/team-capacity-sprint", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Esempio di richiesta
{
"headcount": 5,
"working_days": 10,
"hours_per_day": 8,
"focus_factor": 0.7
}Esempio di risposta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "biz.team_capacity_sprint",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}L'API è asincrona: ricevi subito un task_id e puoi fare polling fino a 1 richiesta al secondo.
Prezzi
Prezzo pubblicato, senza token né crediti. Se l'attività fallisce, non paghi.
Errori
| HTTP | Codice | Significato |
|---|---|---|
401 | unauthorized | Chiave API mancante o non valida: controlla l'header Authorization. |
402 | insufficient_balance | Credito esaurito: ricarica per continuare a eseguire attività. |
404 | unknown_type | Tipo di attività sconosciuto: controlla il campo type della richiesta. |
429 | rate_limited | Troppe richieste in poco tempo: rallenta e riprova tra qualche secondo. |
Note tecniche
Gli input non validi falliscono con invalid_input e non vengono addebitati.
Contratto di input, forma della risposta e comportamento in errore
Un fattore di focus fuori da zero a uno fallisce pure: non invii settanta per il settanta per cento. Invii con POST un corpo JSON con quattro numeri finiti obbligatori: headcount (persone o FTE, strettamente positivo), working_days (conteggio positivo di giorni lavorativi nello sprint, escluse weekend e festività note), hours_per_day (ore produttive nominali positive per persona al giorno, di solito da sei a otto) e focus_factor (disponibilità o focus come frazione nell'intervallo chiuso da zero a uno). Ogni campo può arrivare come numero JSON o come stringa numerica; campi mancanti, stringhe vuote, valori non finiti e headcount, giorni lavorativi o ore al giorno non positivi falliscono con invalid_input indicando il campo. In caso di successo il corpo riecheggia i quattro driver e restituisce person_days, gross_hours, capacity_hours, capacity_person_days, overhead_hours e una stringa di formula che ribadisce capacity_hours uguale a headcount per working_days per hours_per_day per focus_factor. Abbini il risultato numerico alle proprie stime in story point e ai limiti WIP fuori da questo endpoint; il calcolatore restituisce solo il budget in ore e persona-giorni e non emette ticket Jira, commit di board né grafici di burndown. Mantenga unità coerenti lungo una serie di pianificazione: se modelli hours_per_day come sei per giornate di engineering a focus profondo, usi la stessa convenzione quando poi confronta capacity_hours con le ore di stima residue.
Dove un calcolatore di capacità di sprint del team conviene
Poiché l'implementazione è parse di tier A pura, ogni chiamata riuscita costa il prezzo base pubblicato $0.002 senza token di modello e senza rete in uscita.
Domande tecniche
Come si calcola la capacità di sprint del team?
capacity_hours = headcount × working_days × hours_per_day × focus_factor. Invii headcount, giorni lavorativi e ore al giorno positivi, più un fattore di focus tra 0 e 1; l'API restituisce anche persona-giorni, ore lorde e ore di overhead.
Quanto costa il calcolatore di capacità di sprint del team?
Lo strumento nel browser è gratuito. Le richieste API usano il saldo KIT prepagato a $0.002 per chiamata riuscita; l'input non valido non viene addebitato.