Definizione di "pronto"

La definizione di “pronto” è la lista di controllo che indica se una story è pronta per essere inserita nello sprint. Cosa comprende una lista utile, perché la maggior parte viene ignorata e quale versione costituisce effettivamente un ostacolo.

La definizione di “pronto” è la lista di controllo del team per stabilire se “possiamo inserirlo nello sprint” — ovvero il requisito che una storia deve soddisfare prima di essere inserita nella pianificazione dello sprint. La maggior parte dei team ne redige una durante la prima retrospettiva, la inserisce nel wiki e non la consulta più. La versione che si rivela davvero utile è breve, esplicita e vincolante: una story che non la soddisfa non viene inserita nello sprint.

Cosa comprende una checklist utile

  • Il risultato per l’utente si riassume in una sola frase: niente giri di parole del tipo «come…», ma solo ciò che cambia.
  • Criteri di accettazione da riassumere in tre-cinque punti.
  • La storia è abbastanza breve da poter essere completata in un sprint, con ancora un po’ di margine a disposizione.
  • Le dipendenze rispetto ad altri team vengono individuate e confermate.
  • Se c’è bisogno di un progetto, esso esiste.
  • La squadra ha votato al riguardo senza che la differenza tra i valori delle carte superasse i due punti.

L’ultimo elemento è quello determinante. Una storia che ha prodotto un divario di voti pari a 3 a 13 non supera il controllo di validità. O tale divario viene spiegato da un approfondimento, oppure la storia si divide.

Definizione di “pronto” rispetto alla definizione di “completato”

La definizione di “pronto” segna l’ingresso nello sprint. I gate relativi alla definizione di “completato” ne segnano l’uscita. Non sono simmetrici — “pronto” riguarda la story, “completato” riguarda il lavoro — e confonderli porta i team a consegnare story che soddisfano i propri criteri di accettazione ma che comunque non risolvono il problema dell’utente.

Cosa va storto

La definizione di “pronto” diventa una lista dei desideri anziché un criterio di ammissibilità. Le storie entrano nello sprint senza soddisfarla perché “non abbiamo nient’altro su cui lavorare”. Due sprint dopo, il team non raggiunge i propri obiettivi di velocità e le storie non pronte sono quelle riportate dallo sprint precedente.

La soluzione è di natura istituzionale, non motivazionale: se non ci sono storie pronte, il team intraprende un’attività di perfezionamento, non una non pronta. Un cancello che si aggira non è un cancello. Applicate questa regola una volta sola e il backlog inizierà ad arrivare in condizioni migliori, perché tutti impareranno quale prezzo comporta saltare la fase di “prontezza”.

Domande frequenti

Qual è la definizione di “pronto”?

La definizione di “pronto” costituisce la lista di controllo del team per stabilire se “possiamo inserirlo nello sprint”: si tratta del requisito che una story deve soddisfare prima di essere inserita nella pianificazione dello sprint. Una definizione utile è breve, esplicita e vincolante: una story che non la soddisfa non viene inserita nello sprint, ma torna alla fase di perfezionamento.

Qual è la differenza tra la definizione di “pronto” e quella di “completato”?

I criteri di “pronto” definiscono l’ingresso nella fase di sprint; i criteri di “completato” ne definiscono l’uscita. Non sono simmetrici: il criterio “pronto” riguarda la corretta strutturazione della storia, mentre quello “completato” riguarda il fatto che il lavoro finito sia pronto per il rilascio.

Cosa dovrebbe comprendere una definizione di “pronto”?

Il risultato per l’utente sintetizzato in una sola frase, criteri di accettazione che possano essere riassunti in tre-cinque punti, una storia sufficientemente contenuta da rientrare in uno sprint con un margine di tempo, dipendenze identificate e confermate, eventuali progetti necessari già predisposti e un voto del team che non abbia registrato una differenza superiore a due valori delle schede. L’ultimo punto è quello determinante.

La definizione di “pronto” fa parte dello Scrum?

No — la Guida allo Scrum non lo definisce, quindi è facoltativo. Tuttavia, la maggior parte dei team che rilasciano prodotti in modo prevedibile ne fa uso, poiché impedisce che le storie non pronte vengano inserite in uno sprint e diventino il carico residuo dello sprint successivo.

Letture correlate