Nell’articolo di oggi vogliamo definire l’incremento. Lavorando su un Prodotto, i pochi fortunati elementi successivi del Product Backlog possono diventare Incremento. In altre parole, il Product Owner seleziona quale funzionalità del Prodotto implementare dal Product Back. Il Team di Sviluppo la trasforma in una funzionalità del Prodotto funzionante e di valore durante uno Sprint.
Definire l’Incremento – indice:
- Introduzione – definire l’Incremento
- Incremento vs. Obiettivo del Prodotto e Obiettivo dello Sprint
- Quando il lavoro svolto diventa un Incremento?
- Riepilogo
Introduzione – definire l’Incremento
Un Incremento è l’ultima versione completata e migliorata di un Prodotto che ha valore commerciale ed è pronta per il rilascio durante uno Sprint. Una parte importante della sua definizione è l’affermazione che questo è la somma dello stato precedente del Prodotto insieme alle sue modifiche aggiunte nell’attuale Sprint. Pertanto, non definisce solo le nuove funzionalità supplementari al Prodotto, ma anche – o principalmente – la loro integrazione con la sua versione originale insieme a tutti i miglioramenti e le correzioni che ha subito.
Incremento vs. Obiettivo del Prodotto e Obiettivo dello Sprint
Ogni Sprint dovrebbe produrre almeno un nuovo Incremento – è responsabilità dell’intero Team Scrum. Quindi, come si relaziona all’Obiettivo dello Sprint? Si potrebbe dire che l’Obiettivo dello Sprint è la risposta al perché dovremmo costruirne uno. Tuttavia, tieni presente che in un singolo Sprint il team può creare diversi Incrementi, la cui somma si combina in un Obiettivo dello Sprint.
Quindi, un esempio di Obiettivo dello Sprint potrebbe essere il seguente compito: Creare una funzionalità “carrello della spesa” in un negozio online di accessori magici.
Tuttavia, i componenti dell’Incremento includeranno diverse funzionalità del negozio come:
- aggiungere un articolo al carrello
- rimuovere un articolo dal carrello
- visualizzare le somme dovute per gli acquisti
- calcolo dei costi di consegna per gli articoli nel carrello, ecc.
Il team deve immaginare che ogni Incremento sia un passo avanti verso il raggiungimento dell’Obiettivo del Prodotto. Pertanto, per migliorare il processo del suo miglioramento, può:
- ordinare il database dei clienti
- aumentare il flusso di lavoro tra gli Sviluppatori
Questo perché, sebbene non siano direttamente correlati al miglioramento dello stato attuale del Prodotto, hanno un enorme impatto sulla realizzazione migliore e più rapida dell’Obiettivo del Prodotto.
Quando il lavoro svolto diventa un Incremento?
La misura di un Incremento di successo è se è pratico. In altre parole, il lavoro svolto diventa un Incremento solo quando soddisfa la Definizione di Completamento, di cui scriveremo in un articolo separato. Questa definizione stabilisce in modo univoco quali cambiamenti e miglioramenti sono avvenuti nel Prodotto. Basandoti sulla Definizione di Completamento puoi testare l’Incremento per valutare se introduce realmente miglioramenti al Prodotto e se porta il valore commerciale dichiarato.
Se il risultato non soddisfa gli standard della Definizione di Completamento, il progetto torna al Product Backlog. Ciò che segue può prendere i seguenti percorsi:
- Il team può completarlo durante il prossimo Sprint
- Il progetto può essere annullato
- Il team può decidere di tenerlo nel Product Backlog per un’esecuzione futura – una volta che il team trova il modo di superare gli ostacoli
Se il team riesce a produrre un Incremento in uno Sprint, passa a essere valutato durante la Revisione dello Sprint. Tuttavia, se necessario, può essere mostrato agli Stakeholder anche prima della fine dello Sprint. La decisione finale di rilasciarlo spetta al Product Owner.
Definire l’Incremento – Riepilogo
Un incremento è una versione fresca e completamente nuova di un Prodotto pronta per il rilascio. Include tutte le modifiche e i miglioramenti aggiornati effettuati in uno Sprint. In altre parole, è la versione stabile e rilasciabile più recente del Prodotto. Anche diversi Incrementi possono originarsi e svilupparsi durante uno Sprint, purché tutti soddisfino la Definizione di Completamento.
Se ti piace il nostro contenuto, unisciti alla nostra comunità di api laboriose su Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Caroline Becker
Come Project Manager, Caroline è un'esperta nel trovare nuovi metodi per progettare i migliori flussi di lavoro e ottimizzare i processi. Le sue capacità organizzative e la sua abilità di lavorare sotto pressione temporale la rendono la persona migliore per trasformare progetti complicati in realtà.
Scrum Guide:
- Glossario dei termini, ruoli e nozioni di base
- Che cos'è Scrum?
- Valori Scrum
- Come implementare Scrum nella tua azienda?
- Team Scrum - cos'è e come funziona?
- Chi è un Product Owner?
- Gli errori più comuni del Product Owner
- Chi è lo Scrum Master?
- I più comuni errori del Scrum Master
- Quali statistiche e metriche dovrebbe monitorare lo Scrum Master?
- Team di sviluppo in Scrum
- I più comuni errori degli sviluppatori
- Artefatti Scrum
- Scaling Scrum
- Sprint Backlog
- Cos'è il Product Backlog?
- Cosa sono le User Stories?
- Creare la migliore User Story con INVEST
- I più comuni errori nelle User Story
- Criteri di accettazione della User Story
- Stima e Punti Storia in Scrum
- Planning Poker
- Gioco di Stima del Team
- Definizione di Incremento
- Eventi Scrum
- Che cos'è un grafico di burndown?
- Vantaggi e svantaggi del grafico di burndown
- Bacheche Kanban in Scrum e Scrumban
- Velocità nello Scrum - Velocità del Team di Sviluppo
- Daily Scrum Scrum giornaliero
- Pianificazione dello Sprint
- Revisione dello Sprint
- Che cos'è una Retrospettiva Sprint?
- Errori comuni durante una Retrospettiva di Sprint
- Nutrimento del Product Backlog
- Come creare e interpretare un grafico di burndown?