Gli artefatti Scrum sono fondamentali per il successo di qualsiasi team Scrum e definiscono tutto il lavoro che deve essere svolto in un progetto. Gli artefatti di Scrum sono tutte le informazioni che il team e gli stakeholder utilizzano per descrivere il prodotto o il servizio che si sta sviluppando, le azioni necessarie per produrlo e le attività che devono essere eseguite durante il progetto.
Esistono tre artefatti Scrum, ognuno dei quali verrà analizzato in dettaglio in questo articolo. Gli artefatti sono essenzialmente categorie diverse e comprendono i seguenti elementi:
- Product Backlog
- Sprint Backlog
- Incremento del prodotto
I tre artefatti mostrano i progressi compiuti dal team Scrum e i passi successivi da compiere. In questo modo, assicurano che il team abbia lo stesso livello di conoscenza e che tutti i progressi compiuti dal team di sviluppo rimangano trasparenti. Analizzeremo in dettaglio ciascuno degli artefatti.
Product Backlog
L'Product Backlog è uno dei tre artefatti fondamentali di Scrum e aiuta a guidare e gestire il lavoro del team. Si tratta di un elenco di tutte le caratteristiche, le funzioni e i requisiti che potrebbero essere necessari per il prodotto. L'Product Backlog è in continua evoluzione e viene aggiornato man mano che emergono nuove informazioni. Di conseguenza, a volte viene definito un artefatto "vivo". Il Backlog dipende da fonti di input quali le richieste del mercato, il feedback e l'analisi dei concorrenti.
Mantenere aggiornato l'Product Backlog è utile perché assicura che il team sappia quali sono i requisiti del progetto e quali hanno la priorità.
Per saperne di più sull'Product Backlog, consultare il nostro articolo [qui].
Sprint Backlog
L'Sprint Backlog è l'elenco di tutto ciò che è necessario nell'Sprint corrente ed è composto da una serie di elementi dell'Product Backlog e dalle attività necessarie per consegnare tali elementi. Mentre l'Product Backlog elenca tutto ciò che deve essere consegnato entro la fine del progetto, l'Sprint Backlog include solo ciò che deve essere consegnato nell'Sprint corrente. Pertanto, presenta dettagli più specifici su ciascun elemento rispetto al resto dell'Product Backlog.
Prima di ogni Sprint, il team Scrum terrà una riunione Sprint Planning in cui deciderà quali elementi dell'Product Backlog dovranno essere aggiunti all'Sprint Backlog. Di conseguenza, gli elementi dell'Sprint Backlog devono essere consegnati durante l'Sprint corrente. Questo artefatto è utile perché fornisce un quadro preciso del lavoro che il team di sviluppo intende svolgere.
Analogamente all'Product Backlog, l'Sprint Backlog deve essere regolarmente rivisto e aggiornato. I compiti devono essere eliminati se diventano superflui e se ne aggiungono di nuovi man mano che aumentano le informazioni e le conoscenze. Il documento deve essere sufficientemente dettagliato da consentire al team di verificare i propri progressi nell'Daily Scrum.
Prodotto Increment
Il Prodotto Increment è la versione del prodotto, o di una parte del prodotto, che verrà consegnata alla fine di ogni Sprint. Un elemento dell'Sprint Backlog diventa parte dell'Increment. Prodotto Increment una volta che il team Scrum lo considera completo. Questo è spesso considerato il più importante dei tre artefatti di Scrum. E per una buona ragione, in quanto fornisce la tracciabilità del lavoro che è stato consegnato dal team in ogni Sprint.
Il lavoro non può essere considerato parte di un Increment a meno che non soddisfi i requisiti di Definition of Done. Il team deve avere una comprensione condivisa del concetto di "Fatto" per valutare quando il lavoro è completato e garantire la trasparenza.
4 consigli per gestire efficacemente gli artefatti Scrum
Se si utilizza Scrum, è fondamentale comprendere nel dettaglio la metodologia Product Backlog, gli elementi Product Backlog e il processo di perfezionamento. Chiunque abbia iniziato a lavorare con la metodologia agile deve conoscere le pratiche e i processi del framework Scrum. Potrebbe quindi essere una buona idea prendere in considerazione un corso Scrum per assicurarsi di essere all'altezza.
Convenzione di denominazione
I team Scrum che non danno un nome agli elementi Product Backlog finiscono per avere un Product Backlog incoerente. I buoni nomi devono essere coerenti e spiegati, il che non è sempre facile. Usate nomi descrittivi, siate coerenti con i termini che usate e riducete al minimo la lunghezza.
Applicare i grafici di burndown
Esistono due tipi di tabelle di burndown: Sprint Burndown e Release Burndown.
A Tabella di burndown Sprint è uno strumento prezioso per il team Scrum perché rende visibile il loro lavoro e li aiuta a prevedere se stanno raggiungendo o meno l'Sprint Goal. In caso contrario, gli Developer devono intraprendere le azioni appropriate per tornare in carreggiata. Spesso ciò avviene trovando un percorso più breve rispetto a quello originale per raggiungere l'Sprint Goal.
Un grafico di Burndown del rilascio è uno strumento prezioso per l'Product Owner per valutare se il piano a lungo termine, che copre molti sprint, è ancora valido. In caso contrario, l'Product Owner deve ridefinire le priorità dell'Product Backlog.
Avere una chiara definizione di "fatto
È fondamentale avere un Definition of Done chiaro. Il Definition of Done assicura che tutti i membri del team sappiano esattamente cosa ci si aspetta da tutto ciò che il team Scrum consegna. Se un elemento dell'Product Backlog non ha una chiara definizione di "fatto", non dovrebbe essere presentato all'Sprint Review.
Utilizzare il Backlog Refinement
Un Product Backlog non è mai completo; è un'entità in continua evoluzione che richiede cura e attenzione. Affinamento del backlog è utilizzato per discutere, rivedere e dare priorità alle voci del Backlog. L'obiettivo del Backlog Refinement è quello di mantenere il Backlog aggiornato e di assicurarsi che i suoi elementi siano preparati per i prossimi Sprint.
Sintesi degli artefatti di Scrum
Gli artefatti di Scrum sono una parte essenziale del framework Scrum. Scrum prevede il completamento di un elenco di elementi (dal Sprint Backlog) entro un breve periodo (il Sprint) senza perdere di vista l'obiettivo generale del progetto (il Product Backlog). Il mantenimento di tutti questi elementi richiede una forte collaborazione tra il team, una comunicazione regolare, la trasparenza e la certezza che gli artefatti siano aggiornati e corretti.
