Assegnare risorse, stimare la velocità del team e calcolare la capacità in Scrum richiede pianificazione e monitoraggio accurati. Come la gestione degli ordini di progetto (PO) nell'approccio tradizionale, questo lavoro porta decisioni dettagliate in un confronto di pianificazione mirato.
Approfondimenti di International Scrum Institute™
Pianificare la capacità dei team Agile Scrum: guida al lavoro di progetto per uno Sprint Planning efficace e alla velocità dei membri del team
La pianificazione della capacità richiede attenzione ai dettagli e un approccio chiaro. Ciò che sembra complesso diventa più semplice rendendo visibile il processo e utilizzando strategie e strumenti pratici. È essenziale per i progetti Scrum di successo, ma persino Scrum Master esperti possono sottovalutarla o comprenderla male.
Dal 2024 in poi, i progressi tecnologici e gli strumenti intuitivi di gestione dei progetti hanno ampliato ciò che i team possono realizzare e semplificato la consegna di servizi di qualità. Questa guida passo passo spiega con esempi l'assegnazione efficace delle risorse e il calcolo della capacità, aiuta a evitare errori comuni e sostiene l'avanzamento verso i risultati da consegnare. Esploriamo pianificazione della capacità Scrum e fattore di concentrazione.
Pianificazione della capacità Scrum
Panoramica della pianificazione della capacità Scrum
Questa guida spiega come calcolare e distribuire il tempo ingegneristico produttivo negli Sprint. Tratta ordine delle operazioni, disponibilità del team, elementi del backlog, orari lavorativi e priorità concorrenti. Con queste linee guida e i consigli degli esperti, i team possono comprendere meglio la capacità e prevedere lavoro realistico. Le informazioni sono pertinenti per Scrum Master, Product Owner e membri del team.
Importanza della pianificazione della capacità in Scrum
Scrum è un framework agile per sviluppare e consegnare prodotti di alta qualità in modo iterativo e incrementale. Il lavoro si svolge in Sprint di durata prestabilita con uno Sprint Goal. Pianificare la capacità aiuta a comprendere il carico e prevedere ciò che si può realizzare. L'impegno riguarda lo Sprint Goal; il lavoro selezionato è una previsione adattabile con l'apprendimento.
La pianificazione della capacità sostiene consegne efficaci di progetti e servizi per team e clienti. Stima il tempo ingegneristico produttivo disponibile nello Sprint, aiuta a fissare obiettivi realistici e facilita il monitoraggio dell'avanzamento verso i risultati da consegnare.
Trova l'equilibrio tra carico eccessivo e insufficiente. Il sovraccarico causa stress ed esaurimento; un carico troppo basso riduce la produttività. Una visione chiara di disponibilità e competenze aiuta a organizzare il lavoro per massimizzare il valore aziendale.
La pianificazione basata sulla capacità, sostenuta dal giudizio esperto, migliora le previsioni di consegna e aiuta a gestire le aspettative degli stakeholder. Può ridurre i ritardi, costruire fiducia e aiutare a stimare quando una funzionalità o un risultato sarà pronto. La pianificazione iterativa trasforma inoltre gli errori in opportunità di apprendimento.
Pensa a preparare una torta: misurare gli ingredienti aiuta a ottenere il risultato desiderato. Allo stesso modo, la pianificazione della capacità Scrum considera competenze e disponibilità, poi adegua l'approccio con le lezioni delle iterazioni precedenti.
Lo scopo sono obiettivi realistici, un carico equilibrato e previsioni di consegna migliori. Come una ricetta calibrata con cura, un'assegnazione efficace delle risorse sostiene clienti soddisfatti, qualità migliore ed efficienza, mantenendo la visione dell'obiettivo complessivo.
Strumenti e metodi per pianificare la capacità
Una pianificazione efficace della capacità sostiene progetti ben gestiti, soddisfazione dei clienti, qualità ed efficienza. Decidere ciò che è realizzabile nello Sprint aiuta a mantenere in vista risultati da consegnare e obiettivo complessivo. È uno strumento prezioso per assegnare risorse e realizzare progetti, risparmiando tempo e denaro. Tra gli strumenti usati dagli Scrum Team per collaborazione, pianificazione e gestione del carico figurano:
- Agilefant
- Atlassian JIRA
- Pivotal Tracker
- Microsoft Project Server
- Trello
Questi strumenti sostengono collaborazione, processi standardizzati, gestione del carico, assegnazione delle risorse, priorità e monitoraggio delle prestazioni. Scegli in base alle funzionalità necessarie al team. Un progetto ben gestito può sostenere le vendite, evitare errori e migliorare le consegne.
Stima della capacità e della velocità del team
Prima di pianificare, esamina la velocità del team: la quantità di lavoro stimato effettivamente completata in uno Sprint. Lo Scrum Master può aiutare a comprenderne significato e limiti. Combina le informazioni sulle consegne storiche con disponibilità attuale e comprensione del ruolo di ogni persona per prevedere tempi realistici, ridurre omissioni e costi e costruire fiducia nella pianificazione.
Usa la velocità storica insieme alla disponibilità attuale per orientare la previsione. I leader devono comprendere queste informazioni e sostenere la pianificazione del team. Stime più accurate (vedi Stima dello sforzo Scrum) rafforzano la fiducia nel lavoro e nella capacità del team durante il progetto.
Capacità e velocità storica si informano reciprocamente, ma non sono intercambiabili. Sapere chi è disponibile aiuta il team a interpretare le consegne passate e prevedere gli Sprint futuri. Utilizza questa conoscenza per migliorare il flusso, sostenere gli obiettivi aziendali e commerciali e imparare dagli errori.
La capacità del team dipende da tempo lavorativo disponibile, assenze, festività, formazione e altri impegni. Comprendere queste esigenze e i relativi costi migliora la stima e sostiene la fiducia durante il lavoro iterativo sul progetto.
Una stima realistica aiuta il team a definire obiettivi raggiungibili e organizzare il lavoro. Sovrastimare la disponibilità può produrre meno valore del previsto o esaurimento da sovraccarico, con costi economici e di produttività per l'azienda.
Confronta le stime con sforzo e costi effettivi lungo tutto il progetto, poi adegua e porta avanti le lezioni apprese. Un'organizzazione accurata e l'attenzione alle esigenze mutevoli di team e clienti aiutano a non ripetere gli errori.
Calcolo della velocità Scrum
Durante lo Sprint Planning, il team può usare la velocità storica insieme alla capacità attuale per prevedere il lavoro. La velocità è un aiuto alla pianificazione, non una metrica Scrum obbligatoria né una misura delle prestazioni individuali. Aiuta a comprendere gli schemi di consegna e organizzare il lavoro; da sola non definisce il ruolo di nessuno.
Se usi gli story point, calcola la velocità sommando i punti del lavoro completato secondo la Definition of Done in uno Sprint. Continua a imparare attraverso corsi e articoli e aiuta i colleghi a comprendere l'uso della misura. Una migliore pianificazione può sostenere i dettagli del progetto, il ritorno sull'investimento e le vendite.
Conta soltanto il lavoro completato nello Sprint in cui diventa Done. Escludi le storie incompiute, compreso il lavoro riportato dagli Sprint precedenti ancora incompleto e quello aggiunto durante lo Sprint ma non finito. Includi invece il lavoro aggiunto durante lo Sprint se è Done entro la fine. Questo mantiene utile la misura per prevedere la capacità e discutere i costi.
| Sprint | Numero di storie | Story point |
|---|---|---|
| Sprint 1 | 6 | 29 |
| Sprint 2 | 8 | 34 |
| Sprint 3 | 7 | 28 |
Come si calcola la capacità del team in Agile?
Passo-1: calcola il fattore di concentrazione: Un fattore di concentrazione può descrivere la quota di tempo lavorativo disponibile utilizzata per l'attività che pianifichi. Usa unità compatibili. L'espressione «Fattore di concentrazione = Velocità dello Sprint / Capacità del team» non è una frazione adimensionale quando la velocità è in story point e la capacità in ore. Per un fattore basato sul tempo, dividi le ore produttive per le ore totali disponibili.
«Fattore di concentrazione = Ore produttive / Ore disponibili»
Velocità dello Sprint e Burndown Chart
Passo-2: calcola la velocità dello Sprint: La velocità è il lavoro stimato completato in uno Sprint. Una media delle ultime tre-cinque iterazioni è un modo per orientare la previsione. Calcola separatamente il tempo disponibile sommando giorni o ore di ogni persona; moltiplicare il numero dei membri per i giorni funziona soltanto se tutti hanno la stessa disponibilità.
Per esempio, supponi che il team completi in media 32 story point per Sprint e abbia 6 membri disponibili per 8 ore al giorno. Questi soli dati non definiscono un fattore di concentrazione basato sul tempo.
“32 /(6*8) = 0.67” divide gli story point per Sprint per le ore giornaliere. Non dimostra che 0,67 del tempo del team sia disponibile per il lavoro produttivo.
Passo-3: calcola la capacità dello Scrum Team: Supponi ora che una frazione di tempo produttivo misurata separatamente sia 0,67. Per uno Sprint di 2 settimane che inizi, per esempio, il 1 gennaio, ipotizza 10 giorni lavorativi escludendo sabati e domeniche dove applicabile. Controlla anche festività locali e disponibilità individuali. Moltiplica la frazione temporale per le ore disponibili:
«La capacità del team sarebbe 0,67 * (6*8*10) = 321,6 ore»
Con queste ipotesi, al team restano 158,4 (480 - 321,6) ore delle 480 ore totali disponibili per Sprint Planning, Daily Scrum, Sprint Review, affinamento del Product Backlog (talvolta chiamato grooming), Sprint Retrospective, pause, altre riunioni come il chiarimento delle storie con il Product Owner e altre esigenze dello Sprint. È un'allocazione illustrativa, non una conversione dagli story point alle ore.
Considera la capacità quando prevedi gli story point dello Sprint per non fissare obiettivi irraggiungibili. L'esempio originale usa un fattore di concentrazione da 0,6 a 0,8: consideralo un'ipotesi esemplificativa, non una regola Scrum o un riferimento universale. Un fattore misurato per il team può aiutare a stimare il tempo disponibile per il lavoro sull'Increment e mostrare se il carico sia sostenibile. Da solo non misura la salute del team.
Stima degli story point
Stimare in story point è come pianificare un lungo viaggio: puoi preparare tempo e risorse senza prevedere ogni ostacolo. Anticipa esigenze, costi e aspettative dei clienti, poi usa l'adattabilità del team per affrontare l'incertezza, ridurre i costi e migliorare l'esperienza lavorativa.
La stima in story point, guidata dalle indicazioni dei dati, è parte integrante della pianificazione nei progetti agili e nelle riunioni Scrum. Offre un modo migliore di assegnare un valore alle user story in base alla complessità anziché al tempo impiegato, rispondendo direttamente alle esigenze dei clienti e offrendo un'accuratezza senza pari nella stima della capacità.
Spesso i team stimano con una sequenza simile a quella di Fibonacci (1,2,3,5,8), usando esperienza e conoscenze tecniche per confrontare sforzo e complessità relativi. Possono stimare prima o durante lo Sprint Planning secondo necessità; Scrum non impone questa scala né il momento. Includi chi svolgerà il lavoro, così che le prospettive diverse migliorino la stima.
Per esempio, se progettare e implementare l'accesso utente richiede più sforzo che creare un logo del sito, è ragionevole assegnare più story point al primo lavoro. Discutere queste differenze aiuta il team a crescere, sostiene il successo del progetto e migliora l'esperienza lavorativa.
Il contributo di tutti può rivelare ipotesi e migliorare le stime. Alcuni team usano medie ponderate dei voti individuali: è una tecnica locale, non un requisito Scrum né un sostituto del confronto sui disaccordi. Nel Planning Poker, discutete i motivi delle stime diverse e cercate una stima condivisa.
Le stime in story point possono aiutare il team a comprendere problemi complessi e prevedere lo sviluppo. La complessità è un elemento della pianificazione, ma non rende automaticamente un elemento prioritario. Considera anche valore aziendale, dipendenze, rischi e ordine definito dal Product Owner.
Prevedere cambiamenti e adeguamenti dell'ambito
Pianificare la capacità richiede adattabilità. Prevedi i possibili cambiamenti e preparati ad adeguarti, migliorando l'esecuzione e il funzionamento dell'organizzazione.
Se richieste impreviste rendono irrealistico il lavoro pianificato, esamina la situazione e adatta. Developer e Product Owner possono chiarire e rinegoziare l'ambito man mano che imparano, senza mettere a rischio lo Sprint Goal. Il feedback degli stakeholder orienta queste decisioni e mantiene il lavoro sensibile alle esigenze dei clienti.
Rendi trasparenti i cambiamenti di ambito, così che tutti condividano la comprensione e possano comunicare con sicurezza. Mantieni questa visione comune dall'avvio alla chiusura del progetto, per un'esperienza lavorativa più coerente.
Includere festività e permessi nella pianificazione
Includi festività e PTO (assenze retribuite) quando stimi ciò che è realizzabile. Adegua la previsione perché lo Sprint Goal resti realistico nonostante ferie e festività. Gli strumenti di pianificazione rendono più comprensibili calendari, esigenze mutevoli e disponibilità, sostenendo continuità, efficienza dei costi e servizio ai clienti.
Per esempio, uno sviluppatore che prende due settimane di ferie in un orizzonte di pianificazione di otto settimane ha sei settimane disponibili prima di considerare gli altri impegni. Questo orizzonte copre più Sprint: uno Sprint Scrum dura un mese o meno. Considera assenze retribuite e impegni personali nella pianificazione di ogni Sprint.
Prevedi anche riunioni del personale, formazione, email e altre attività che assorbono tempo lavorativo. Includerle aiuta il team a pianificare realisticamente, mantenere produttività e sostenere i ricavi.
Per costruire un calendario di progetto, individua il lavoro e considera capacità e disponibilità del team. Definisci chiaramente le attività, poi lascia a chi le esegue l'organizzazione del modo di realizzarle. Un calendario di lungo periodo è una previsione, non sostituisce Sprint Planning o autogestione dei Developer.
Costruire il calendario di progetto e definirne le priorità
Per un nuovo prodotto software, il lavoro può comprendere raccolta dei requisiti, progettazione delle interfacce, programmazione, test e distribuzione. Suddividi queste attività ampie in compiti più piccoli, così che il piano possa adattarsi alle circostanze. Come in una ricetta di una torta, elenca ingredienti, quantità e passaggi, anziché mescolare tutto senza un piano.
Una tabella può rendere più visibili attività, disponibilità e tempistiche previste, collegando il piano complessivo all'avanzamento e alle esigenze formative. Le durate illustrative sotto descrivono attività di progetto, non fasi sequenziali obbligatorie o durate degli Sprint Scrum; collaborate tra competenze per creare Increment utilizzabili in ogni Sprint.
Con tempo limitato ed esigenze concorrenti, decidi ciò che richiede attenzione ora e ciò che può aspettare. Considera complessità e valore aziendale insieme all'ordine del Product Owner, per rafforzare la fiducia nel piano e sostenere risultati e ricavi.
Nell'analogia della cucina, il pane viene prima della torta quando serve per pranzo. Scopo e tempistica guidano la sequenza. Applica lo stesso ragionamento pratico quando ordini le attività e consideri le festività.
| Attività | Risorsa | Durata |
|---|---|---|
| Raccolta dei requisiti | Product Owner | 2 settimane |
| Progettazione delle interfacce utente | Designer UI/UX | 3 settimane |
| Programmazione | sviluppatori | 8 settimane |
| Test | Team QA | 4 settimane |
| Distribuzione | Ingegnere DevOps | 1 settimana |
Riesamina le priorità durante il lavoro. Una capacità limitata richiede di scegliere le attività immediate e quelle rimandabili, sulla base di valore, complessità e obiettivo condiviso.
Come quando si prepara il pane prima della torta per pranzo, spiega la ragione della sequenza perché tutti comprendano il piano.
Prevedi ritardi imprevisti, difficoltà e formazione quando stimi le attività e l'intero progetto. Senza margine sufficiente, una capacità insufficiente può causare battute d'arresto.
Riepilogo della pianificazione della capacità
La pianificazione della capacità considera disponibilità, competenze e dipendenze esterne per prevedere lavoro realistico per uno Sprint. La Scrum Guide richiede di considerare la capacità futura nello Sprint Planning, ma non prescrive una formula del fattore di concentrazione. Ecco le statistiche sulla pianificazione della capacità presentate nell'articolo:
- In media, i team che pianificano la capacità Scrum registrano un aumento della produttività del 25%.
- Circa il 90% dei progetti agili di successo utilizza una forma di pianificazione della capacità Scrum.
- La pianificazione della capacità Scrum riduce del 40% la probabilità di ritardi nei progetti.
- I team che pianificano la capacità Scrum segnalano una riduzione del 75% dei costi complessivi di progetto.
- Le organizzazioni che introducono la pianificazione della capacità Scrum registrano un miglioramento del 15% nelle valutazioni di soddisfazione dei clienti.
La pianificazione della capacità stima quanto lavoro un team possa gestire in uno Sprint, considerando dimensioni, competenze, disponibilità e altri impegni. Sostiene un uso efficace delle risorse e obiettivi realistici. Monitora e adatta lungo il progetto mentre capacità e domanda cambiano.
Buon lavoro con la pianificazione della capacità Scrum. Mantieni la mente aperta, verifica ciò che accade e adatta l'approccio. L'impegno nel miglioramento continuo può rafforzare la pianificazione e aiutare i progetti a riuscire.
Grazie per il tuo impegno nell'apprendere Scrum. Ti auguriamo il meglio nello sviluppo delle tue competenze.
