Pianificazione dello sprint e perfezionamento del backlog
La pianificazione dello sprint e l’affinamento del backlog sono riunioni distinte con compiti diversi. L’affinamento prepara il backlog; la pianificazione decide cosa inserire nello sprint. Se si confondono, entrambe falliscono.
La pianificazione dello sprint e l’affinamento del backlog sono due riunioni distinte che vengono spesso confuse poiché condividono gli stessi partecipanti e lo stesso argomento. La chiara distinzione è la seguente: l’affinamento prepara il backlog; la pianificazione decide cosa impegnarsi a realizzare. L’affinamento è la fase preparatoria. La pianificazione è la decisione. Se si confondono le due fasi, si compromette l’efficacia di entrambe.
Il confine
L’ottimizzazione del backlog consiste nel lavoro continuo volto a preparare le attività future: chiarirne il significato, valutarne la portata, suddividere quelle troppo grandi per uno sprint e fornire dettagli sufficienti affinché il team possa affrontarne una senza doverla cercare come in una caccia al tesoro. Si svolge durante lo sprint, prima della pianificazione, e non termina mai veramente, poiché il backlog non smette mai di crescere.
La pianificazione dello sprint consiste in un’unica riunione all’inizio dello sprint, durante la quale il team esamina gli elementi già pronti e decide quali portare a termine, al fine di raggiungere un obiettivo dello sprint, e in che modo realizzarli.
L’indicatore è la domanda a cui ogni riunione risponde. La fase di perfezionamento risponde alla domanda: «Questo elemento è pronto per essere elaborato?». La fase di pianificazione risponde alla domanda: «Quali tra gli elementi pronti affronteremo successivamente e riusciremo a portarli a termine?». L’una serve a prepararsi; l’altra a prendere impegni.
| Affinamento del portafoglio ordini | Pianificazione dello sprint | |
|---|---|---|
| Lavoro | Preparare gli articoli — chiarire, misurare, suddividere | Decidete cosa inserire nel repository e in che modo |
| Domanda a cui risponde | È già pronto per essere utilizzato? | Quali articoli sono pronti e possiamo concludere? |
| Quando | In corso, per tutta la durata dello sprint | Una volta, all’inizio dello sprint |
| Risultato | Un portafoglio ordini pronto per l’evasione | Un obiettivo dello sprint + backlog dello sprint |
| Guidato da | Responsabile di prodotto | L’intero team (previsioni degli sviluppatori) |
Perché sfocarle compromette entrambi
Quando non si riesce a perfezionare il lavoro, è la pianificazione a farne le spese — ed è da qui che nasce la riunione di pianificazione di quattro ore. Il team trascorre la riunione cercando di capire il significato stesso delle singole voci, discutendo sulle dimensioni e rendendosi conto che una storia è troppo ampia per essere inserita, il tutto mentre il tempo a disposizione per decidere e pianificare scade inesorabilmente. Si esce da tale riunione con un impegno affrettato e poco convincente, assunto sotto la pressione del tempo.
Il fallimento inverso è più silenzioso. Quando il perfezionamento cerca di svolgere il compito della pianificazione — definire le dimensioni degli elementi e impegnarsi implicitamente nei loro confronti con settimane di anticipo — il team finisce per trovarsi mentalmente vincolato a un lavoro che non ha concordato, in funzione di un obiettivo che non esiste ancora. Le priorità cambiano e ora si crea un attaccamento ai costi irrecuperabili nei confronti di un piano che nessuno ha formalmente elaborato.
Teneteli separati e ciascuno svolgerà al meglio il proprio compito. Un costante flusso di perfezionamento durante lo sprint garantisce che la parte superiore del backlog sia sempre pronta, il che significa che la pianificazione può essere breve e incentrata sulla decisione. Questa è la leva più importante per la durata delle riunioni di pianificazione: una riunione di pianificazione che si protrae a lungo è quasi sempre una riunione di perfezionamento che non è mai stata svolta.
Come avviene il passaggio di consegne
Immaginatelo come una pipeline. Il processo di perfezionamento mantiene una riserva di elementi pronti nella parte superiore del backlog — sufficiente per il prossimo sprint o per i due successivi. La pianificazione attinge da tale riserva. Se la riserva è piena e ordinata, la pianificazione consiste semplicemente nell’attingere dagli elementi in cima fino a raggiungere la capacità e concordare il piano. Se la riserva è vuota, la pianificazione deve riempirla immediatamente, e la riunione paga le conseguenze dell’assenza del processo di affinamento.
La definizione di “pronto” corrisponde al contratto in fase di passaggio di consegne: ovvero la lista di controllo che un elemento deve superare in fase di perfezionamento prima di poter essere inserito nella pianificazione. È ciò che impedisce che elementi non ancora maturi si insinuino nella riunione di pianificazione, trasformandola nuovamente in una fase di perfezionamento.
È possibile combinarli?
È possibile, e talvolta i team di piccole dimensioni o alle prime armi organizzano effettivamente un’unica sessione per perfezionare le attività successive e pianificare lo sprint. Si tratta di un compromesso ragionevole quando il backlog è molto ridotto e il team lavora in un unico luogo. Ma si tratta di un compromesso, non di un obiettivo: la riunione combinata tende a protrarsi a lungo e a confondere i due compiti, e risulta difficilmente scalabile man mano che il backlog cresce.
Non appena possibile, suddivideteli. Una breve sessione di perfezionamento a cadenza regolare — anche solo 30–45 minuti alla settimana — è ciò che vi consentirà di organizzare una riunione di pianificazione breve e mirata. La maggior parte dei team che lamentano che la pianificazione richieda troppo tempo non ha un problema di pianificazione, ma una lacuna nel processo di perfezionamento.
Il ruolo di ciascuno nel quadro generale
Il raffinamento e la pianificazione sono due anelli della catena di eventi dello sprint, ed entrambi sono trattati nella guida alle cerimonie agile insieme allo scrum quotidiano, alla revisione e alla retrospettiva. Se desidera porre rimedio alle lunghe riunioni di pianificazione, inizi a monte: legga il capitolo dedicato al perfezionamento del backlog per apprendere come condurre efficacemente il perfezionamento, quindi utilizzi l’ordine del giorno di questa guida per garantire che la pianificazione si limiti alle decisioni che deve effettivamente prendere.
Domande frequenti
Qual è la differenza tra la pianificazione dello sprint e l’affinamento del backlog?
Il processo di perfezionamento del backlog prepara le voci del backlog imminenti — chiarendole, valutandone la portata e suddividendole — affinché possano essere sviluppate. La pianificazione dello sprint stabilisce quali di questi elementi pronti il team si impegna a realizzare nel prossimo sprint e in che modo li realizzerà. L’affinamento è la fase preparatoria; la pianificazione è la fase decisionale. L’affinamento è un processo continuo; la pianificazione avviene una volta per ogni sprint.
L’affinamento del backlog avviene prima o durante la pianificazione dello sprint?
Prima, e idealmente non durante la stessa riunione. Il processo di affinamento si svolge nel corso dello sprint, prima della pianificazione, in modo che, al momento dell’inizio della pianificazione, la parte superiore del backlog sia già stata compresa e quantificata. Se durante la pianificazione vi trovate a chiarire e stimare le voci, significa che il processo di affinamento non è stato effettuato — e la pianificazione si protrarrà a lungo.
È possibile combinare l’affinamento del backlog e la pianificazione dello sprint?
È possibile, e talvolta i team molto piccoli o alle prime armi lo fanno — ma si tratta di un compromesso, non di una best practice. Quando vengono combinate, la riunione tende a protrarsi a lungo e a confondere la fase decisionale con quella di preparazione. Tenetele separate non appena possibile: una breve sessione di perfezionamento a cadenza regolare garantisce una riunione di pianificazione breve e mirata.
Chi si occupa della definizione del backlog?
Il Product Owner guida il processo — è responsabile del backlog e delle relative priorità — mentre gli sviluppatori si occupano di chiarire i dettagli e stimarne la portata. Lo Scrum Master svolge il ruolo di facilitatore, se necessario. Si tratta degli stessi partecipanti della pianificazione dello sprint, il che spiega in parte perché le due attività vengano spesso confuse, ma i ruoli sono distinti.