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.
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:
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:
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.
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.
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.
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.
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.
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à.
Diverse eventi più piccoli compongono uno Sprint in Scrum. Gli Sprint, a loro volta, formano…
I destinatari sempre più spesso si rivolgono ai materiali video. Le forme scritte diventano meno…
La scrittura pubblicitaria è diventata una professione estremamente popolare negli ultimi tempi. Ci sono sempre…
Hai mai la sensazione che la giornata sia troppo corta per fare tutto ciò che…
Che cos'è il software? Quali sono i tipi e i metodi di distribuzione? Rimanendo in…
Presentare e comunicare i risultati della ricerca è probabilmente una delle abilità più cruciali (e…