SCRUM – Definition of Done e Burndown Chart

agosto 21, 2019

0 Commenti

In SCRUM prima che il team entri nella fase di esecuzione del progetto, ovvero nello Sprint, si elaborano due artefatti: la Definition of Done e il Burndown Chart.
Cosa sono e perché sono così importanti?

SCRUM Definition of Done e Burndown Chart

DEFINITION OF DONE

L’Agile Manifesto dichiara che al termine di ogni iterazione è fondamentale consegnare “software funzionante” o un prodotto potenzialmente consegnabile. In altri termini occorre consegnare un prodotto completato, fatto. Ma ogni membro del team potrebbe fornire un significato diverso al concetto di “fatto”, per esempio per alcuni può significare un software completamente codificato o che sono stati completati tutti i test sul codice, per altri che il software è corredato da una adeguata documentazione. Dunque per evitare fraintendimenti riguardo al “working software” da consegnare, si rende necessario per Scrum (come per eXtreme Programming – XP) stabilire il significato di “software funzionante”.
Così all’inizio di ogni Sprint il Team e il Product Owner definiranno una checklist completa delle attività necessarie a garantire che vengano fornite solo le caratteristiche realmente realizzate, non solo in termini di funzionalità, ma anche in termini di qualità. Conclusasi la realizzazione della Definition of Done questa viene solitamente stampata e posta in vista nello spazio di lavoro del Team.
La Definition of Done (DoD) rappresenta quindi una metrica importantissima al fine di: consentire al Team stesso di sapere quando l’incremento è pronto (Done), evitare incomprensioni, tracciare la velocity del Team e mantenere la credibilità nei confronti degli stakeholder.
Le attività all’interno della DoD, se necessario, possono essere riviste e cambiate al termine di ciascuna iterazione. Inoltre gli elementi che compongono la DoD devono essere concreti, ovvero non devono essere generici o astratti, ma devono esprimere un’azione precisa.
Dunque la Definition of Done sancisce cosa si intende per “completato” e fornisce la possibilità di riconoscere tutto ciò che è stato fatto da ciò che è incompleto, questa informazione – come sopra accennato – è utile per determinare la velocity del Team, ovvero per valutare le performance del team di sviluppo. Al termine dell’iterazione tutte quelle User Story (parti di funzionalità) che non hanno soddisfatto i punti riportati nella Definition of Done sono da considerarsi incomplete e non devono essere aggiunte al calcolo della velocity, mentre quelle completate vengono incluse nel conteggio. Un requisito che non soddisfa tutti i punti presenti nella DoD può essere ripianificato nell’iterazione successiva.

BURNDOWN CHART

null

Il Burndown Chart viene utilizzato per monitorare l’andamento di uno Sprint. Lo Sprint Burndown Chart, che viene aggiornato quotidianamente, fornisce una stima chiara e sintetica del lavoro ancora da fare. L’asse verticale indica sia il numero di ore che i task da portare a termine, l’asse orizzontale indica il numero di giorni presenti nel ciclo Sprint corrente.
Nella forma più semplice lo Sprint Burndown Chart contiene la linea ideale da seguire per portare a termine tutti i requisiti indicati nello Sprint Backlog. Nella figura precedente, la linea è stata etichettata con la dicitura Sprint Requirements – Requisiti Sprint. Il team Scrum dovrà quindi aggiungere un’altra linea che indica chiaramente la quantità di lavoro svolto durante ogni singolo giorno del ciclo Sprint. Nell’esempio questa viene indicata con la dicitura Team’s Progress – Progressi del Team di sviluppo.
Come si può notare il team Scrum ha completato tutti i compiti assegnati entro il decimo giorno. Uno scenario decisamente molto positivo dal momento che il gruppo di lavoro ha concluso con successo tutti i task indicati nello Sprint Backlog prima del termine del ciclo. È da sottolineare che la linea ideale è strettamente collegata alla definizione di “Done” (“Fatto”) del team Scrum.
In ottica di trasparenza, il grafico deve essere visibile a tutti, e per una migliore comprensione è consigliato inserire una nota in cui si indica se il progetto è in linea con la pianificazione temporale, in ritardo o in anticipo.
Definita la Burndown Chart il Team entra nella fase di realizzazione e parte così lo Sprint.