Guida Scrum | 15. Artefatti di Scrum

Nell'articolo di oggi, ci concentreremo sugli Artefatti di Scrum. Spiegheremo Product Backlog, Sprint Backlog e Increment. Risponderemo anche alla domanda su come li usano i membri dello Scrum Team e gli Stakeholder.

Artefatti di Scrum – sommario:

1. Cosa sono gli Artefatti Scrum?
2. Prodotto arretrato
3. Sprint arretrato
4. Incremento
5. Riepilogo

Cosa sono gli Artefatti Scrum?

Tre Scrum Artefacts sono fondamentali per uno Scrum Team efficace. Si tratta di due Backlog, che sono elenchi di attività, e di Increment, che è una versione potenzialmente pronta per il rilascio di un Prodotto migliorato in un determinato Sprint.

Sono chiamati collettivamente Artefatti perché hanno uno scopo. Vale a dire, per massimizzare la trasparenza delle informazioni relative al lavoro sul Prodotto.

Con la disponibilità degli Scrum Artifact, qualsiasi membro dello Scrum Team 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
• A quali compiti sta attualmente lavorando il team di sviluppo
• Quali attività sono già state completate
• Come appare la versione corrente del Prodotto in esecuzione

I backlog di Scrum descrivono il Prodotto sia dal punto di vista tecnico che commerciale . La descrizione tecnica del Prodotto realizzata dallo Scrum Team contiene il funzionamento del Prodotto, nonché proposte di soluzioni specifiche che dovranno essere implementate dal Team di Sviluppo. La descrizione dell'attività contiene User Story che rispondono a domande come:

• A cosa serve il prodotto?
• Quali funzioni deve svolgere il Prodotto?
• Quali aspettative del Cliente deve soddisfare il Prodotto?

Pertanto, descrivono funzionalità parziali del Prodotto dal punto di vista del Cliente.

Dedicheremo post separati a ciascun Artefatto Scrum, dedicati rispettivamente a Product Backlog, Sprint Backlog e Increment.

Prodotto arretrato

Il Product Backlog è un elenco di attività su cui lo Scrum Team lavorerà. È espresso in linguaggio commerciale e il suo ambito copre l'intera durata del progetto.

Il mantenimento e la disponibilità del Product Backlog sono fondamentali per la trasparenza del lavoro dello Scrum Team. Grazie a questo documento, il Team di Sviluppo sa su quale problema aziendale sta lavorando per risolvere e quali sono le priorità del Cliente. Inoltre, il Product Backlog è un cartello su cui puoi sostenerti quando sei 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 deve essere aggiornato regolarmente. In modo che in qualsiasi momento dia un quadro chiaro del lavoro che deve essere svolto.

Le attività con le scadenze più vicine sono descritte nel Product Backlog nel modo più dettagliato. Le attività con scadenze più lunghe o attività facoltative hanno la forma di uno schema generale.

Sprint arretrato

Possiamo pensare allo Sprint Backlog come simile al Product Backlog. Tuttavia, il modo in cui vengono descritte le attività e la scala temporale cambia.

Mentre nel Product Backlog l'attenzione era concentrata sulla descrizione delle attività dal punto di vista delle parti interessate e del linguaggio aziendale, lo Sprint Backlog è il dominio degli sviluppatori. Sono responsabili del mantenimento e dell'aggiornamento dello Sprint Backlog. È una descrizione del lavoro del Team, quindi è espressa in linguaggio tecnico. Descrive attività 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, in genere da due settimane a un mese. Consente di tenere traccia dei progressi del Team di sviluppo verso l'Obiettivo Sprint.

Incremento

Il contenuto del Product Backlog è una descrizione passo passo di come raggiungere l'obiettivo del prodotto. Il contenuto dello Sprint Backlog è una descrizione dei compiti che portano al raggiungimento dello Sprint Goal. L'Incremento è la somma delle funzionalità parziali del Prodotto realizzate in un dato Sprint sommate allo stato attuale del Prodotto.

Ogni nuovo incremento si basa sul precedente. Pertanto, il lavoro svolto dovrebbe essere accuratamente testato. Il test 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 il risultato è la sua versione migliorata e funzionante.

In altre parole, un Incremento è un insieme di attività completate in uno Sprint che costituiscono una nuova versione funzionante di un Prodotto. E il suo significato commerciale è descritto dalla Definizione di Completamento. Viene inserito nel Product Backlog durante lo Sprint Planning.

Riepilogo

Gli artefatti di Scrum sono Product Backlog, Sprint Backlog e Increment. Forniscono a tutte le parti interessate l'accesso alle informazioni sullo stato del Prodotto. Gli artefatti di Scrum contengono gli Obiettivi e gli Obiettivi dello Scrum Team definiti dal punto di vista tecnico e commerciale. Inoltre, contengono tutte le caratteristiche dell'attuale versione funzionante del Prodotto, potenzialmente pronta per essere immessa sul mercato.

Se ti piacciono i nostri contenuti, unisciti alla nostra indaffarata community di api su Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Autore: Caroline Becker

In qualità di Project Manager, Caroline è esperta nella ricerca di nuovi metodi per progettare i migliori flussi di lavoro e ottimizzare i processi. Le sue capacità organizzative e la capacità di lavorare sotto pressione la rendono la persona migliore per trasformare in realtà progetti complicati.

Visualizza tutti i post

Guida alla mischia:

1. Glossario di termini, ruoli e nozioni di base
2. Cos'è Scrum?
3. Valori di mischia
4. Come implementare Scrum nella tua azienda?
5. Scrum Team: cos'è e come funziona?
6. Chi è un Product Owner?
7. Gli errori più comuni del Product Owner
8. Chi è lo Scrum Master?
9. Caratteristiche di un buon Scrum Master
10. Gli errori più comuni di Scrum Master
11. Quali statistiche e metriche dovrebbe monitorare lo Scrum Master?
12. Collaborazione tra Product Owner e Scrum Master
13. Team di sviluppo in Scrum
14. Gli errori più comuni degli sviluppatori
15. Artefatti di Scrum
16. Scalare Scrum
17. Sprint arretrato
18. Cos'è il Product Backlog?
19. Cosa sono le User Story?
20. Creare la migliore User Story con INVEST
21. Gli errori di User Story più comuni
22. Criteri di accettazione della User Story
23. Stima e Punti Storia in Scrum
24. Pianificazione del poker
25. Gioco di stima della squadra
26. Incremento di definizione
27. Eventi Scrum
28. Cos'è lo Sprint in Scrum?
29. Impegni dello Scrum Team - Obiettivo del prodotto, Obiettivo dello Sprint e Definizione del completamento
30. Che cos'è un diagramma di burndown?
31. Come creare e interpretare un diagramma di burndown?
32. Vantaggi e svantaggi del diagramma di burndown
33. Tavole Kanban in Scrum e Scrumban
34. Velocity in Scrum - Velocità del Team di Sviluppo
35. Scrum quotidiano
36. Pianificazione dello sprint
37. Recensione Sprint
38. Che cos'è una retrospettiva sprint?
39. Errori comuni durante una Retrospettiva Sprint
40. Consolidamento del Product Backlog