Product Manager vs Proprietario del Prodotto

È una domanda interessante e che richiede tempo per decomprimere. Diamo un’occhiata a dove questi termini e discipline hanno avuto origine e come alcuni quadri comuni li spiegano.,

Quando ho iniziato la mia carriera, sono stato chiamato un analista di business. Ho fatto molto poco “analisi di business” come vorremmo guardare in aziende IT tradizionali. Onestamente, ho fatto molto poco di quello che insegno come Gestione del prodotto ora sia. Sono stato incaricato di raccogliere i requisiti dalle vendite, trovare una soluzione, progettarla e quindi spedire il documento delle specifiche allo sviluppo da costruire.

Ho continuato ad essere chiamato un analista di business come ho lavorato presso banche e altre società di servizi finanziari. Non sono stato chiamato un Product Manager fino a quando non sono uscito da quello e sono atterrato in una startup., Era lo stesso lavoro che avevo fatto prima, ma ora aveva un nome diverso. Mi è piaciuto questo nome. ” Product Manager ” sembrava avere gravitas ad esso, e quando ho guardato altre aziende tecnologiche nella Valle, ho potuto vedere un chiaro percorso di carriera scolpito per me, mentre gli analisti di business erano diversi in ogni azienda.

Non avevo sentito parlare del termine Product Owner fino a anni dopo. La prima volta che ho sentito il termine, ho chiesto a qualcuno che cosa significasse. Mi hanno detto che era lo stesso di un Product Manager, ma era un termine usato in Scrum., Avevamo usato Scrum per anni, ma ero ancora chiamato un Product Manager, quindi il fatto che sarebbero stati intercambiabili aveva senso per me. Raramente ci ho pensato dopo.

Questo è stato fino a quando ho avuto la mia prima esperienza nell’insegnamento della gestione del prodotto in un’azienda utilizzando il framework SAFe. Stavo facendo un workshop per una banca molto grande quando uno dei partecipanti è intervenuto.

” Ci stai insegnando a parlare con gli utenti, ma io sono un proprietario del prodotto. Il Product Manager parla con tutti gli utenti e ci dice quali sono i requisiti., Trascorro tutto il mio tempo a scrivere storie di utenti da questi e lavorare con il team per eseguire la soluzione. Sono confuso.”

Questo è quando ho iniziato a scavare nelle differenze tra questi due ruoli e come le diverse filosofie insegnano loro. Per capire come siamo arrivati qui

La gestione del prodotto può essere fatta risalire al 1931. Hewlett Packard è stata una delle prime aziende tecnologiche a implementare questo lavoro e organizzarsi per prodotti nel 1940., La maggior parte delle aziende della Silicon Valley hanno avuto Product Manager fin dall’inizio, e molti dei miei amici che hanno lavorato lì negli anni ’80 e’ 90 erano infatti, Product Manager. Quindi questa disciplina non è nuova, ma si sta evolvendo rapidamente man mano che sempre più aziende iniziano a spostarsi in organizzazioni software e iniziano a strutturarsi attorno ai prodotti.

Scrum è venuto sulla scena poco prima che il Manifesto Agile è stato scritto nel 2001. Ha introdotto il concetto di proprietario di un prodotto. Questa era una persona che era un proxy per il cliente e avrebbe detto agli sviluppatori i requisiti per ciò che doveva essere costruito., Nei primi giorni, quando molti dei creatori di questi processi lavoravano come consulenti nelle aziende, il proprietario del prodotto era il cliente — una persona interna al business che si sedeva con il team e dava la priorità all’arretrato del lavoro. Infatti, gli obiettivi di apprendimento 2017 per la loro certificazione Scrum Product Owner certificata da Scrum Alliance afferma: “Insegnano che il ruolo del Product Owner è tipicamente svolto dal cliente, o dal rappresentante del cliente, come un product manager.,”

Quando si esamina il ruolo del Product Owner nella maggior parte della letteratura Scrum, le loro tre responsabilità principali includono quanto segue:

• Definire il product backlog e creare user story utilizzabili per i team di sviluppo. (Chi crea le storie utente varia a seconda della formazione Scrum)
• Groom e dare la priorità al lavoro nel backlog.
• Accetta le storie utente completate per assicurarti che il lavoro soddisfi i criteri.,

Mentre il curriculum cambia tra insegnanti e organizzazioni, queste sono le cose su cui si concentrano principalmente durante i corsi di due giorni per certificare i proprietari dei prodotti. Mentre Scrum ha un sacco di informazioni sui processi e rituali di cosa fare come proprietario di un prodotto, lascia un sacco di domande che sono importanti per la creazione di prodotti di successo senza risposta. Questi per lo più centrano intorno “Come facciamo a sapere che stiamo costruendo la cosa giusta?”

È qui che entra in gioco la Gestione del prodotto., A un buon Product Manager viene insegnato come dare priorità al lavoro rispetto a obiettivi chiari orientati ai risultati, come scoprire e convalidare il valore reale del cliente e del business e quali processi sono necessari per ridurre l’incertezza che il prodotto avrà successo sul mercato.

Senza questo background nella gestione del prodotto, qualcuno può effettivamente passare attraverso i movimenti del ruolo del Product Owner in Scrum, ma non può mai avere successo nel fare in modo che stiano costruendo la cosa giusta.,

Se togli il tuo team Scrum, se togli Scrum come processo per la tua organizzazione, sei ancora un Product Manager. Product Management e Scrum funzionano bene insieme, ma la gestione del prodotto non dipende da Scrum. Può e deve esistere con qualsiasi framework o processo.

Recentemente ho avuto un Product Owner i cui sviluppatori sono stati spostati in un’altra parte dell’organizzazione venuto da me perché erano preoccupati di non poter più essere una persona di prodotto in questa azienda. La loro intera identità apparentemente incernierato su avere un team di sviluppatori.,

In qualità di Product Manager i ruoli e le responsabilità cambieranno a seconda del contesto e della fase del prodotto. Senza un team Scrum o con un team più piccolo, potresti fare più lavoro di strategia e convalida con la scoperta dei problemi in un prodotto che non è stato ancora definito. Con un team Scrum, potresti essere più concentrato sull’esecuzione di soluzioni. Come manager di Product Manager, potresti guidare la strategia per una parte più ampia del prodotto e istruire i tuoi team per scoprire ed eseguire bene.,

Il framework SAFe lo insegna in modo diverso, e penso che sia uno dei punti più deboli dell’intero framework. In SAFe, i Product Manager sono i manager dei proprietari dei prodotti e sono responsabili delle interazioni e del lavoro esterni. Parlano ai clienti, definiscono i requisiti e la portata dei prodotti da costruire e lo comunicano ai proprietari dei prodotti. I proprietari dei prodotti sono rivolti all’interno, definiscono i componenti della soluzione e collaborano con gli sviluppatori per spedirla.,

Ho addestrato decine di squadre che sono Sicuro e non ho mai visto bene questo lavoro. I proprietari dei prodotti sono disconnessi dai loro utenti e incapaci di creare soluzioni efficaci per loro che risolvano davvero i loro problemi, perché non capiscono bene i problemi., I Product Manager sono essenzialmente waterfalling giù i requisiti per loro e le squadre non sono autorizzati a dimostrare se queste sono le cose giuste per costruire o meno. Nessuno sta facendo il lavoro di convalida.

Ho ascoltato molti argomenti che i proprietari di prodotti non hanno il tempo di fare entrambi i ruoli. Nel contesto attuale, questo è vero. I proprietari di prodotti con cui parlo trascorrono 40 ore a settimana a scrivere storie di utenti. A quel punto, devi chiederti, quelle storie degli utenti sono anche preziose? Che cosa li stanno dando la priorità contro? Come fanno a sapere che risolverà un problema?,

Se hai una persona che trascorre così tanto tempo a scrivere storie utente ogni settimana, ogni settimana, stai cadendo nella trappola di Build — concentrandoti sulla quantità di articoli che rilasci e non sulla qualità.

Con un buon quadro strategico in atto e una priorità spietata attorno ad alcuni obiettivi chiave, una persona può parlare efficacemente con i clienti, capire i loro problemi e aiutare a definire le soluzioni con il team. Anche il CEO di Scrum.org concorda che questo può essere il caso, anche se, a quanto pare, a malincuore., Scrum Inc dice anche che il proprietario del prodotto dovrebbe passare metà del loro tempo a parlare con i clienti e metà a lavorare con il team. Non sono al 100% a bordo con questa divisione, ma la direzione è buona. La quantità di lavoro esterno vs interno si sposterà a seconda della maturità e il successo del vostro prodotto. Non dovresti mai fare tutto questo lavoro in una volta.,

Insegno ai miei clienti che i Product Manager in ruoli senior (VPS o Product Lead o middle manager) si concentrano sulla definizione della visione e della strategia per i team sulla base di ricerche di mercato, una comprensione degli obiettivi e della strategia aziendali e guardando allo stato attuale di successo dei loro prodotti. I Product Manager senza team Scrum o con team più piccoli (un progettista UX e uno sviluppatore, ad esempio) aiutano a convalidare e contribuire a tale strategia per i prodotti futuri. Una volta convalidata la direzione, creiamo team Scrum più grandi attorno a queste persone e costruiamo soluzioni.,

È importante avere questa flessibilità anche nelle dimensioni del team a seconda della fase del prodotto. Se dai a un Product Manager un grande backlog del team scrum per continuare a riempire mentre sei in modalità discovery, manterranno quel backlog riempito. Ma saranno anche divisi tra mantenere il lavoro che scorre agli sviluppatori e cercare di fare il lavoro per convalidare la direzione. Di conseguenza, nessuno dei due viene fatto bene.

Se vuoi creare prodotti che creino valore per le tue aziende e i tuoi clienti, hai bisogno di buone basi di gestione del prodotto nella tua azienda., Se vuoi un percorso di carriera per la tua gente, devi dare loro questa base in modo che possano crescere in ruoli più senior. Quindi ricorda alla tua gente che sono tutti Product Manager. Possono svolgere il ruolo di un Product Owner in un team Scrum quasi tutti i giorni, ma abbiamo ancora bisogno che pensino come un Product Manager e convalidino che stiamo costruendo le cose giuste.

— —

Melissa Perri è il CEO di Produx Labs, una società di consulenza che aiuta le organizzazioni a imparare e adottare buone pratiche di gestione del prodotto e di leadership di prodotto., Gestisce una scuola online per product manager presso Product Institute e per product leader presso CPO Accelerator. Lei è un docente senior presso la Harvard Business School.

Questo è stato originariamente pubblicato il melissaperri.com