Cosa significa essere un product owner?
I product owner sono l'autorità nello sviluppo del prodotto e il volto pubblico del prodotto. I product owner sono i leader che guidano l'avanzamento del prodotto e gestiscono il team verso il successo. Il ruolo è fondamentale in tutti i tipi di sviluppo del prodotto, in particolare nella metodologia Agile.
Inizialmente, le aziende hanno sviluppato il ruolo di product owner per affrontare le sfide nello sviluppo Agile, in particolare da parte dei team Scrum. Scrum è un tipo di framework Agile, solitamente utilizzato nello sviluppo di software, e si basa su un team di 5-11 persone in tutti i reparti per risolvere il problema e completare il progetto. (Scopri di più sulla gestione dei progetti Agile e scarica i modelli qui.)
Senza un product owner, il team Scrum deve affrontare diverse sfide:
-
Faticano a identificare chiaramente gli obiettivi e i deliverable.
-
Ottengono informazioni da una varietà di fonti senza la capacità di discernere ciò che è la chiave del progetto.
-
Non hanno responsabilità all'interno di organizzazioni più grandi per terminare il lavoro in tempo.
Il product owner è il punto di riferimento per le informazioni necessarie per mantenere il team concentrato e ridurre la perdita di tempo che deriva dall'attesa di informazioni o risposte. Risolvono anche eventuali priorità in conflitto.
In un team Scrum, il ruolo del product owner si è evoluto fino a diventare la persona che chiarisce gli obiettivi, la direzione e il processo condivisi del gruppo. Inoltre, il product owner lavora con stakeholder interni ed esterni per garantire che l'azienda crei il prodotto migliore.
Cosa fanno i product owner?
I product owner sono gli stakeholder principali di un progetto di sviluppo del prodotto. Sono i gatekeeper end-to-end e i manager della visione, della strategia e dell'esecuzione tattica associate allo sviluppo del prodotto. Sviluppano e impostano le priorità del programma e gestiscono il backlog di prodotto, l'elenco delle attività che devono essere risolte prima di completare il progetto. Il product owner lavora a stretto contatto con il team di sviluppo, ricerca i punti critici e le esigenze dell'utente, analizza il panorama competitivo e sviluppa e perfeziona gli elenchi delle funzioni. Sono inoltre responsabili del mantenimento dell'integrità e della qualità del deliverable finale.
Il termine product owner è nato con un framework Scrum (un tipo di metodologia Agile) per sviluppare software. Le aziende che non avevano un sistema di gestione dei progetti tradizionale e un product manager inizialmente utilizzavano l'approccio Scrum. Queste aziende si affidavano a un piccolo gruppo di lavoro proveniente da vari reparti, alias scrum, per identificare e completare un progetto. Ma avevano bisogno anche di qualcuno che fosse responsabile di garantire che il team avesse completato il lavoro e raggiunto gli obiettivi originariamente stabiliti per il progetto. Pertanto, hanno creato il ruolo di product owner che ha la responsabilità del successo del prodotto.
Oltre al tipico sviluppo Scrum, i product owner fanno ora parte di Scrum su larga scala (LeSS), che applica i concetti e gli elementi di Scrum in modo scalabile e relativo a molti team. Diversi settori, come il commercio al dettaglio, il settore bancario e l'e-commerce, impiegano ora i product owner per rappresentare la visione di un prodotto e guidarlo dall'ideazione al completamento.
Product owner e struttura del team Scrum
Il product owner guida il team Scrum nel completare un progetto in un breve ciclo di sviluppo chiamato sprint. Questo piccolo e vivace gruppo di lavoro in genere è composto da cinque - sette persone in tutta l'organizzazione. Ogni persona ha punti di forza e competenze distinti e tutte sono unite da un obiettivo e da un periodo di tempo specifici. Il product owner lavora con lo Scrum master, un consulente che comprende appieno il lavoro e affina il processo Scrum per garantire che il team lavori in modo efficace ed efficiente.
Il product owner e lo Scrum master si concentrano sull'obiettivo ed eliminano eventuali modifiche nell'ambito del progetto, mantenendo il team sull'obiettivo per sviluppare il prodotto identificato all'inizio dello sprint. Mentre possono emergere altre idee durante lo sprint, il product owner deve assicurarsi che non ci sia un scope creep, che aggiunge nuove caratteristiche o funzionalità ad un progetto.
Dal punto di vista organizzativo, il product owner potrebbe essere considerato il centro dell'universo per lo sviluppo del prodotto. Poiché sono la stanza di compensazione per tutte le attività di sviluppo, i product owner fungono da collegamento tra il team di sviluppo e le organizzazioni interne, inclusi la gestione del prodotto, il marketing, le vendite, l'assistenza clienti e la C-suite.
Cos'è un product owner nella tecnologia?
Il product owner svolge un ruolo cruciale nello sviluppo di tecnologia o software, comprendendo le caratteristiche di cui il cliente ha bisogno e comunicando tali requisiti al team di sviluppo. Il product owner raccoglie le storie degli utenti: descrizioni del software o dell'applicazione dal punto di vista del cliente. Si può trattare di attività semplici, come la creazione di un nuovo account o la modifica di un carrello. Il product owner assegna la priorità alle storie che influenzano lo sviluppo dell'app o del programma.
In un framework Scrum, il product owner collabora sia con il team di sviluppo che con il cliente per chiarire ciò che l'utente desidera e ciò che il team di sviluppo sta realizzando. Piuttosto che affidarsi a un elenco di requisiti tradizionale, il product owner assegna priorità e gestisce tutte le attività ricavate dalle storie degli utenti.
Soprattutto, il product owner è appassionato di tecnologia e funge da custode delle caratteristiche e delle funzionalità. Il product owner si assicura che qualsiasi elemento del backlog aggiunga valore al software o all'applicazione.
Il product owner è il project manager?
Ogni organizzazione differisce nel modo esatto in cui implementa Agile. Alcune organizzazioni possono avere un unico ruolo, il product owner o il product manager, mentre altre impiegano entrambi i ruoli con differenze distinte tra loro. In alcuni team, lo Scrum master è il project manager Agile, che identifica e assegna priorità alle attività. In altri, il product owner è il project manager Agile, responsabile del successo del progetto.
“Product owner” is not simply another name for project manager. Product owners typically have the authority to define and adjust the scope of the work, while project managers deliver the project already outlined by others. According to product management expert and consultant Roman Pichler, author of Agile Product Management with Scrum: Creating Products that Customers Love, the crossover between the two is inherent to the role of the product owner, with qualifiers. “A product owner is more than just a rebranded product manager,” he says. “Product owners tend to take on a wider range of duties, which makes the role multifaceted and challenging.”
Pichler osserva inoltre che la gestione del prodotto è cambiata da quando Scrum è stato sviluppato negli anni '90. All'inizio, i product manager erano responsabili delle ricerche di mercato preliminari, della pianificazione del prodotto e della definizione dei requisiti. Le specifiche dei requisiti sono state poi affidate ad un project manager, che ha lavorato con lo sviluppo e il test per completare il progetto.
Il modo più chiaro per differenziare i due ruoli è che il product owner rappresenti la voce del prodotto, mentre il product manager rappresenti la voce del cliente.
Altri ruoli nello sviluppo di prodotti
Il product owner guida il team ed è responsabile del successo del progetto. Allo stesso tempo, il proprietario deve lavorare con un team che implementa il lavoro e ha una profonda conoscenza dei componenti del progetto. In questo ruolo, le funzioni del product owner possono sovrapporsi a quelle di altri membri del team o possono essere confuse con alcune di queste responsabilità:
Feature owner o Component owner: si basa sulle competenze tecniche e si concentra sui singoli componenti e funzionalità per assicurarsi che tutte le caratteristiche rispettino gli standard previsti.
Analista aziendale: noto anche come analista aziendale Agile o analista di sistemi aziendali; comprende come funziona l'azienda e comunica con gli sviluppatori per implementare le esigenze del cliente in relazione all'opportunità di business.
Cliente in loxo: porta i clienti nel team in un sistema noto come programmazione estrema (XP), in questo modo si crea una stretta collaborazione e feedback sullo sviluppo del prodotto. Questo tipo di collaborazione promuove soluzioni migliori che soddisfano le esigenze dei tuoi clienti. Migliora anche la motivazione e l'empatia per i clienti facendo lavorare direttamente gli sviluppatori con loro.
Product Director: l'esperto dell'organizzazione nella comprensione delle prestazioni e del marchio dell'azienda, che identifica la suite di prodotti da sviluppare.
Cosa dovrebbero sapere i product owner sugli stakeholder?
Potremmo anche prendere in considerazione il ruolo degli stakeholder. Secondo la definizione di Pichler, uno stakeholder è una persona interna (al contrario di un cliente o di un utente) che ha una partecipazione nel prodotto, ne è influenzata o mostra un interesse verso di esso. Gli stakeholder costituiscono l'infrastruttura chiave che aiuta a sviluppare, produrre e consegnare il prodotto.
A seconda della natura del prodotto, afferma Pichler, la composizione del pool di stakeholder sarà diversa. "Per un prodotto commerciale, è probabile che il gruppo includa rappresentanti del marketing, delle vendite, dell'assistenza e della gestione, ma potrebbe includere anche risorse legali, finanziarie e umane", afferma. "In caso di prodotto interno, i tuoi stakeholder possono essere le operazioni, le business unit interessate e il management."
I product owner devono tenere presenti anche gli stakeholder esterni. Questi possono essere il cliente o l'azienda per cui si realizza il prodotto. Più in generale, sono i tuoi clienti e utenti. Hanno un interesse nel modo in cui il prodotto funziona e se diventeranno clienti fidelizzati o si rivolgeranno altrove per le soluzioni.
In che modo il product owner gestisce i desideri degli stakeholder per il prodotto?
Il product owner è responsabile della gestione degli stakeholder e deve essere in grado di identificare e rispettare gli obiettivi del prodotto. Ecco alcuni suggerimenti per lavorare con successo con stakeholder interni ed esterni.
Conosci il piano: assicurati di aver chiaramente identificato l'ambito del progetto, le tempistiche e le risorse. Comunica chiaramente la tua strategia e la roadmap a tutti gli stakeholder.
Sii un leader: il product owner non è semplicemente colui che prende gli ordini e cerca di soddisfare tutte le richieste. Sii pronto a dire di no quando una richiesta non rientra nell'ambito del progetto o sì quando migliora il lavoro in corso. Il team dipende dall'abilità del product owner nell'ascoltare gli stakeholder e nel separare il segnale dal rumore.
Sostieni i tuoi clienti: il product owner comprende e spiega chiaramente il prodotto. Il product owner può anche spiegare quando le idee si adattano meglio agli interessi dei clienti e quando non rientrano nell'ambito del prodotto.
Per saperne di più su come lavorare con gli stakeholder, leggi questo articolo.
Cos'è un product owner certificato Scrum?
Ottenere la certificazione come product owner Scrum dimostra il tuo impegno nella carriera e la tua comprensione del lavoro. Può renderti più prezioso per il tuo team e farti distinguere dagli altri candidati. Anche se la certificazione non riflette la tua esperienza nel mondo reale, dimostra che hai dedicato del tempo a studiare le best practice che ti rendono più efficiente come product owner.
Lo stipendio base medio annuo per un product owner varia da $ 93.000 (Scrum Alliance) a $ 101.000 negli Stati Uniti (Indeed). I dati del report sullo stato di Scrum del 2017-2018 condotto da Scrum Alliance mostrano che le certificazioni e gli anni di esperienza comportano salari più alti.
Ecco alcune organizzazioni che offrono certificazioni di product owner scrum:
Scrum Alliance: certificazione Certified Scrum Product Owner®, un programma di due giorni in presenza che include studio in aula, discussioni di gruppo e esercizi pratici.
Scrum.org: Professional Scrum Product Owner™, un corso di due giorni in presenza con istruzioni ed esercizi in team.
Scrum Inc.: Certified Scrum Product Owner Training, un corso di due giorni in presenza sviluppato dal co-creatore di Scrum, dott. Jeff Sutherland.
Project Management Institute: PMI Agile Certified Practitioner (PMI-ACP)® che richiede esperienza e formazione e include il superamento dell'esame PMI-ACP.
Roman Pichler: Certified Scrum Product Owner, workshop di due giorni in presenza in Germania e Londra.
ICAgile: un percorso di programmi di certificazione, tra cui analisi del valore aziendale, proprietà dei prodotti aziendali e la certificazione ICAgile di esperto in Product Ownership.
Scaled Agile: SAFe® 4 Product Owner/Product Manager (POPM), un corso di due giorni specifico per il framework Scaled Agile.
280 Group: corsi in presenza e online per la preparazione all'esame Agile Certified Product Manager e Product Owner® (ACPMPO) gestito dall'Association of International Product Marketing and Management (AIPMM).
Simplilearn Solutions: formazione per la certificazione CSPO, formazione in aula di due giorni.
Per saperne di più sulle risorse di formazione e il valore della certificazione fare clic qui.
Un'altra risorsa preziosa per i product owner è il libro di Robert Galen Scrum Product Ownership: Balancing Value from the Inside Out.
Tipi di prodotti e sviluppo di progetti
Il prodotto è al centro del lavoro del product owner. Per trovare il product owner giusto, è necessario identificare il tipo di sviluppo e di prodotto. Il ruolo e la visione del product owner possono variare notevolmente a seconda del tipo di prodotto.
Sviluppo di software o prodotti commerciali: sviluppati principalmente per generare entrate per clienti o mercati esterni, richiedono un product owner che abbia solide competenze organizzative e tecniche, nonché una profonda conoscenza del mercato e del pubblico.
Sviluppo o soluzioni interne: come per lo sviluppo di software commerciale, i product owner per le soluzioni software interne devono possedere competenze organizzative e tecniche. Tuttavia, qui il "mercato" è costituito dall'azienda del product owner e dai suoi concorrenti, e il "pubblico" è rappresentato da decision maker aziendali e tecnici (BDM/TDM) dell'organizzazione e dai dipendenti. Il gruppo di sviluppo può operare in ambito informatico o di sviluppo di sistemi.
Sviluppo di progetto: questo lavoro di solito coinvolge un client esterno o un cliente, spesso come parte di un contratto. Il product owner solitamente fa parte dell'azienda che contrae il lavoro ed è quindi vicino all'esperienza dell'utente, comprendendo le esigenze pratica del cliente.
Di quali competenze ha bisogno un product owner?
Le descrizioni dei lavori dei product owner possono variare in base all'azienda, al settore o anche alla geografia. Tuttavia, diverse competenze di base sono fondamentali per il successo di ogni product owner:
-
Autorità nello svolgere il lavoro: l'organizzazione deve responsabilizzare il product owner a prendere decisioni e completare il progetto. Gli stakeholder e la burocrazia non possono compromettere l'autorità del product owner, ma devono fornire una solida rete di supporto. I product owner devono assicurarsi di avere il pieno supporto dei leader chiave.
-
Leadership: un product owner deve essere un leader fin dall'inizio del progetto. Deve impegnarsi per guidare le decisioni su cosa (e cosa non) realizzare, identificare i gap di mercato e le esigenze dei clienti e fornire feedback chiari e attuabili per guidare i team di sviluppo. Il product owner è anche uno sviluppatore del progetto, della visione e del team. E deve dimostrare l'impegno per il prodotto rimanente disponibile e coinvolto durante l'intero ciclo di sviluppo.
-
Processo decisionale: il product owner deve essere in grado di prendere decisioni rapidamente e con autorità. D'altronde, questa persona ha una profonda conoscenza delle esigenze dei clienti e degli stakeholder, compresa la conoscenza del mercato e dell'ambiente del prodotto.
-
Comunicazione: un product owner deve organizzare un team e lavorare con gli stakeholder interni ed esterni. È fondamentale che sia in grado di condividere la visione, focalizzare l'attenzione sul lavoro e comunicare con i vari settori. Il product owner collega le persone anche con le informazioni. Gli sviluppatori potrebbero dover parlare direttamente con gli utenti per ottenere i dettagli di cui hanno bisogno per il codice che stanno scrivendo. Gli stakeholder potrebbero dover parlare con l'analista aziendale per ottenere informazioni sul valore del prodotto per il cliente. Non è necessario essere esperto in ogni settore, ma il product owner è un knowledge broker.
-
Delega: sebbene il product owner sia responsabile dell'output complessivo, non può essere l'unica persona che svolge il lavoro. Il product owner deve sapere quali compiti si adattano meglio alle competenze di ogni membro del team e garantire una collaborazione fluida. Supervisiona e trova le risorse per garantire che il lavoro venga completato.
-
Risoluzione dei conflitti: nessun progetto procede senza disaccordi lungo il percorso. Usando le parole di Lowell Lindstrom, Certified Scrum Trainer® e uno dei primi pionieri nello sviluppo di software Agile, "se non riesci a gestire i conflitti, stai giocando la partita sbagliata." I product owner devono porre fine alle dispute e trovare soluzioni. Alcuni conflitti, tuttavia, non possono essere risolti dal product owner. Sapere quando una controversia deve essere inviata alla catena di comando è importante quanto sapere cosa risolvere.
-
Gestione degli stakeholder: questo aspetto può fare la differenza tra progresso e caos. Un product owner di successo si concentra su flussi di lavoro efficienti, milestone e aspettative chiare e una comunicazione aperta e frequente. In questo modo il team identifica e risolve rapidamente i problemi e soddisfa gli obiettivi, in modo che lo sviluppo venga eseguito nei tempi previsti.
-
Esperienza di prodotto e sviluppo: sebbene il product owner non debba necessariamente essere un ingegnere software qualificato, la comprensione dei processi di base che interessano lo sviluppo software è fondamentale per stabilire programmi, flussi di lavoro e aspettative degli stakeholder realistici. L'esperienza con prodotti esistenti o con la categoria generale di prodotto è fondamentale per riconoscere le esigenze del mercato e del pubblico.
-
Informazioni sui clienti e sul mercato: il product owner fornisce le informazioni principali sulle funzioni, i prezzi, le previsioni di vendita, le strategie di marketing e altro ancora. L'esperienza di business del product owner lo aiuterà a prendere decisioni durante il processo di sviluppo. Per soddisfare i clienti, il product owner deve essere in grado di soddisfare le loro esigenze e agire come chief storyteller del valore del prodotto.
-
Competenze tattiche: mentre molte delle sue competenze si concentrano sulla leadership e sul pensiero strategico, un product owner di successo ha anche bisogno di competenze tattiche. Questo riguarda la gestione quotidiana di ciò che verrà fatto e entro quali tempi.
Ruoli e responsabilità dei product owner
Secondo Roman Pichler, la responsabilità finale di un product owner è quella di garantire che il prodotto crei valore per i suoi clienti e utenti, nonché per l'azienda. "Pensate al product owner come alla persona che sostiene il prodotto, che facilita le decisioni e che ha l'ultima parola sul prodotto", afferma. "Questo include se e come viene attuato il feedback e quali funzionalità vengono rilasciate."
Ecco i ruoli e le responsabilità di un product owner:
-
Impostare la visione: il product owner non solo imposta l'obiettivo, ma spiega come il prodotto soddisferà le esigenze degli utenti, si allineerà alla strategia dell'azienda e realizzerà la mission. Questa è una responsabilità chiave della leadership. La visione deve essere comunicata al team, agli stakeholder e a tutti i soggetti coinvolti nel progetto. La visione è la forza trainante che il product owner utilizza per stabilire le priorità e dirigere il lavoro del team. Deve essere oggetto della comunicazione durante tutto il progetto come "stella polare" che guida il progetto.
-
Sviluppare la roadmap dei prodotti: i product owner lavorano per sviluppare piani che adattino gli obiettivi aziendali con la strategia del prodotto, al fine di identificare soluzioni tecnologiche che soddisfino obiettivi a breve e a lungo termine.
-
Sviluppare una strategia di prodotto: una strategia di prodotto suddivide la visione di un prodotto nel tempo e definisce il mercato, l'offerta, la proposta di valore, i prezzi, la distribuzione e altro ancora.
-
Comunicare con gli stakeholder, i team di sviluppo e lo Scrum master: il product owner comunica lo stato di avanzamento; istruisce gli stakeholder; negozia budget, ambito, finanziamento e pianificazioni; organizza revisioni ed esegue demo della soluzione.
Qual è il ruolo del product owner in Scrum?
Mentre il product owner in qualsiasi ciclo di sviluppo è responsabile del successo del progetto, alcuni ruoli appartengono esclusivamente al framework Scrum, in cui il product owner è il responsabile del team. Ecco alcune responsabilità chiave in Scrum:
-
Spiegare perché si sta lavorando in un Agile Scrum: il processo Scrum potrebbe essere nuovo per i membri del team e gli stakeholder. Il product owner deve spiegare il valore di questo processo e i principi che lo porteranno al successo.
-
Limitare l'ambito di uno sprint Scrum: molte organizzazioni pensano di utilizzare un Agile Scrum per sviluppare prodotti. In realtà, stanno costruendo interi sistemi in una serie di sprint, nessuno dei quali ha un valore indipendente. Si tratta di un approccio a cascata che non funziona in Scrum. Gli Scrum sono progettati come cicli brevi per sviluppare un'applicazione definita, non come una fase di un processo più lungo. L'obiettivo è fornire valore per il cliente attraverso gli sprint e non utilizzare un approccio a cascata.
-
Gestire il backlog: un backlog è un elenco di richieste di lavoro che devono essere risolte. La gestione del backlog include il triaging, l'aggiunta, la modifica e l'assegnazione delle priorità degli elementi di backlog per garantire che tutte le informazioni siano chiare, trasparenti e visibili.
-
Sviluppare storie degli utenti: le storie degli utenti sono descrizioni di funzionalità scritte dal punto di vista dell'utente. Le storie degli utenti sono generalmente brevi (una o due frasi) e aiutano a definire i requisiti del prodotto o delle funzionalità. Spesso il team avrà bisogno di ulteriori storie degli utenti "just in time" come parte del processo di sviluppo. Il product owner gestisce il flusso di feedback e regola il backlog secondo le necessità.
-
Partecipare alle riunioni Scrum: le riunioni Scrum (a volte chiamate stand-up) sono brevi riunioni giornaliere sullo stato di avanzamento del progetto e aggiornamenti.
-
Pianificare il rilascio: la pianificazione del rilascio è uno strumento dettagliato e in evoluzione che semplifica le comunicazioni e stabilisce le tempistiche per le milestone e la consegna dei prodotti.
-
Lavorare con Development e Scrum master: il product owner deve essere regolarmente in contatto con il team di sviluppo e lo Scrum master per garantire progressi costanti e per essere a conoscenza di potenziali ostacoli.
-
Coinvolgere gli stakeholder, il team Scrum e gli utenti: il product owner è la voce del cliente e deve garantire che non vengano perse informazioni nei passaggi di consegne tra le storie degli utenti e il team di sviluppo. Una volta identificate le sfide che emergono nelle storie degli utenti, si assicura di incoraggiare approcci creativi all'interno del team per le soluzioni e incoraggiare la collaborazione tra il team e i clienti. Mantiene aperta la comunicazione, attraverso cicli di feedback, stand-up meeting e altro ancora, per garantire che il team stia sviluppando il prodotto giusto.
-
Rispettare gli obiettivi aziendali e gestire le finanze: il product owner è responsabile di tutte le risorse, comprese le finanze, durante lo sviluppo. Ciò include il prendere decisioni in base al miglior ritorno sull'investimento (ROI) e comprendere i costi e i benefici quando si assegnano priorità al backlog.
-
Dare l'approvazione finale: il product owner ha la responsabilità e l'autorità di approvare il lavoro e decidere se soddisfa i criteri di accettazione. Ad esempio, una storia dell'utente all'inizio dello sprint potrebbe essere la possibilità di effettuare l'accesso. Il product owner può accettare (sì, l'utente può accedere) o rifiutare la storia. È responsabilità del product owner supportare l'Acceptance Test-Driven Development (ATDD) in base alla storia dell'utente.
-
Modificare il corso del progetto: all'interno dei limiti dello sprint, il product owner può guidare il team in una direzione diversa in base alle esigenze degli stakeholder e al feedback dei clienti.
-
Comprendere il lavoro degli abilitatori:gli abilitatori sono gli architetti e gli ingegneri di sistema che supportano i requisiti dell'azienda e la sua infrastruttura tecnica. Non è necessario che i product owner abbiano competenze tecniche approfondite, ma devono collaborare con gli abilitatori per garantire che l'infrastruttura aziendale supporti il nuovo software o l'applicazione che il team Scrum sta sviluppando.
Per saperne di più su come diventare product owner, leggi "Migliori risorse di formazione e corsi per un product owner di Scrum."
Product Owner e sprint in Scrum
L'obiettivo del framework Scrum è quello di fornire un aumento dei prodotti in ogni sprint. Il product owner decide la durata dello sprint, che in genere è da due a quattro settimane, e guida il team di sviluppo nel lavoro necessario per raggiungere un obiettivo chiave e avere l'output pronto per la revisione. Uno dei ruoli chiave di un product owner è partecipare a tutti gli eventi di sviluppo, tra cui la pianificazione, lo Scrum quotidiano, il perfezionamento, la revisione, le demo del team, la retrospettiva e lo sprint. Lungo il percorso, il product owner sostiene il prodotto, promuove la visione e incoraggia il team.
Prima dell'inizio dello sprint, i product owner lavorano con gli stakeholder e gli utenti per identificare gli obiettivi del progetto. Questi aiutano a identificare l'ambito dello sprint e a pianificare il lavoro. Quindi, all'inizio di uno sprint, il product owner e il team di sviluppo delineano e concordano il lavoro da completare durante lo sprint. Il product owner stabilisce i criteri che lo sprint deve soddisfare per la revisione e l'accettazione, quindi crea gli elementi di backlog per il progetto.
Durante lo sprint, il product owner parteciperà agli stand-up meeting per osservare, mantenersi aggiornato e rispondere alle domande. In questa fase il product owner accetta o rifiuta gli elementi di backlog, in base ai criteri di accettazione e test. Nelle sessioni di perfezionamento durante lo sprint, il product owner può aggiungere o rimuovere elementi di backlog nonché condurre revisioni per ottenere feedback e modificare il processo di sviluppo.
Alla fine dello sprint, il product owner guida la demo dello sprint, o la riunione di revisione, per aggiornare gli stakeholder. Qualsiasi feedback da questa riunione di revisione può aiutare a pianificare lo sprint successivo e ad identificare gli elementi per il backlog dello sprint successivo. Una volta completato lo sprint, il project manager partecipa alla retrospettiva, valutando il processo e identificando le opportunità di miglioramento.
Per i product owner, è indispensabile delineare gli obiettivi dello sprint in anticipo, ma secondo Pichler, lo sviluppo degli obiettivi sprint necessita di una precisazione. "Purtroppo, molti product owner e team Agile non utilizzano gli obiettivi sprint o li applicano in modo inefficace", afferma. "Gli obiettivi dello sprint spesso stabiliscono le storie da implementare, piuttosto che il motivo per effettuare l'iterazione." Definendo il motivo per viene eseguito lo sprint e il modo in cui verranno raggiunti gli obiettivi, tutti i soggetti coinvolti saranno sulla stessa linea prima dell'inizio dello sprint, il che produrrà risultati migliori.
Sfide per i product owner
L'ampia gamma di responsabilità e competenze richieste ai product owner può far sembrare il lavoro straordinario. Spesso si trovano ad affrontare molte sfide:
-
Mancanza di autorità: un product owner potrebbe non essere sufficientemente sostenuto dalla dirigenza o dalle persone giuste nell'organizzazione. Il team Scrum non può essere efficace quando il product owner non ha un'autorità reale per guidare il lavoro. Assicurati di avere la responsabilità e il sostegno e la fiducia delle persone che contano nella tua azienda.
-
Senso di sopraffazione: i product owner potrebbero scoprire di non avere abbastanza tempo per svolgere il lavoro o di non essere sufficientemente sostenuti dal team. A loro volta, questi product owner oberati di lavoro creano colli di bottiglia per un progetto e non sono sempre disponibili per i membri del team. Se il tempo è un problema, assicurati che il product owner abbia un unico compito: fungere da product owner per un solo prodotto. Le aziende spesso creano team Agile senza un product owner ufficiale e "prendono in prestito" qualcuno da un altro lavoro in sostituzione in base alle necessità.
Secondo Agile Alliance, il rapporto ideale tra product owner e team di sviluppo del prodotto è 1:1, con un product owner a tempo pieno dedicato a un unico team. Questo rapporto funziona anche per i product owner che non hanno abbastanza supporto dal team. Quando un team ha un solo product owner, ci sono linee chiare di autorità e di processo decisionale. E se il product owner non ha il sostegno del team, assicurati che il team abbia abbastanza tempo per svolgere il lavoro e stia collaborando efficacemente.
-
Product owner proxy: a volte le aziende utilizzano owner proxy quando si effettua la transizione al flusso di lavoro Scrum prima di nominare un product owner. Ciò può accadere quando il product owner ufficiale non è immediatamente disponibile e un membro del team interviene a svolgere il lavoro. Indipendentemente dalla causa, questa mancanza di direzione e autorità chiare può creare confusione nel team.
-
Product owner parziale: assicurati di comprendere l'intero ambito del lavoro e di avere l'impegno dell'azienda a dedicare il tuo tempo e le tue energie al prodotto. Ciò include l'accesso alle ricerche di mercato e ai dati di vendita per il progetto, nonché ad altri dati per prendere decisioni informate. Altrimenti, potrebbe essere difficile assumere tutte le responsabilità di un product owner.
Suggerimenti per i product owner
Invece di sentirsi sopraffatti o non responsabilizzati, prova questi suggerimenti:
-
Agisci come un leader e non come un manager: il compito principale di un product owner è massimizzare il valore del prodotto. Uno degli obiettivi di Scrum è l'organizzazione del team in base al lavoro. Affidati ai membri del team affinché facciano il loro lavoro, in modo da poterti concentrare sul valore che il prodotto porterà all'organizzazione.
-
Ridefinisci il successo: un project manager si concentra sul completamento di un'attività nei tempi e nel budget. In qualità di product owner, dovresti essere orientato al prodotto e non essere concentrato esclusivamente sul completamento dell'attività. Il successo del prodotto non dipende dal fatto che sia finito, ma dal fatto che soddisfi le esigenze degli utenti e raggiunga il pubblico giusto. Ciò significa che dovresti concentrarti sul valore, non sul volume di meeting o analisi o sulla velocità dello sviluppo del prodotto.
-
Concentrati sull'utente: non impantanarti cercando di accontentare gli stakeholder. Ascolta sempre ciò di cui l'utente ha bisogno e lascia che questo guidi le tue decisioni. Ascolta e impara sempre dal feedback dei tuoi clienti. Ciò significa migliorare il tempo per imparare piuttosto che il tempo di commercializzazione.
Il futuro dei product owner
L'evoluzione del ruolo del product owner è profondamente legata al framework Scrum, che esiste in un ambiente Agile. Un product owner è responsabile del successo del progetto, mettendo in collegamento utenti, sviluppatori e stakeholder nella creazione del miglior prodotto possibile. Il lavoro è in parte marketing, in parte business e in parte tecnologia. Il risultato finale è che il product owner cerca il modo migliore per realizzare una soluzione per i clienti.
Con l'aumento del tasso di innovazione, molte aziende si impegnano a comprendere più profondamente l'esperienza dell'utente e ad abbracciare il pensiero progettuale. Le competenze di un product owner, che ha passione per gli utenti e può ispirare i team a svolgere il lavoro, diventano ancora più preziose. Un product owner che sa cosa funziona per il team, il prodotto e il mercato può avere successo in qualsiasi settore.
Migliora l'output del product owner con Smartsheet per lo sviluppo di software
Potenzia il rendimento dei tuoi dipendenti con una piattaforma flessibile progettata per soddisfare le esigenze del tuo team e capace di adattarsi alle condizioni mutevoli del lavoro. La piattaforma Smartsheet semplifica la pianificazione, l'acquisizione, la gestione e la creazione di report sul lavoro da qualsiasi luogo, aiutando il tuo team a essere più efficace e ottenere di più. Crea report sulle metriche chiave e ottieni visibilità in tempo reale sul lavoro mentre accade con report di riepilogo, pannelli di controllo e flussi di lavoro automatizzati creati per mantenere il tuo team connesso e informato. Quando i team hanno chiarezza sul lavoro da svolgere, possono ottenere maggiori risultati in meno tempo. Prova Smartsheet gratuitamente, oggi.