“Ciao, io sono Fabio Panzavolta, Professional Scrum Trainer alla scrum.org e questi sono i podcast di Collective Genius, dedicati a tutti coloro i quali vogliono approfondire o imparare Scrum Professionale.”
ℹ️ Artefatti Scrum 📅 Data: 11/04/2023 ⏱ Durata: 15 minuti
“Ciao, io sono Fabio Panzavolta, Professional Scrum Trainer alla scrum.org e questi sono i podcast di Collective Genius, dedicati a tutti coloro i quali vogliono approfondire o imparare Scrum Professionale.”
In questo episodio esploriamo gli artefatti di Scrum: Product Backlog, Sprint Backlog e Increment. Scopriremo come questi elementi fondamentali del framework rappresentano il lavoro e il valore, e come sono collegati ai rispettivi impegni (commitment) che ne garantiscono l’efficacia.
Un artefatto in Scrum è un elemento creato dall’intelligenza umana che rappresenta informazione, lavoro o valore. Gli artefatti sono progettati per:
Ogni artefatto è associato a un impegno specifico:
Gli impegni in Scrum:
“Gli artefatti in Scrum non sono semplici documenti o deliverable, ma rappresentano impegni concreti che il team prende verso la qualità e il valore. La loro corretta gestione è fondamentale per mantenere la trasparenza e permettere un’efficace ispezione e adattamento.”
Non perdete il prossimo episodio dove approfondiremo il Product Backlog e il Product Goal in dettaglio.
Questo articolo è basato sull’episodio 16 del podcast Scrum Italia con Fabio Panzavolta, Professional Scrum Trainer certificato Scrum.org.
Vuoi approfondire Scrum? Visita Collective Genius per risorse, formazione e consulenza professionale.
Un Increment è un primo passo concreto verso il Product Goal ed è l’ultima versione del prodotto. È utilizzabile e potenzialmente pubblicabile in produzione.
Un Increment fornisce valore agli utilizzatori del prodotto.
Durante uno Sprint è possibile creare più Incrementi e potenzialmente rilasciarli durante lo Sprint, la somma degli incrementi viene ispezionata durante la Sprint Review. Il lavoro può essere considerato parte di un incremento solo se soddisfa la definizione di Done.
La Definizione di Done è una descrizione formale dello stato dell’Incremento quando soddisfa le misure di qualità richieste per il prodotto.
La definizione di Done crea trasparenza consentendo a tutti di comprendere il lavoro svolto nel contesto dell’Increment.
Se la definizione di fatto fa parte degli standard dell’organizzazione, tutti gli Scrum Team devono seguirla, eventualmente arricchendola. In caso contrario, lo Scrum Team deve creare una definizione appropriata di Done per il prodotto.
I Developers sono tenuti a rispettare la definizione di Done. Se più team Scrum lavorano insieme su un prodotto, devono definire una definizione di Done unica che prenda in considerazione le problematiche di integrazione.
Scarica e stampa (in A4 o A3) il poster relativo a questo articolo, può essere utile per te in ufficio, i codici QR consentono di approfondire gli argomenti proposti!
Questo articolo fa parte di una serie di dodici pubblicazioni, ognuna delle quali spiega le basi di Scrum, secondo lo Scrum Guide. Potrebbe essere utile per te come presentazione alla direzione o per chiunque sia curioso di approfondire l’argomento.
Tradotto dal francese da Denise Monreale, grazie!
