Guida Scrum | 6. Product Owner – chi è?

Può succedere anche se composto da specialisti esperti, il Team di sviluppo non riesce a trovare il proprio lavoro in modo sufficientemente rapido ed efficiente. Quando si guarda al quadro generale dopo la fine del progetto, spesso si scopre che la colpa di quella situazione era la mancanza di un obiettivo definito. Quando si lavora nell'ambito di Scrum, al fine di prevenire questi e altri problemi preoccupanti, i creatori della posizione di Product Owner, un ruolo su cui ci concentreremo nel nostro articolo di oggi.

Product Owner – sommario:

1. Responsabilità del Product Owner
2. La voce del Cliente nello Scrum Team
3. Product Owner e il suo scopo
4. Guardiano degli arretrati
5. Riepilogo

Responsabilità del Product Owner

Solo il Product Owner può effettuare inserimenti nel Product Backlog nonché effettuare un'ultima chiamata in caso di dubbi sulle aspettative del cliente. Le responsabilità di base di questo ruolo includono:

1. Collaborare con il Cliente – intrattenere conversazioni periodiche con il cliente che portano a definire e specificare le caratteristiche del Prodotto realizzato dallo Scrum Team; l'obiettivo primario qui è quello di creare un prodotto che soddisfi al meglio le esigenze del cliente.
2. Articolare l'Obiettivo del Prodotto , ovvero sviluppare e definire la direzione a lungo termine delle attività dello Scrum Team e assicurarsi che tutti i membri del team la comprendano.
3. Mantenere il Product Backlog – Parleremo del Product Backlog in un articolo dedicato a parte, ma per ora basta dire che si tratta di uno degli Scrum Artifact, definiti nella Guida Scrum ufficiale. È come un elenco strutturato e in evoluzione di ciò che è necessario per migliorare il prodotto. È l'unico progetto di lavoro intrapreso dallo Scrum Team. Diamo quindi un'occhiata più da vicino al ruolo del Product Owner nello Scrum Team.

La voce del Cliente nello Scrum Team

Il Product Owner prende il punto di vista del cliente nello Scrum Team. Grazie alla presenza di questo ruolo, lo Scrum Team può affrontare i propri dubbi in maniera continuativa. Non devono interpretare da soli le linee guida spesso poco chiare lasciate dal cliente.

Prendere decisioni in merito al Prodotto, stabilire le priorità del Team di sviluppo, creare e organizzare le voci nel Product Backlog, fanno sì che il Product Owner sia un membro chiave del team.

Il coinvolgimento quotidiano regolare del Product Owner con il Team di Sviluppo e lo Scrum Master è fondamentale a causa della breve durata degli Sprint. Questi sono periodi di intenso lavoro sulla creazione di incrementi di prodotto , un argomento che tratteremo in un articolo separato.

Non c'è tempo per inviare domande a qualcuno che lavora in un luogo diverso e attendere una risposta a distanza. Quindi, è il Product Owner che diventa un rappresentante del cliente all'interno del team. La squadra è presente in esso.

I Product Owner partecipano anche a tutti gli Scrum Team meeting per rimanere aggiornati sull'andamento del Team di Sviluppo. Riconoscendo le difficoltà dei collaboratori, possono fornire informazioni affidabili al Cliente e organizzare in modo efficiente il lavoro del team.

Questa occupazione serve a colmare il divario tra l'ambiente dello Scrum Team, cioè l'ambiente aziendale, e gli Sviluppatori. Inoltre, per organizzare il lavoro del team di sviluppatori e decidere quali sono i criteri per completare il lavoro su una determinata soluzione. E approva anche il momento del loro compimento.

Product Owner e il suo scopo

Il Product Owner ha la responsabilità di definire e chiarire chiaramente l'obiettivo del prodotto, ovvero definire lo scopo del lavoro del team. In altre parole, questo include il lavoro concettuale e organizzativo, il cui scopo è principalmente la gestione delle User Story: creare il concept del prodotto e le sue funzionalità che corrispondano e soddisfino le esigenze del Cliente. Una quota altrettanto ampia dei compiti del Product Owner riguarda il lavoro di gestione, l'organizzazione e la definizione delle priorità dei compiti nel Product Backlog.

Dal punto di vista dello Scrum Team, significa curare la chiarezza dell'orizzonte di attività. Parleremo dell'obiettivo di prodotto in una voce separata. Oggi useremo un esempio:

Lascia che l'obiettivo dello Scrum Team sia quello di creare un'app mobile per organizzare il lavoro del team. Il compito del Product Owner è spiegare ai membri dello Scrum Team quali sono le funzionalità chiave dell'applicazione dal punto di vista del cliente. Ad esempio, aggiungere nuovi membri del team tramite l'elenco dei contatti o passare dalla visualizzazione del team a quella del calendario personale.

Una volta che il team ha compreso l'obiettivo del prodotto, spetterà al Product Owner:

• mantenere la giusta rotta – in modo che la funzionalità più importante dell'applicazione creata sia sempre in linea con l'obiettivo del prodotto, ovvero l'organizzazione del lavoro del team
• chiarire questioni più dettagliate – cercare insieme al team, concordare e specificare come funziona il Prodotto
• tenendo d'occhio le priorità – seguendo il principio 'first things first', compito del Product Owner sarà, ad esempio, quello di prevenire lo sviluppo di funzionalità applicative laterali o aggiuntive che sono di secondaria importanza dal punto di vista del cliente

L'acquisizione del punto di vista del Cliente o addirittura degli Stakeholder rende i Product Owner i principali responsabili delle decisioni nel processo di creazione del Prodotto. Inoltre, prendono parte alle discussioni con persone esterne allo Scrum Team e si portano dietro l'onere della preziosa consegna del Prodotto al Cliente.

Guardiano degli arretrati

I compiti quotidiani del Product Owner comprendono l'organizzazione degli elementi del Product Backlog. Questo è un compito arduo, poiché continua a cambiare durante l'intero sforzo del progetto. Tale registro scritto contiene tutte le misure e i passaggi noti che portano alla realizzazione dell'obiettivo del prodotto. Naturalmente, sono finemente segregati e classificati in ordine di priorità prima della loro esecuzione.

Il Product Owner affina i compiti inclusi nel Product Backlog e li divide in più piccoli. Quindi decide quali di loro sono pronti per entrare nella fase di attuazione.

Da un lato, lavorare con il Product Backlog è un lavoro amministrativo e organizzativo, che richiede la comprensione della natura, delle capacità e dei limiti del lavoro del team di sviluppatori. D'altra parte, il compito del Product Owner è comprendere la natura, le capacità ei limiti del lavoro del Team di Sviluppo, nonché le condizioni commerciali esterne dello sviluppo del Prodotto.

Dall'altro, invece, il compito del Product Owner è quello di creare il Product Backlog secondo le esigenze dello Scrum Team. Deve essere chiaro, accessibile e comprensibile per tutti i membri del team. Il Product Owner è invece responsabile di rispondere a tutte le domande e ai dubbi che Scrum Master e Developer hanno sul prodotto. Grazie a lui tutta la squadra sa cosa è già stato fatto, cosa è in corso e cosa deve ancora essere fatto.

Riepilogo

Il Product Owner gioca un ruolo chiave nel framework Scrum . Product Owner guida costantemente il team verso l'obiettivo, mantenendo il Product Backlog completo, sicuro e chiaro e, ultimo ma non meno importante, esprimendo la voce del Cliente nello Scrum Team.

I compiti svolti dal Product Owner sono così impegnativi che abbiamo dedicato la voce successiva a trattare il problema. Lì troverai gli errori più comuni commessi dal Product Owner e i modi per affrontarli.

Se ti piacciono i nostri contenuti, unisciti alla nostra indaffarata community di api su Facebook, Linkedin e Twitter.

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.

Visualizza tutti i post

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