Guida Scrum | 29. Impegno dello Scrum Team – Obiettivo del prodotto, Obiettivo dello Sprint e Definizione del completamento

Pubblicato: 2022-06-17

Ogni 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:

  1. introduzione
  2. Obiettivo del prodotto
  3. Obiettivo Sprint
  4. Definizione di completamento
  5. 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:

scrum team commitments

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.

Scrum Team Commitment

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.

Scrum Guide | 29. Scrum Team Commitment - Product Goal, Sprint Goal and Definition of Completion caroline becker avatar 1background

Autore: Caroline Becker

In qualità di Project Manager, Caroline è esperta nella ricerca di nuovi metodi per progettare i migliori flussi di lavoro e ottimizzare i processi. Le sue capacità organizzative e la capacità di lavorare sotto pressione la rendono la persona migliore per trasformare in realtà progetti complicati.

Guida alla mischia:

  1. Glossario di termini, ruoli e nozioni di base
  2. Cos'è Scrum?
  3. Valori di mischia
  4. Come implementare Scrum nella tua azienda?
  5. Scrum Team: cos'è e come funziona?
  6. Chi è un Product Owner?
  7. Gli errori più comuni del Product Owner
  8. Chi è lo Scrum Master?
  9. Caratteristiche di un buon Scrum Master
  10. Gli errori più comuni di Scrum Master
  11. Quali statistiche e metriche dovrebbe monitorare lo Scrum Master?
  12. Collaborazione tra Product Owner e Scrum Master
  13. Team di sviluppo in Scrum
  14. Gli errori più comuni degli sviluppatori
  15. Artefatti di Scrum
  16. Scalare Scrum
  17. Sprint arretrato
  18. Cos'è il Product Backlog?
  19. Cosa sono le User Story?
  20. Creare la migliore User Story con INVEST
  21. Gli errori di User Story più comuni
  22. Criteri di accettazione della User Story
  23. Stima e Punti Storia in Scrum
  24. Pianificazione del poker
  25. Gioco di stima della squadra
  26. Incremento di definizione
  27. Eventi Scrum
  28. Cos'è lo Sprint in Scrum?
  29. Impegni dello Scrum Team - Obiettivo del prodotto, Obiettivo dello Sprint e Definizione del completamento
  30. Che cos'è un diagramma di burndown?
  31. Come creare e interpretare un diagramma di burndown?
  32. Vantaggi e svantaggi del diagramma di burndown
  33. Tavole Kanban in Scrum e Scrumban
  34. Velocity in Scrum - Velocità del Team di Sviluppo
  35. Scrum quotidiano
  36. Pianificazione dello sprint
  37. Recensione Sprint
  38. Che cos'è una retrospettiva sprint?
  39. Errori comuni durante una Retrospettiva Sprint
  40. Consolidamento del Product Backlog