Cos’è un product owner? Un ruolo essenziale per il successo dello Scrum team

Immagina di aver appena comprato una casa. Come nuovo proprietario, ora sei responsabile della visione a lungo termine di ciò che vuoi che sia la tua proprietà, ad esempio come decorare, mantenere e migliorare la tua Home per ottenere il massimo dal tuo (consistente) investimento. Ti coordini con ispettori, generatori e coinquilini per creare il miglior ambiente di vita possibile, il tutto bilanciando le tue finanze e gli obiettivi a lungo termine. Un compito non da poco. 

Come un proprietario di casa, un product owner è responsabile della visione a lungo termine, ma invece di migliorare la propria casa, migliora i prodotti. Un product owner lavora con gli stakeholder per realizzare il miglior prodotto possibile per gli utenti finali. 

Cos’è un responsabile del prodotto?

Il product owner è una persona che si dedica a massimizzare il valore di un prodotto. A tale scopo, i product owner sviluppano una visione di come dovrebbe funzionare il prodotto, definiscono le sue caratteristiche specifiche e suddividono tali caratteristiche in elementi del product backlog su cui il team Scrum può lavorare. Funge da collegamento tra gli stakeholder dell’azienda, i membri dello Scrum team e gli utenti finali fino al completamento del prodotto finale. 

Il product owner è uno dei tre ruoli standard di un team Scrum: 

• Product owner: collabora con gli stakeholder, gli utenti finali e lo Scrum team per garantire che il prodotto finale soddisfi i requisiti degli utenti e sia in linea con gli obiettivi aziendali. 

• Scrum Master: guida il team di sviluppo per aiutarlo a prepararsi e a eseguire con successo gli sprint. Gli Scrum master si concentrano anche sul miglioramento continuo dei processi interni. 

• Team di sviluppo: lavora sui risultati finali che devono essere completati per ogni sprint. Gli sviluppatori sono il nucleo del team Scrum, poiché sono responsabili del completamento degli elementi del product backlog che si traducono in nuove funzionalità del prodotto.

Product owner e Scrum master a confronto

Il Product Owner e lo Scrum master sono due ruoli fondamentali, ma diversi, in un team Scrum. 

Gli Scrum master sono responsabili di:

• guidare e migliorare i processi interni necessari ai team Scrum per completare il proprio lavoro;

• aiutare il team a prepararsi ed eseguire con successo gli sprint, in modo che gli sviluppatori possano concentrarsi sul loro lavoro invece di svolgere attività più logistiche;

• Facilitare le riunioni di pianificazione, i daily stand-up e le retrospettive degli sprint 

• Rimuovere gli ostacoli per gli sviluppatori e mantenere tutti allineati con i principi del Framework Scrum

D’altra parte, il ruolo di responsabile del prodotto ha un focus più esterno rispetto a quello dello Scrum master. Invece di guidare i processi del team, si concentra maggiormente sul prodotto stesso, in particolare su come creare il miglior prodotto possibile per gli utenti finali. 

I product owner sono responsabili di:

• Incorporare il feedback degli stakeholder e degli utenti finali

• Tradurre tali feedback in funzionalità specifiche del prodotto e in elementi del backlog su cui il team Scrum può lavorare

Responsabilità del Product Owner

Un product owner Agile collega lo Scrum team agli stakeholder e difende le esigenze degli utenti finali, in modo che tutti capiscano cosa si sta cercando di ottenere con un prodotto e perché. I responsabili del prodotto Scrum spesso finiscono per ricoprire molti ruoli diversi, ma il loro ruolo è definito da queste responsabilità chiave.

Definire le caratteristiche e gli obiettivi del prodotto

Il product owner determina gli obiettivi di ogni prodotto in modo da poter definire le caratteristiche specifiche del prodotto per raggiungere tali obiettivi. 

Per sviluppare gli obiettivi, il responsabile del prodotto deve comprendere la visione del prodotto degli utenti finali e quali sono i loro punti critici comuni. Ciò significa che gran parte del lavoro del responsabile del prodotto consiste nel collaborare con gli stakeholder per condurre ricerche sugli utenti. 

Per esempio, immagina di dover migliorare un’app di calendario. Per determinare quale dovrebbe essere il tuo obiettivo specifico, potresti studiare come gli utenti interagiscono con l’app esistente, quindi chiedere quali sono le difficoltà che hanno incontrato e cosa vorrebbero che l’app potesse fare meglio. 

Oltre a definire gli obiettivi in base al feedback degli utenti, il responsabile del prodotto deve anche assicurarsi che tutte le nuove funzionalità siano in linea con gli obiettivi generali dell’azienda. Nell’esempio precedente, gli utenti potrebbero voler condividere i calendari con persone esterne alla loro organizzazione, ma ciò potrebbe non essere in linea con l’obiettivo aziendale generale della tua organizzazione di migliorare la sicurezza e la privacy degli utenti. In qualità di product owner, è tua responsabilità identificare le richieste degli utenti a cui dare la priorità.

Sviluppare gli elementi del backlog in base agli obiettivi del prodotto

Il product owner traduce quindi tali obiettivi in funzionalità specifiche del prodotto e in elementi del backlog che lo Scrum team deve completare. In questo modo, il team Scrum può concentrarsi sui dettagli specifici di ogni elemento del backlog, mentre il responsabile del prodotto si assicura che ogni elemento risponda a specifici obiettivi aziendali e alle esigenze degli utenti. 

Per continuare con l’esempio dell’app calendario, supponiamo che tu stia progettando una funzionalità del prodotto che tiene traccia delle ore di lavoro preferite dai diversi membri del team. Il product owner collaborerà con lo Scrum team per suddividere tale funzionalità in attività più piccole e attuabili per il product backlog, ad esempio un’attività per sviluppare il design front-end, un’altra per creare un’interfaccia in cui gli utenti possano inserire le loro ore preferite e così via. 

Dai la priorità agli input degli stakeholder e degli utenti finali

Sebbene gli stakeholder spesso pensino che i loro progetti siano altamente prioritari, il responsabile del prodotto ha il contesto per decidere a cosa lo Scrum Team dovrebbe dare la priorità. 

Poiché il product owner ha approfondimenti sulle priorità dell’azienda, comprende perché alcune iniziative sono importanti e come il lavoro si articola per raggiungerle. Ciò significa che può dare la priorità al feedback degli stakeholder e aiutare il team Scrum a concentrarsi sul lavoro più importante. Senza un product owner, i team Scrum spesso finiscono per dare la priorità al lavoro in base alle indicazioni dei team interfunzionali. 

Inoltre, il responsabile del prodotto raccoglie il feedback degli utenti finali attraverso test utente. Ciò gli consente di rimanere in contatto con le esigenze degli utenti, in modo da poter anche dare la priorità al lavoro per risolvere i punti critici comuni, se necessario. 

Creare storie utente

Il product owner crea anche storie utente per aiutare i membri del team a comprendere il contesto di ogni funzionalità del prodotto. Nella gestione dei progetti Agile, una storia utente è una spiegazione non tecnica di una funzionalità del prodotto scritta dal punto di vista dell’utente. Le user story definiscono gli obiettivi finali di una funzionalità del prodotto, in modo che il team di sviluppo sappia cosa sta creando, perché lo sta creando e quale valore crea.

Le storie utente sono spesso espresse come una singola frase, strutturata come segue: 

“In qualità di [profilo], voglio che [obiettivo del software], in modo da [risultato]”.

Nel nostro esempio di app di calendario, un product owner Scrum potrebbe creare questa storia utente per definire gli obiettivi della funzionalità: 

“Come manager di un team da remoto, voglio capire quando i membri del mio team lavorano, in modo da poter pianificare riunioni durante orari comodi per tutti.” 

Definire le priorità e gestire il product backlog

Oltre a definire le funzionalità del prodotto, il responsabile del prodotto è responsabile del perfezionamento del backlog. come nei seguenti casi:

• Creare e gestire il product backlog 

• Assegnare la priorità alle attività in base alle esigenze aziendali, agli obiettivi del prodotto e ai requisiti degli utenti

• Definire chiaramente tutte le attività e garantire che il product backlog sia comunicato a tutti i membri del team

• Stabilire i requisiti del prodotto e le aspettative degli utenti con lo Scrum team

Oltre a condividere il product backlog con il resto dello Scrum Team, il responsabile del prodotto si assicura anche che gli stakeholder possano vederlo e comprenderlo. In questo modo, le parti interessate possono seguire:

• Come lo Scrum team traduce il loro feedback in funzionalità specifiche del prodotto

• Perché dà la priorità a determinate attività rispetto ad altre

• Come si presenta una cronologia realistica per le richieste di nuove funzionalità

Supervisionare le fasi di sviluppo del prodotto

Quando i team sviluppano un nuovo prodotto o una nuova funzionalità, spesso seguono un processo preimpostato per garantire che il prodotto sia correttamente definito, testato e implementato. Questa pratica è chiamata processo di sviluppo del prodotto, un ciclo di vita in sei fasi che vanno dall'idea iniziale al lancio finale sul mercato di un prodotto. 

Il Product Owner si coordina con gli stakeholder chiave per guidare un prodotto attraverso ogni fase del processo di sviluppo del prodotto:

1. Generazione di idee: raccoglie idee sui concetti di prodotto in base alle esigenze dei clienti e alle ricerche di mercato

2. Definizione del prodotto: analizza la funzionalità, definisce la sua proposta di valore e identifica le metriche di successo

3. Prototipazione: crea una versione proof-of-concept del prodotto per identificare la fattibilità delle diverse funzionalità e crea una strategia di sviluppo

4. Progettazione iniziale: crea una prima bozza del prodotto che può essere utilizzata per raccogliere feedback dagli stakeholder e dagli utenti finali

5. Convalida e test: assicura che ogni parte del prodotto funzioni in modo efficace prima di renderlo disponibile sul mercato

6. Commercializzazione: lancia e implementa il prodotto finale

Seguire questo processo garantisce che lo Scrum team realizzi il miglior prodotto possibile con il minor rischio possibile. 

Garantire che il team Scrum segua le linee guida per lo sviluppo del prodotto

Durante il processo di sviluppo del prodotto, i product owner sono anche responsabili di garantire che il loro team segua le linee guida e le best practice di sviluppo. Ciò potrebbe includere: 

• Creare un prototipo per testare il concetto iniziale

• Completare i test front-end per identificare eventuali errori o rischi di sviluppo

• Esecuzione di test utente per garantire che il prodotto finito soddisfi le aspettative e i requisiti degli utenti finali

Il Product Owner non crea questo processo da zero (in genere è definito dalla leadership all'interno del team di prodotto), ma è sua responsabilità coordinarsi con gli stakeholder e assicurarsi che il team segua ogni passaggio. 

Perché il product owner è importante?

Dalla gestione del feedback degli stakeholder allo sviluppo di un product backlog onnicomprensivo, i product owner svolgono un ruolo fondamentale nel processo di sviluppo del prodotto. Questi membri chiave del team Scrum aiutano a risolvere i problemi di progettazione e coordinamento tra stakeholder e sviluppatori, mantenendo il prodotto in linea con gli obiettivi dell’azienda. 

Per comprendere meglio l’importanza di designare un product owner per i tuoi team Scrum, ecco alcuni vantaggi che puoi aspettarti da questa posizione. 

Migliore comunicazione tra gli stakeholder

Una delle principali responsabilità di un Product Owner è garantire una comunicazione fluida tra tutti gli stakeholder del prodotto. Funge da collegamento tra il team di sviluppo tecnico e le parti interessate e gli utenti finali non così tecnici per fornire a entrambe le parti le conoscenze necessarie per realizzare il miglior prodotto possibile. 

Ad esempio, gli stakeholder coinvolti nella creazione di un’app calendario potrebbero voler aggiungere una funzionalità di collaborazione in modo che gli utenti possano condividere il loro ordine del giorno. Il Product Owner prende quindi queste informazioni, le suddivide in elementi del backlog che il team di sviluppo deve completare e trasmette agli stakeholder eventuali domande o commenti del team. 

Avere un responsabile del prodotto che gestisce la comunicazione tra gli stakeholder:

• Migliora la comunicazione tra tutte le parti

• Aumenta l'efficienza quando si dà la priorità alle funzionalità del prodotto e agli elementi del backlog

• Consente allo Scrum team o agli stakeholder di prendere decisioni importanti in base al feedback di entrambe le parti del processo

Migliora il processo di creazione del prodotto

I responsabili del prodotto attingono idee e raccomandazioni dagli stakeholder e dalla ricerca degli utenti finali per presentare funzionalità di prodotto nuove e innovative. Lavorano a stretto contatto con gli stakeholder per determinare il processo di creazione del prodotto e offrire suggerimenti per prendere decisioni ottimali sul prodotto. 

Poiché il responsabile del prodotto ha creato una visione del prodotto, storie degli utenti, profili di destinazione e obiettivi generali del prodotto, i team di sviluppo del prodotto hanno un piano che li guida quando vengono spinti in più direzioni. Un product owner è lì per assicurarsi che il team rimanga concentrato e nei tempi previsti. 

Processi più efficienti con il product backlog

Lo sviluppo e la gestione del product backlog è forse il più grande vantaggio della nomina di un responsabile del prodotto. Questo backlog funge da strumento di pianificazione a breve e lungo termine, presentando la roadmap del prodotto con un livello di dettagli completamente nuovo. 

Offrendo una visione d’insieme del prodotto e delle attività necessarie per realizzarlo, un product backlog aiuta i team a comprendere i passaggi successivi e le relazioni tra le attività. Questo aiuta a:

• Migliorare l'efficienza creando un processo di sviluppo fluido e trasparente

• Organizzare le attività e assicurarsi che le scadenze vengano rispettate

• Assegnare priorità alle richieste di lavoro e degli stakeholder

• ridurre il rischio di slittamento del progetto e mantenere il team nei tempi previsti

creare prodotti migliori con un responsabile del prodotto.

I product owner sono una parte essenziale di qualsiasi team Scrum. Sviluppano la visione di alto livello di un prodotto e aiutano il team a realizzarla, in modo che tutti comprendano lo scopo delle nuove funzionalità del prodotto e perché sono importanti.