Definizione di «pronto»

La definizione di "pronta" è la lista di controllo che indica se una story è pronta per lo 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 inserire questo elemento nello sprint”: la soglia che una storia deve superare prima di entrare 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 restruttiva: una storia che non la supera non viene inserita nello sprint.

Cosa comprende una checklist efficace

  • 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 devono essere riassunti in tre-cinque punti.
  • La storia è abbastanza breve da rientrare in uno sprint, lasciando ancora un po’ di margine.
  • Le dipendenze rispetto ad altri team vengono individuate e confermate.
  • Se serve un progetto, c’è.
  • La squadra ha votato in merito senza che la differenza tra i valori delle carte superasse i due punti.

L’ultimo punto è 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” (ready) segna l’ingresso nello sprint. La definizione di “completato” segna l’uscita dallo stesso. Non sono simmetriche: “pronto” riguarda la storia, “completato” riguarda il lavoro. Confonderle porta i team a consegnare storie 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 di desideri anziché un criterio di ammissibilità. Le storie entrano nello sprint senza soddisfarla perché “non abbiamo altro su cui lavorare”. Due sprint dopo, il team non raggiunge i propri obiettivi di velocità e le storie non pronte costituiscono il carico residuo.

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 ostacolo che si aggira non è un ostacolo. Applicate questa regola una volta sola e il backlog inizierà ad arrivare in condizioni migliori, poiché tutti impareranno quale sia il costo da sostenere per 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”: è il requisito che una storia deve soddisfare prima di essere inserita nella pianificazione dello sprint. Una definizione utile è breve, esplicita e vincolante: una storia che non soddisfa tale requisito 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 nello 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 breve da rientrare in uno sprint con margine di tempo, dipendenze identificate e confermate, qualsiasi progettazione necessaria già predisposta e un voto del team che non presenti una differenza superiore a due valori di scheda. L’ultimo punto è quello fondamentale.

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 un riporto per lo sprint successivo.

Approfondimenti