Simyl
simylflow
Home del Corso
Modulo 4: Artifact Scrum
Lezione 3 di 3
15 min

L'Incremento

Il prodotto potenzialmente rilasciabile alla fine di ogni Sprint.

1Cos'è l'Incremento?

L'Incremento è la somma di tutti gli elementi del Product Backlog completati durante lo Sprint, più il valore di tutti gli Sprint precedenti.

Caratteristiche chiave:

  • Additivo: Ogni Sprint aggiunge valore agli Incrementi precedenti
  • Utilizzabile: Deve essere in uno stato tale da poter essere rilasciato
  • Soddisfa la Definition of Done: La qualità non è mai negoziabile
  • Ispezionabile: Gli stakeholder possono valutarlo durante la Sprint Review

Incrementi multipli per Sprint: La Scrum Guide del 2020 chiarisce che possono essere consegnati più Incrementi all'interno di uno Sprint. Non è necessario aspettare la fine dello Sprint per rilasciare.

"Potenzialmente Rilasciabile"

L'Incremento deve essere in uno stato tale da POTER essere rilasciato. Se viene effettivamente rilasciato è una decisione di business del Product Owner.

2La Definition of Done: L'Impegno dell'Incremento

La Definition of Done (DoD) è una descrizione formale di cosa significa "fatto". Garantisce che tutti condividano la stessa comprensione della qualità.

Cosa c'è tipicamente in una DoD:

  • Codice revisionato e approvato
  • Tutti i test superati (unit, integration, ecc.)
  • Documentazione aggiornata
  • Criteri di performance soddisfatti
  • Deploy in ambiente di staging
  • Criteri di accettazione verificati

La DoD fornisce:

  • Trasparenza: Tutti sanno cosa significa "fatto"
  • Qualità: Gli standard sono espliciti, non presunti
  • Prevedibilità: Il lavoro è veramente completo, non "fatto ma..."

3Evoluzione della Definition of Done

La DoD evolve man mano che il team matura e l'organizzazione migliora.

All'inizio: Un nuovo team potrebbe avere una DoD minima—il codice compila, i test di base passano.

In sviluppo: Aggiungere test automatizzati, code review, deploy CI/CD.

Consolidato: Includere test di performance, security review, documentazione, deploy in produzione.

Chi è responsabile della DoD? Se l'organizzazione ha uno standard, quello è il minimo. Il Team Scrum può aggiungere criteri più stringenti ma non può ridurre lo standard organizzativo.

Quando aggiornarla: La Retrospettiva è il momento naturale per discutere miglioramenti alla DoD.

Attenzione al Debito Tecnico

Se gli elementi sono contrassegnati come "fatti" ma lasciano lavoro incompiuto (copertura dei test, refactoring, documentazione), stai accumulando debito tecnico nascosto. La DoD dovrebbe prevenire questo.

Punti Chiave
  • L'Incremento è un prodotto potenzialmente rilasciabile in qualsiasi momento
  • La Definition of Done definisce gli standard di qualità per tutto il lavoro
  • La DoD dovrebbe evolvere man mano che il team matura
  • Non compromettere mai la DoD sotto pressione delle scadenze
Errori Comuni da Evitare
  • "Fatto" che non è veramente fatto (lavoro nascosto rimanente)
  • DoD troppo debole per garantire la qualità
  • DoD così stringente che nulla viene completato
  • Comprensioni diverse di "fatto" all'interno del team

Esercizi Pratici