Guida Agile · Pratiche Agile
Release planning Agile: come pianificare i rilasci in Agile
Il release planning risponde alla domanda che ogni stakeholder pone: "Quando lo avremo?" In Agile la risposta è una previsione costruita su dati reali e aggiornata a ogni sprint, anziché una data fissata all'inizio.
Punti chiave
- I piani di rilascio prevedono quando un insieme di elementi del backlog sarà pronto.
- Fissate la data o l'ambito, non entrambi.
- Usate intervalli di velocity e aggiornate la previsione a ogni sprint.
Che cos'è un piano di rilascio
Un piano di rilascio raggruppa gli elementi del backlog in uno o più rilasci futuri e prevede quando ciascuno sarà probabilmente pronto. Si colloca tra la roadmap di prodotto di lungo periodo e il piano dettagliato di ciascuno sprint.
Data fissa o ambito fisso?
| Approccio | Cosa è fisso | Cosa si adatta | Esempio |
|---|---|---|---|
| Data fissa | Data di rilascio | Ambito | Un lancio a una fiera di settore |
| Ambito fisso | Insieme di funzionalità | Data | Un insieme minimo necessario per sostituire un vecchio sistema |
I team Agile evitano di fissare contemporaneamente data e ambito. Se entrambi sono fissi, di solito ne risente la qualità.
Passaggi per costruire un piano di rilascio
- Fissate l'obiettivo del rilascio. Descrivete il risultato che il rilascio dovrebbe ottenere.
- Selezionate e ordinate gli elementi del backlog che contribuiscono all'obiettivo.
- Stimate gli elementi con story point o taglie T-shirt.
- Verificate la capacità usando la velocity recente e la disponibilità pianificata.
- Prevedete un intervallo: numero di sprint ottimistico e pessimistico.
- Individuate dipendenze e rischi con altri team o fornitori.
- Concordate il piano con gli stakeholder e pubblicatelo.
- Aggiornate a ogni sprint usando l'avanzamento effettivo.
Comunicare le previsioni di rilascio
- Fornite intervalli, non date singole: "tra metà maggio e inizio giugno".
- Mostrate un grafico burnup di rilascio in modo che gli stakeholder possano vedere sia l'avanzamento sia le variazioni di ambito.
- Separate gli elementi indispensabili da quelli desiderabili, in modo che i compromessi siano chiari.
Release planning su larga scala
Quando più team contribuiscono a un unico rilascio, pianificano insieme. In SAFe, ciò avviene durante il PI Planning.
Modelli gratuiti per questo argomento
Domande frequenti
Fin dove dovrebbe spingersi un piano di rilascio?
Di solito da uno a tre rilasci, ovvero circa tre-sei mesi. Oltre questo orizzonte, una roadmap di risultati è più utile di un piano dettagliato.
Chi è responsabile del piano di rilascio?
Il Product Owner o il product manager, lavorando a stretto contatto con il team e gli stakeholder.
Che cos'è il release planning in Agile?
Raggruppare gli elementi del backlog nei prossimi rilasci e prevedere quando ciascuno sarà probabilmente pronto. Si colloca tra la roadmap e i singoli sprint.
Con quale frequenza va aggiornato un piano di rilascio?
A ogni sprint, usando l'avanzamento effettivo e la velocity attuale. Un piano di rilascio è una previsione in evoluzione, non un impegno fisso.
Qual è la differenza tra un piano di rilascio e una roadmap?
Una roadmap mostra obiettivi e temi su trimestri o periodi più lunghi; un piano di rilascio mostra quali elementi del backlog entreranno nei prossimi rilasci e quando.
Che cos'è un grafico burnup di rilascio nel release planning?
Un grafico che mostra il lavoro completato che sale verso una linea dell'ambito totale. Poiché l'ambito è mostrato separatamente, gli stakeholder possono vedere l'effetto del lavoro aggiunto o rimosso.
Il release planning Agile può prevedere date di rilascio fisse?
Sì. Con una data fissa, l'ambito si adatta in modo che gli elementi di maggior valore vengano consegnati entro la scadenza.
Come si prevede una data di rilascio nel release planning Agile?
Dividete i punti rimanenti per la migliore e la peggiore velocity recente per ottenere un intervallo di sprint, quindi convertitelo in date.
Che cos'è un minimum viable product nel release planning?
Il rilascio più piccolo che fornisce valore e consente di imparare da utenti reali. Pianificare in funzione di un MVP mantiene ridotto il primo rilascio.
Il release planning fa parte di Scrum?
La Guida Scrum non definisce un evento di release planning. Molti team Scrum lo svolgono comunque nell'ambito della gestione del Product Backlog e del Product Goal.
Come cambia il release planning con la continuous delivery?
Una pratica in cui ogni modifica viene mantenuta in uno stato rilasciabile, così i team possono rilasciare ogni volta che il valore è pronto anziché in grandi lotti pianificati.