Nell’articolo di oggi, ci concentreremo sugli Artifacts di Scrum. Spiegheremo il Product Backlog, lo Sprint Backlog e l’Incremento. Risponderemo anche alla domanda su cosa ne fanno i membri del Team Scrum e gli Stakeholder.
Artifacts di Scrum – indice:
Cosa sono gli Artifacts di Scrum?
Tre Artifacts di Scrum sono cruciali per un Team Scrum efficace. Questi sono due Backlog, che sono liste di compiti, e l’Incremento, che è una versione del Prodotto potenzialmente pronta per il rilascio, migliorata in uno Sprint dato.
Vengono collettivamente chiamati Artifacts perché hanno un unico scopo. Cioè, massimizzare la trasparenza delle informazioni riguardanti il lavoro sul Prodotto.
Con la disponibilità degli Artifacts di Scrum, qualsiasi membro del Team Scrum o Stakeholder può avere un quadro chiaro in qualsiasi momento. Lì, vedranno:
- Quale Prodotto e per quale Scopo viene creato
- Quali compiti sono pianificati per essere eseguiti
- Quali compiti il Team di Sviluppo sta attualmente svolgendo
- Quali compiti sono già stati completati
- Qual è l’aspetto dell’attuale versione del Prodotto in corso
Gli backlog di Scrum descrivono il Prodotto sia dal punto di vista tecnico che commerciale. La descrizione tecnica del Prodotto creata dal Team Scrum contiene il modo in cui il Prodotto funziona, così come proposte di soluzioni specifiche da implementare da parte del Team di Sviluppo. La descrizione commerciale contiene User Stories che rispondono a domande come:
- A cosa serve il Prodotto?
- Quali funzioni deve svolgere il Prodotto?
- Quali aspettative del Cliente deve soddisfare il Prodotto?
Così, descrivono parzialmente le funzionalità del Prodotto dal punto di vista del Cliente.
Dedicheremo post separati a ciascun Artifact di Scrum, dedicati rispettivamente al Product Backlog, allo Sprint Backlog e all’Incremento.
Product Backlog
Il Product Backlog è una lista di compiti su cui lavorerà il Team Scrum. È espresso in linguaggio commerciale e il suo ambito copre l’intera durata del progetto.
La manutenzione e la disponibilità del Product Backlog sono cruciali per la trasparenza del lavoro del Team Scrum. Grazie a questo documento, il Team di Sviluppo sa quale problema commerciale stanno cercando di risolvere e quali sono le priorità del Cliente. Inoltre, il Product Backlog è un cartello su cui puoi appoggiarti quando ti senti sopraffatto da compiti più piccoli che offuscano il quadro dell’intero progetto.
Il Product Backlog tiene traccia dei progressi del Team di Sviluppo verso l’Obiettivo del Prodotto. È gestito dal Product Owner e dovrebbe essere aggiornato regolarmente. In modo che in qualsiasi momento fornisca un quadro chiaro del lavoro che deve essere svolto.
I compiti con le scadenze più vicine sono descritti nel Product Backlog nel modo più dettagliato possibile. I compiti con scadenze più lunghe o compiti opzionali hanno una forma di bozza generale.
Sprint Backlog
Possiamo pensare allo Sprint Backlog come simile al Product Backlog. Tuttavia, il modo in cui i compiti sono descritti e la scala temporale cambiano.
Mentre nel Product Backlog l’attenzione era rivolta alla descrizione dei compiti dal punto di vista degli Stakeholder e del linguaggio commerciale, lo Sprint Backlog è dominio degli Sviluppatori. Sono responsabili della manutenzione e dell’aggiornamento dello Sprint Backlog. È una descrizione del lavoro del Team, quindi è espressa in linguaggio tecnico. Descrive compiti e soluzioni dettagliate mentre gli Sviluppatori pianificano la loro esecuzione.
Lo Sprint Backlog opera su una scala temporale che corrisponde alla durata di uno Sprint, tipicamente da due settimane a un mese. Consente di monitorare i progressi del Team di Sviluppo verso l’Obiettivo dello Sprint.
Incremento
Il contenuto del Product Backlog è una descrizione passo dopo passo di come raggiungere l’Obiettivo del Prodotto. Il contenuto dello Sprint Backlog è una descrizione dei compiti che portano al raggiungimento dell’Obiettivo dello Sprint. L’Incremento è la somma delle funzionalità parziali del Prodotto realizzate in uno Sprint dato aggiunta allo stato attuale del Prodotto.
Ogni nuovo Incremento si basa su quello precedente. Pertanto, il lavoro svolto deve essere testato accuratamente. Il testing consente di assicurarsi che la nuova soluzione non interferisca o interrompa quelle create in precedenza. Affinché il lavoro diventi un Incremento, deve essere integrato nello stato esistente del Prodotto. E risultare nella sua versione migliorata e funzionante.
In altre parole, un Incremento è un insieme di compiti completati in uno Sprint che costituiscono una nuova versione funzionante di un Prodotto. E il suo significato commerciale è descritto da la Definizione di Completamento. Viene inserita nel Product Backlog durante la Pianificazione dello Sprint.
Riepilogo
Gli artifacts di Scrum sono Product Backlog, Sprint Backlog e Incremento. Forniscono a tutti gli stakeholder accesso alle informazioni sullo stato del Prodotto. Gli artifacts di Scrum contengono Obiettivi e Scopi del Team Scrum definiti dal punto di vista commerciale e tecnico. Inoltre, contengono tutte le caratteristiche dell’attuale versione funzionante del Prodotto, potenzialmente pronta per essere rilasciata sul mercato.
Se ti piace il nostro contenuto, unisciti alla nostra comunità di api operose 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?