“Che lavoro faccio?\u00a0Lo Scrum Product Owner<\/strong>“. Il Product Owner<\/strong> – recita la Scrum Guide<\/a> –\u00a0ha la responsabilit\u00e0 di massimizzare il valore del prodotto<\/strong> e del lavoro svolto dal Team di Sviluppo. Su cosa dobbiamo esattamente intendere per “valore” da massimizzare la Scrum Guide non da indicazioni puntuali. Ed \u00e8 comprensibile perch\u00e9 non \u00e8 semplice trovare una formula valida per tutti (trovate maggiori dettagli sul tema valore in questo post<\/a>). Per poter guidare efficacemente lo sviluppo il PO deve avere un’ampia conoscenza dei bisogni degli utenti finali e comprendere come il prodotto possa rispondere a queste necessit\u00e0. Attenzione a questo punto perch\u00e9 \u00e8 determinante: il PO rappresenta la voce del cliente in azienda<\/strong> ma per essere davvero tale deve conoscerlo, avere contatti diretti, parlare con lui e avere elaborato un profilo delle principali tipologie di cliente (qui \u00e8 dove parliamo di personas<\/a>).<\/p>\n Il Product owner deve saper gestire gli stakeholder di progetto<\/a>, avere un’idea dei processi di sviluppo software ed essere in grado di comunicare la propria vision di prodotto al team di sviluppo. Un coach con cui ho lavorato tempo fa mi diceva di saper riconoscere un buon Product Owner dalla “frenzyness”. Letteralmente frenesia …. Per me significa essere appassionati del proprio prodotto e dei propri utenti, avere una curiosit\u00e0 incessante per i problemi da risolvere e cercare sempre nuovi spunti di miglioramento.<\/p>\n Il Product Owner \u00e8 un ruolo multi-sfaccettato ed \u00e8 davvero difficile indicare tutte le caratteristiche che una persona dovrebbe avere, ma ci sono 3 aspetti secondo me imprescindibili: l’empatia, la capacit\u00e0 di articolare una visione<\/a> e la leadership<\/strong>.<\/p>\n Per gestire lo sviluppo di prodotto il Product Owner si avvale di alcuni strumenti e “cerimonie” Scrum. A livello strategico \u00e8 responsabile di articolare la visione di prodotto, definirne la strategia complessiva e la roadmap. Pur non essendo parte del team di sviluppo \u00e8 una figura chiave all’interno dello Scrum team (il corrispettivo di un “regista” nella produzione di un film). Come tutte le figure “ibride” si trova ad agire su una soglia. Per chi fosse interessato ad approfondire le caratteristiche di questa figura ecco due preziosi riferimenti, nonch\u00e9 “guru” della product ownership:<\/p>\n E qualche ulteriore spunto per approfondire le sfumature di questo fantastico ruolo: si parla di cosa sia la product ownership nel video animato di Henrik Kniberg<\/a>; dei possibili ambiti di intervento del PO<\/a>, a seconda dell’organizzazione dell’azienda, e infine di una delle capacit\u00e0 pi\u00f9 importanti del Product Owner, ovvero saper dire di no<\/a>.<\/p>\n\n\n\n <\/p>\n","protected":false},"excerpt":{"rendered":" Cosa significa Scrum Product Owner “Che lavoro faccio?\u00a0Lo Scrum Product Owner“.“Interessante, ma esattamente cosa vuol dire?”Dato che la domanda \u00e8 ricorrente e spesso mi rendo conto che le persone non hanno \u00a0un’idea precisa di cosa siano le metodologie agili e lo Scrum (men che meno del ruolo di Product Owner…) ho pensato di fare un … <\/p>\n
“Interessante, ma esattamente cosa vuol dire?”
Dato che la domanda \u00e8 ricorrente e spesso mi rendo conto che le persone non hanno \u00a0un’idea precisa di cosa siano le metodologie agili e lo Scrum<\/a> (men che meno del ruolo di Product Owner…) ho pensato di fare un riassunto delle principali competenze di questa figura.<\/p>\n
E’ colui o colei che decide cosa deve essere fatto, quali funzionalit\u00e0 deve avere un prodotto o un servizio e quando rilasciarle sul mercato (qui trovate le varie attivit\u00e0 riassunte in un’immagine<\/a>).<\/p>\n
Spesso il valore \u00e8 identificato con le revenue, ma potrebbe anche essere la riduzione del rischio, la riduzione dei costi, la visibilit\u00e0 del marchio o altro.
Nella mia esperienza ci\u00f2 che \u00e8 di valore per un’azienda potrebbe non esserlo per un’altra, cos\u00ec come all’interno della stessa societ\u00e0 ci\u00f2 che \u00e8 di valore oggi potrebbe non esserlo pi\u00f9 nel tempo.\u00a0<\/p>\nLe caratteristiche di un buon Product Owner<\/h2>\n
Il suo scopo principale \u00e8 produrre valore per l’utente finale e l’azienda<\/strong> (viene infatti indicato come colui che ha la responsabilit\u00e0 di massimizzare il ROI).<\/p>\nGli strumenti del PO<\/h2>\n
Attraverso il product backlog<\/a> definisce, comunica e ordina secondo priorit\u00e0 i requisiti di prodotto tramite user stories.
Pianifica sessioni di approfondimento dei requisiti (i “backlog refinement”), prepara il materiale necessario per lo Sprint planning meeting e, al termine delle iterazioni, approva o rifiuta quanto sviluppato dal team sulla base dei criteri di accettazione che ha precedentemente condiviso.<\/p>\n
A seconda della dimensione del prodotto e dell’organizzazione aziendale queste attivit\u00e0 potrebbero essere in carico a persone diverse (qui<\/a> abbiamo parlato di Big PO e Small PO).
In ogni caso \u00e8 fondamentale che ogni Product Owner abbia un’idea chiara di quali risultati voglia ottenere attraverso il proprio prodotto e come possa evolvere nel tempo.<\/p>\nUn ruolo ibrido<\/h2>\n
Collabora attivamente con gli sviluppatori chiarendo dubbi, rispondendo alle domande e definendo obiettivi di sviluppo in linea con la roadmap di prodotto e i desiderata degli utenti.<\/p>\n
E’ un’interfaccia che si colloca internamente all’azienda tra il business e l’IT, ma anche tra l’azienda e il mercato, tra i committenti e gli utenti finali.
Per mediare questi punti di vista – a volte in contrasto – il Product Owner non deve mai perdere la voglia e l’energia di comunicare con tutti gli interessati.<\/p>\nQualche altro spunto di riflessione …<\/h2>\n
\n