I 7 Artefatti di Scrum: Definizioni ed Esempi

Scrum è una metodologia flessibile di gestione dei progetti progettata per aiutare i team auto-organizzati a eseguire progetti rapidamente in un ambiente agile. La struttura di Scrum è costituita da artefatti, ruoli e cerimonie. Questi elementi aiutano i team di sviluppo di prodotti e software a gestire il proprio lavoro.

Gli artefatti di Scrum sono fondamentali per il successo di qualsiasi team di Scrum. Ma prima di imparare a usarli, dobbiamo prima definirli.

Cosa sono gli artefatti di Scrum?

Nello sviluppo del software, il termine "artefatto" si riferisce alle informazioni che gli stakeholder e lo Scrum Team usano per descrivere un prodotto in fase di sviluppo.

Gli artefatti di Scrum definiscono il lavoro che deve essere svolto e aggiungono sempre valore durante uno sprint. In parole povere, gli artefatti di Scrum possono essere visti come pepite di informazioni vitali per il team di Scrum. Forniscono una struttura al processo di Scrum perché fungono da linee guida per il piano di sviluppo del prodotto.

Questo è di vitale importanza, soprattutto per i team distribuiti che possono lavorare da casa perché fornisce una piattaforma in cui possono vedere come stanno andando in un particolare sprint. Ciò mantiene tutti sulla stessa pagina, non importa dove si trovino.

ProjectManager è un software di gestione del lavoro e dei progetti basato su cloud che collega i team ibridi. Non importa dove o quando lavora il tuo Scrum Team, può condividere gli artefatti di Scrum in tempo reale. La nostra bacheca kanban consente ai team di Scrum di gestire facilmente i propri artefatti e quindi collaborare per pianificare gli sprint. I product owner ottengono visibilità sul processo di riallocazione delle risorse per evitare colli di bottiglia.

I Sette Artefatti Scrum

Ci sono tre principali artefatti di Scrum, secondo la guida di Scrum. Spiegheremo ciascuno di essi di seguito, insieme a un punto fermo aggiuntivo di qualsiasi sprint di successo.

1. Visione del prodotto

La visione del prodotto è l'obiettivo a lungo termine del progetto o del prodotto. È l'artefatto che definirai per impostare la direzione generale del progetto o del prodotto. Il team di Scrum utilizzerà la visione del prodotto come guida.

L'importanza della visione del prodotto è sottolineata dal fatto che lo Scrum Team dovrebbe conoscerla a memoria. Ciò significa che dovrebbe essere breve e al punto. La visione del prodotto è qualcosa che dovrebbe essere sempre nella parte posteriore della mente di uno Scrum Team.

2. Portafoglio prodotti

Un product backlog è un elenco di tutto ciò che deve essere realizzato in un progetto, suddiviso in singole voci. È qui che i requisiti di base di ogni funzionalità necessaria per il prodotto finale sono prioritari dal Product Owner per lo Scrum Team.

Non è un elenco di compiti immutabili e spesso si evolve nel tempo. Ad esempio, se si verifica un cambiamento nell'ambiente aziendale, nelle condizioni di marketing o nelle richieste tecniche, il product backlog rifletterà tali modifiche. I product backlog sono generalmente rappresentati utilizzando una Scrum Board.

Il product backlog è composto da tre diversi tipi di articoli.

• User story , che sono descrizioni di alto livello di una caratteristica, raccontate dal punto di vista dell'utente finale del prodotto.
• I bug sono problemi che sorgono che il proprietario del prodotto desidera che vengano risolti.
• Compiti , che vengono assegnati allo Scrum Team per il completamento.

Il backlog cresce man mano che il prodotto viene costruito. Quando vengono aggiunte le modifiche, possono includere maggiori dettagli, stime o una modifica della priorità. Il product owner e il team lavorano regolarmente per perfezionare il product backlog. Ciò può verificarsi in qualsiasi momento.

Più importante è l'elemento del product backlog, più è dettagliato. Quando gli elementi nel product backlog vengono scelti per lo sprint iterativo successivo, vengono ulteriormente perfezionati per essere sviluppati durante lo sprint. Quando l'articolo nel product backlog può essere consegnato dal team in uno sprint, allora è pronto per una riunione di pianificazione dello sprint.

Perfezionamento del Product Backlog

Il perfezionamento del product backlog include attività come la revisione delle storie degli utenti che hanno la massima priorità all'inizio del backlog e il porre domande al product owner su di esse. Ciò include, se necessario, l'eliminazione delle storie degli utenti e la successiva scrittura di nuove. Segue la ridefinizione delle priorità del product backlog.

Quindi queste nuove storie utente devono essere stimate in termini di tempo necessario per completarle, oppure altri dovranno ottenere una nuova stima della loro durata. Altre storie utente dovrebbero essere preparate per gli sprint futuri, senza perdere di vista il quadro generale dell'architettura del prodotto con l'evolversi del backlog.

3. Visione Sprint

La visione dello sprint o l'obiettivo dello sprint spesso non è definito come un artefatto, è comunque una parte importante del framework di Scrum. La visione dello sprint è ciò che il team di Scrum propone quando pianifica uno sprint. Fornisce una guida allo Scrum Team sul motivo per cui stanno investendo tempo, denaro e sforzi nello sprint.

4. Sprint arretrato

Lo sprint backlog è la parte del product backlog su cui il team lavorerà nello sprint. Pensala come la lista delle cose da fare per lo sprint.

Lo sprint backlog è ulteriormente suddiviso in attività che il team deve eseguire. Ogni elemento dello sprint backlog deve essere sviluppato, testato e documentato. Il product owner aiuta lo Scrum Team a elaborare uno sprint backlog durante lo sprint meeting.

Lo sprint backlog è spesso rappresentato come una task board, suddivisa in colonne che rappresentano il flusso di lavoro. Tendono ad avere i seguenti titoli:

• Da fare , che sono attività che devono ancora iniziare
• Facendo , dove il lavoro è iniziato
• A Verifica , che sono attività completate in attesa di verifica da parte di un altro membro del team di Scrum
• Fatto , il che significa che non è necessario più lavoro

Affinamento dello Sprint Backlog

Lo sprint backlog, come il product backlog, è un documento vivo e può essere modificato dallo Scrum Team. Il lavoro viene discusso regolarmente durante lo scrum quotidiano e lo sprint backlog viene modificato secondo necessità. Tutto questo accade durante lo sprint breve e solo lo Scrum Team può apportare queste modifiche quando si verificano durante lo sprint.

Se è necessario un nuovo lavoro, viene aggiunto allo sprint backlog. Quindi, quando il lavoro è completato, la stima per il lavoro che resta da fare viene aggiornata. Se ci sono elementi che diventano superflui, vengono rimossi. Questo è noto come raffinamento del backlog.

Ma, ancora una volta, solo lo Scrum Team può farlo. Hanno la proprietà dello sprint backlog e di questo processo. Lo sprint backlog è altamente visibile e fornisce un'immagine dello sprint mentre il team ci sta lavorando.

5. Definizione di Fatto (DOD)

La definizione di fatto (DOD) significa che tutti gli aspetti di una user story sono stati completati in uno sprint backlog. Il team di Scrum deve avere un'idea condivisa di cosa significhi essere fatto. Dovrebbero creare una definizione di fatto e utilizzarla come lista di controllo mentre lavorano sulle storie degli utenti.

Lo Scrum Team può creare il proprio DOD durante la prima pianificazione dello sprint. Può quindi essere ripetuto durante le loro retrospettive di sprint. Ciò non significa che un DOD sia statico. Può cambiare radicalmente nel corso del progetto.

6. Incremento del prodotto

Questo è l'artefatto di mischia più importante. L'incremento del prodotto è costituito da tutti gli elementi del product backlog che sono stati completati durante uno sprint.

Ogni sprint crea potenzialmente incrementi di prodotto spedibili, quindi l'incremento di prodotto deve rientrare nella definizione di fatto del team ed essere accettabile per il product owner.

La definizione di done è condivisa tra il team di Scrum, sebbene sia diversa per ogni team di Scrum. La definizione di fatto si evolve man mano che il team matura: diventa più espansivo o rigoroso man mano che il progetto prosegue.

L'incremento del prodotto non è solo la somma di tutti gli elementi del backlog del progetto completati nel corso di uno sprint, ma è anche il valore degli incrementi rispetto all'ultimo numero di sprint completati. Questa è trasparenza non solo per il team ma per gli stakeholder in termini di dove si trova il prodotto in questo momento.

7. Grafico Burndown

Sebbene non sia sempre considerato parte degli artefatti essenziali di Scrum, il diagramma di burndown è importante da non trascurare. È un grafico che mostra la velocità con cui il team sta completando le storie degli utenti o gli elementi del product backlog. Pertanto, un diagramma di burndown illustra lo sforzo totale rispetto alla quantità di lavoro per uno sprint.

Lo scopo di un diagramma di burndown è assicurarsi che il progetto rimanga sulla buona strada e che il risultato finale soddisfi le aspettative e arrivi nei tempi previsti.

La velocità di avanzamento di uno Scrum Team è chiamata velocità, che è il numero di story point nella user story che sono stati completati durante lo sprint. Il lavoro parzialmente finito non viene calcolato in velocità.

Project Manager per Scrum Team

ProjectManager ha le funzionalità di cui i team di Scrum hanno bisogno per gestire facilmente i propri artefatti di Scrum. Poiché si tratta di un software di gestione dei progetti basato su cloud, è particolarmente conveniente per i team remoti, che possono rimanere nel ciclo del progetto, indipendentemente da dove si trovano o quando stanno lavorando.

Molteplici modi per gestire un progetto

Esistono più viste del progetto in ProjectManager, il che lo rende sufficientemente flessibile da servire team agili, team che lavorano con una metodologia più tradizionale e persino un ibrido dei due. La vista kanban board è ideale per i team Scrum.

Gli elementi del product backlog possono essere raccolti in schede kanban che possono essere taggate, aggiunte date di scadenza, tracciato dei progressi e assegnate a uno o più membri del team.

ProjectManager ha anche una memoria di file illimitata, quindi obiettivi, storie degli utenti e altri materiali relativi allo sprint possono essere allegati alle carte. È lo strumento perfetto per gestire il tuo product backlog.

Avere una facile pulizia degli arretrati

La scheda kanban può essere utilizzata anche per lo sprint backlog. Le colonne sono personalizzabili per adattarsi al modo in cui lavora il tuo team. Le schede possono essere trascinate e rilasciate da una colonna all'altra mentre si spostano nel flusso di lavoro.

Le schede possono avere elenchi di cose da fare personalizzati e i membri del team possono collaborare commentando la scheda. Possono anche taggare il product owner o lo Scrum Master, che riceverà una notifica via e-mail e sarà coinvolto nella conversazione. Ciò fornisce una grande trasparenza per l'intero team di Scrum.

Usa il monitoraggio in tempo reale

Invece di utilizzare un semplice diagramma di burndown, ProjectManager calcola automaticamente la velocità dello sprint monitorando sei metriche di progetto, che vengono inviate istantaneamente alla dashboard in tempo reale. I proprietari dei prodotti possono monitorare l'avanzamento delle attività, il carico di lavoro del team, i costi e altro per assicurarsi che lo sprint sia sulla buona strada.

Libera i tuoi team con flussi di lavoro personalizzati per concentrarsi su ciò che conta. Automatizza il lavoro frenetico impostando trigger che creano azioni e ottimizzano il tuo sprint. Aggiungi le approvazioni delle attività per assicurarti che solo le persone autorizzate a modificare lo stato di una storia utente possano farlo. ProjectManager collabora anche fino in fondo con notifiche e-mail automatizzate e avvisi in-app. C'è un'unica fonte di verità che tiene tutti sullo Scrum Team sulla stessa pagina. Diventa più produttivo oggi provando ProjectManager gratuitamente.

ProjectManager è un software di gestione dei progetti basato su cloud che aiuta i team di Scrum a gestire meglio i propri sprint e i Product Owner a controllare il backlog. Una dashboard in tempo reale funge da diagramma di burndown, quindi sai sempre a che punto ti trovi nel progetto mentre sta accadendo. Scopri cos'altro ProjectManager può fare per il tuo team di Scrum effettuando oggi questa prova gratuita di 30 giorni.