Guida Scrum | 29. Impegno dello Scrum Team – Obiettivo del prodotto, Obiettivo dello Sprint e Definizione del completamento
Pubblicato: 2022-06-17Ogni Scrum Artifact crea un determinato impegno dello Scrum Team. L'obiettivo del prodotto, l'obiettivo dello sprint e la definizione di completamento descrivono lo stato futuro del prodotto. Sono le intenzioni o gli impegni dello Scrum Team. Tuttavia, ogni impegno dello Scrum Team copre un ambito e una scala temporale diversi.
Impegno dello Scrum Team – sommario:
- introduzione
- Obiettivo del prodotto
- Obiettivo Sprint
- Definizione di completamento
- Riepilogo
introduzione
Il Product Goal non è stato aggiunto alla Scrum Guide ufficiale fino alla sua versione 2020. È definito lì come un impegno dello Scrum Team per la forma finale del Prodotto. È realizzato dallo Scrum Team e scritto nel Product Backlog.
Il Product Goal si è così unito agli Obiettivi precedentemente esistenti in Scrum: Lo Sprint Goal, che riguarda lo Sprint Backlog, e la Definition of Completion, che è l'impegno dello Scrum Team a fornire l'Incremento secondo linee guida concordate.
I creatori di Scrum hanno quindi deciso di realizzare i seguenti collegamenti:
Impegnarsi ha lo scopo di rafforzare il focus dello Scrum Team. Fornisce al team un obiettivo e un orizzonte chiari per l'intero progetto, uno Sprint e un incremento.
Tutti dovrebbero tenere a mente la visione del prodotto e l'obiettivo strategico a lungo termine. La Vision non è un impegno dello Scrum Team, ma l'orizzonte di tutte le sue aspirazioni. Aiuta a formulare gli obiettivi di conseguenza. Può essere formulato come segue:
Visione del prodotto: diventare il leader mondiale nel commercio e nei servizi magici.
Nel testo seguente, esempi di sotto-obiettivi faranno riferimento a questo esempio di Product Vision.
Obiettivo del prodotto
Il Product Goal è una descrizione del futuro Prodotto su cui lo Scrum Team sta lavorando dall'inizio alla fine del progetto. Il percorso per raggiungere il Product Goal è scritto nel Product Backlog.
Uno Scrum Team può realizzare un solo Product Goal alla volta. Per cambiarlo, lo Scrum Team deve completarlo o abbandonarlo.
Una buona formulazione dell'Obiettivo del Prodotto dipende dal settore in cui opera lo Scrum Team. Ma in tutti i casi, l'Obiettivo dovrebbe essere convincente, espresso in modo chiaro e pertinente. In altre parole, dovrebbe descrivere il risultato chiave che avvicina la visione del prodotto alla realizzazione.
Potrebbe essere, ad esempio:
Obiettivo del prodotto 1: aprire il primo negozio online al mondo di accessori magici.
Obiettivo del prodotto 2: creare un servizio di scopa volante 24 ore su 24, 7 giorni su 7.
Obiettivo Sprint
Uno Sprint Goal è una descrizione del lavoro che verrà svolto all'interno di uno Sprint. Si esprime nella forma di un Obiettivo Aziendale per assicurare coerenza al lavoro del Team di Sviluppo. E anche aumentare il Focus, uno dei valori fondamentali di Scrum.
Il completamento dell'obiettivo di prodotto 1 che abbiamo proposto sopra potrebbe essere suddiviso nei seguenti obiettivi di sprint:
Obiettivo Sprint 1.1: Condurre un'indagine di mercato sui maghi per la domanda di accessori magici
Obiettivo Sprint 1.2: Compilare un elenco di fornitori e disponibilità dei prodotti
Obiettivo Sprint 1.3: creare un sito web del negozio
Mentre per l' obiettivo di prodotto 2, gli obiettivi di sprint potrebbero essere simili ai seguenti:
Obiettivo Sprint 2.1: Trovare una posizione comoda per il primo punto di servizio
Obiettivo dello Sprint 2.2: condurre il reclutamento dei tecnici dell'assistenza
Obiettivo Sprint 2.3: lanciare una campagna di marketing locale
Ogni Sprint Goal viene definito e discusso dallo Scrum Team durante lo Sprint Planning, di cui parleremo in dettaglio in questo articolo. Un evento Sprint Planning non può essere completato senza definire l'Obiettivo per il prossimo Sprint.
Definizione di completamento
La Definizione di Completamento è un altro impegno dettagliato dello Scrum Team. A differenza di Product e Sprint Goals, è formale per definizione.
Solitamente consiste in un elenco di criteri di qualità che devono essere soddisfatti dal Prodotto affinché l'Incremento sia considerato finito. Grazie alla Definizione di Completamento, i membri dello Scrum Team e ogni Stakeholder possono facilmente vedere quali modifiche e miglioramenti sono stati apportati al Prodotto con un determinato Incremento.
Per lo Sprint Obiettivo 1.1: Esaminare il mercato dei maghi per la domanda di accessori magici , un criterio per l'Incremento potrebbe essere: Compilare i risultati dell'indagine sui maghi attivi nel forum magico. La definizione per completare questo incremento potrebbe essere la seguente:
Definizione di completamento incrementale 1.1:
- Ciascuno dei maghi ha dato risposte esaurienti alle domande
- Almeno l'80% dei maghi è attivo
- I risultati dello studio sono stati inseriti in un database di proiettili magici
La definizione di completamento può riferirsi anche a standard di qualità definiti dall'organizzazione. Quindi non è liberamente impostato dallo Scrum Team. I suoi requisiti minimi sono stabiliti dai requisiti esterni dell'organizzazione.
Tuttavia, la definizione di completamento differisce dai criteri di accettazione di cui abbiamo scritto nel testo sulle storie degli utenti. Facendo riferimento all'esempio della Definizione di completamento 1.1, i criteri di accettazione potrebbero essere formulati come segue:
Criterio di accettazione 1.1:
- Stimare la percentuale di maghi che saranno disposti a utilizzare un negozio online
- Identità quali accessori sono più popolari tra loro
- Determina quale budget hanno i tuoi potenziali clienti
Il criterio di accettazione, quindi, si riferisce allo svolgimento dell'incarico così come viene percepito dal cliente.
Impegno dello Scrum Team – riepilogo
Gli impegni dello Scrum Team sono l'Obiettivo del Prodotto, l'Obiettivo dello Sprint e la Definizione di Completamento. Questi consentono allo Scrum Team di rimanere concentrato mentre lavora su compiti dettagliati. Consentono allo Scrum Team di rispondere alla domanda su quale sarà il risultato chiave dal punto di vista del Product Backlog, dello Sprint Backlog e dell'Increment.
Se ti piacciono i nostri contenuti, unisciti alla nostra indaffarata community di api su Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Guida alla mischia:
- Glossario di termini, ruoli e nozioni di base
- Cos'è Scrum?
- Valori di mischia
- Come implementare Scrum nella tua azienda?
- Scrum Team: cos'è e come funziona?
- Chi è un Product Owner?
- Gli errori più comuni del Product Owner
- Chi è lo Scrum Master?
- Caratteristiche di un buon Scrum Master
- Gli errori più comuni di Scrum Master
- Quali statistiche e metriche dovrebbe monitorare lo Scrum Master?
- Collaborazione tra Product Owner e Scrum Master
- Team di sviluppo in Scrum
- Gli errori più comuni degli sviluppatori
- Artefatti di Scrum
- Scalare Scrum
- Sprint arretrato
- Cos'è il Product Backlog?
- Cosa sono le User Story?
- Creare la migliore User Story con INVEST
- Gli errori di User Story più comuni
- Criteri di accettazione della User Story
- Stima e Punti Storia in Scrum
- Pianificazione del poker
- Gioco di stima della squadra
- Incremento di definizione
- Eventi Scrum
- Cos'è lo Sprint in Scrum?
- Impegni dello Scrum Team - Obiettivo del prodotto, Obiettivo dello Sprint e Definizione del completamento
- Che cos'è un diagramma di burndown?
- Come creare e interpretare un diagramma di burndown?
- Vantaggi e svantaggi del diagramma di burndown
- Tavole Kanban in Scrum e Scrumban
- Velocity in Scrum - Velocità del Team di Sviluppo
- Scrum quotidiano
- Pianificazione dello sprint
- Recensione Sprint
- Che cos'è una retrospettiva sprint?
- Errori comuni durante una Retrospettiva Sprint
- Consolidamento del Product Backlog