Proprietario del prodotto: definizione e descrizione del lavoro

Dopo essere stato Product Manager, Product Manager e Product Owner presso gli editori di software, volevo entrare in un'agenzia di consulenza, come ESN, per scoprire varie missioni e diverse sfide. Mi sono poi ritrovata presso UX-Republic, un'agenzia di consulenza specializzata in UX (ma non solo), scelta perché amavo il loro lato UX e il bel design proposto in tutte le loro presentazioni.
Grazie alle diverse esperienze che ho potuto vivere, posso così capire le differenze tra un Product Owner interno e un Product Owner nella gestione.

Quali sono i vantaggi di assumere un Product Owner esterno?

Come Product Owner nella gestione, portiamo know-how in termini di metodologia e organizzazione, ci adattiamo a qualsiasi situazione e siamo molto reattivi al cliente.
Evangelizziamo la Metodologia
Per la mia prima missione all'interno di UX-Republic, sono entrato a far parte di un incubatore di startup all'interno di uno sviluppatore immobiliare. Il mio ruolo è stato quindi quello di supportare queste startup nella creazione del loro MVP (Minimum Viable Product) fornendo, in particolare, una metodologia e un framework. Vale a dire che quasi tutti i team non avevano mai progettato un prodotto digitale. Essendo alle prime armi, ho quindi scelto di formarli nella professione di Product Owner, nelle metodologie Agile, Lean, Scrum e nel Design Thinking.
Per spiegare questi metodi, sono stato in grado di creare presentazioni e condividere documenti con loro come il Guida Scrum.
Abbiamo una sensibilità all'UX
Prima del mio arrivo in UX-Republic, mi sono formato sugli strumenti per creare wireframe e prototipi dinamici come XD, Sketch, Marvel, Invision.
Essendo circondati da designer, noi PO siamo portatori di UX. Ho quindi potuto organizzare workshop UX nell'ambito della mia missione.
Il vantaggio di essere in UX-Republic è che possiamo continuare ad allenarci. Ad esempio, partecipiamo a:

• UX-Days: presentazioni, formazione (una volta al mese).
• Meetup: presentazioni con ospiti esterni.
• alle Master Class: formazione guidata da un dipendente.
• agli UX talks: riunione del team, ascolto delle novità e delle problematiche riscontrate dai nostri UX Designers. In qualità di Product Owner, mi piace ascoltare i problemi o i complimenti che fanno ai loro Product Owner durante l'incarico. Questo mi permette di capire i loro punti di vista. Apprezzo anche il lato orologio, dove ci vengono presentate notizie UX (o altro).  
• Sprint Challenge: come squadra, abbiamo creato un prodotto che rispondeva a un problema.
• Il blog di UX-Republic: un mezzo di espressione e condivisione della conoscenza.

Siamo sempre curiosi e amiamo imparare cose nuove.
Se rimani in un lavoro, dove non impari più niente, perdi motivazione, allora sei meno produttivo… Mentre sei in management, impari ogni giorno e quindi sei molto più motivato!

ADATTAMENTO A TUTTE LE SITUAZIONI

Cambiando più volte azienda, sappiamo adattarci rapidamente a qualsiasi situazione. Inoltre, siamo molto empatici e sensibili, quindi possiamo identificare rapidamente le persone e vedere se stanno bene o meno. Questo ci permette di analizzare la situazione e le persone che ci circondano per comprendere appieno cosa sta succedendo e trovare una soluzione adeguata.
Facciamo un passo indietro
Essendo esteriori, non abbiamo la testa a terra, a differenza di alcune persone che prendono cattive abitudini e non si rendono conto che si stanno perdendo o semplicemente non hanno i metodi di lavoro giusti.
D'altra parte, un'atmosfera stressante non promuove la creatività. Il nostro ruolo come esterni è avvisare la direzione quando vediamo che qualcosa o qualcuno può danneggiare la squadra. Proteggere, coinvolgere il team e incoraggiare la creatività sono essenziali per il successo del prodotto.

Siamo concentrati sulla nostra missione
Essendo inviati in missione al nostro cliente, siamo concentrati sui nostri compiti, sappiamo cosa dobbiamo fare. Diamo il massimo e non veniamo disturbati per niente dagli altri reparti, come può essere il caso quando sei un product owner interno (ad esempio: il tuo collega pre-vendita o commerciale ci dice "puoi aiutarmi a rispondere al cliente? ”; “mi aiutate a rispondere al bando?”, “mi accompagnate al mio appuntamento?”…). Ricorda che noi Product Owner abbiamo un'ottima conoscenza del nostro prodotto e quindi internamente veniamo contattati da qualsiasi reparto (marketing, finanziario, legale, commerciale, gestionale, customer success, team tecnici, ecc.).
Comprendiamo le sfide aziendali
Per creare un prodotto digitale, c'è un mondo intero di cui tenere conto. Quando arriviamo in missione, cerchiamo di capire i primi giorni cosa sta succedendo. Incontriamo quante più persone possibili legate al prodotto. Dopo aver fatto l'analisi, solleviamo i problemi che incontriamo. Durante la missione, incontriamo vari problemi aziendali o tecnici.
Consigliamo e formiamo
Nella mia ultima missione, alcune persone non avevano mai progettato un prodotto digitale, quindi ho dovuto aiutarle organizzando dei workshop (warm up, lean canvas, value proposition canvas, personas, definizione di MVP, story mapping, scrittura di user story...). Accompagnare i team su questi metodi e consigliarli quotidianamente per creare il loro MVP è stato molto interessante per loro così come per me. Questo mi ha fatto capire che stavo parlando in un gergo che non era comprensibile a tutti. Ho quindi adattato la mia comunicazione.
Possiamo aiutare le persone a utilizzare il software
Mi è capitato di addestrare i Product Owner junior su Confluence e Jira.
Inoltre, nella mia ultima missione, ho potuto spiegare al mio collega UX/UI Designer come compilare un ticket Redmine durante i test funzionali e di design.

Sappiamo dire di no
In generale siamo sollecitati da tutti i tipi di collaboratori, ognuno ovviamente ha il proprio interesse, le proprie idee per le funzionalità o la propria visione del prodotto.
Quando la richiesta di funzionalità non è una priorità, li informiamo e diciamo loro che stiamo tenendo conto della loro richiesta.
È più difficile dire di no internamente, quando la richiesta arriva direttamente dal top management come CEO, CTO o Product Director.
In qualità di Product Owner, conosciamo il prodotto e il mercato. Sappiamo cosa vogliono gli utenti. Pertanto portiamo avanti la visione e siamo la voce del cliente. Pertanto, quando ci troviamo di fronte a un disaccordo, sosteniamo la nostra idea con le conoscenze che abbiamo.
Un consiglio che ho dato nella mia ultima missione, è soprattutto quello di non lasciarsi influenzare dai suoi dirigenti che hanno idee all'interno dei loro uffici. Tuttavia, il Product Owner che dà vita alla sua startup, scende in campo per raggiungere il suo potenziale target. È quindi lui che comprende meglio i suoi futuri clienti.
Abbiamo competenze trasversali
Essere un Product Owner non è sempre facile. A volte dobbiamo affrontare conflitti o stress, quindi rimaniamo calma e cerchiamo di capire e quindi implementare soluzioni.
Per placare i conflitti, dobbiamo comunicare. Il ruolo del PO è un ruolo fondamentale in un'azienda, quindi è fondamentale saper comunicare bene sia oralmente che per iscritto (ad esempio: inviamo la roadmap del prodotto, annunciamo nuove uscite, scriviamo note di rilascio, scriviamo storie degli utenti senza errori di ortografia…).
Quando comunichiamo, dobbiamo mettere su forme ed essere diplomates quando dobbiamo dire di no, o quando ad esempio uno sviluppatore non ha sviluppato come richiesto, o quando troviamo errori di ortografia nei modelli...
Con il carico di lavoro che ci viene chiesto di fare, dobbiamo stare bene organizzato. Questa è una qualità essenziale credo per il ruolo di Product Owner. Ci aiuta anche a guidare il team e a rispondere alle loro domande.
Quando dico guida, intendo comando e non autoritarismo. Non diamo ordini agli sviluppatori, non ci occupiamo di loro. Dobbiamo guidare la squadra nella sua direzione. Soprattutto, devi stare attento a motivare sempre la tua squadra. Per questo è fondamentale che noi stessi siamo motivati ​​per coinvolgerli e renderli più produttivi. Il nostro obiettivo è portare avanti il ​​prodotto, quindi spetta anche a noi dare il buon esempio.
Un altro punto importante, dobbiamo esserlo curioso et apprendre constamment sia ciò che sta accadendo nel nostro settore di attività ma anche l'apprendimento quotidiano (nuove tecnologie, comprensione del linguaggio degli sviluppatori, ecc.).
Per soddisfare le esigenze degli utenti dobbiamo essere empatici, ci mettiamo sempre nei panni del cliente, per sapere se sarà soddisfatto del nostro prodotto.
Comprendiamo i diversi profili
Per comunicare bene, devi adattare il tuo discorso al tuo interlocutore. Quindi, quando vediamo un UX Designer, siamo empatici e proviamo a parlare “Design”, lo stesso quando siamo con uno sviluppatore, proviamo a parlare la sua lingua, e se però non abbiamo il suo livello tecnico, capiamo le problematiche che incontra e le motivazioni legate alla sua posizione.

ESSERE REATTIVI

Ci uniamo all'azienda dall'oggi al domani
In UX-Republic, siamo reattivi quando si tratta di unirci a una missione. Ad esempio, per la mia ultima missione, lunedì ho stretto la mano al cliente e il giorno dopo ho iniziato il mio primo giorno con loro. La cliente ha davvero apprezzato questa reattività perché aveva bisogno di talento rapidamente.
Sono stato quindi accompagnato da un designer dell'interfaccia utente
In questa missione sono stato poi affiancato qualche tempo dopo dal mio collega UI Designer per la realizzazione dei modelli. È stata in grado di creare i modelli diCiao Gaspard...
Se ne va e torna
Si parte e si arriva secondo le esigenze del cliente.
Gestiamo uno o più prodotti
Nella mia ultima missione, ho accompagnato 6 team nella creazione delle loro startup. Sono stato anche in grado di gestire più prodotti in una precedente esperienza.
Al termine della missione, trasferiamo la torcia
Ultima retrospettiva, ultimi aggiornamenti della tabella di marcia, ultimi consigli... Trasferiamo alle squadre ciò di cui avranno bisogno per andare avanti.
 

PORTA VIA

La posizione di Product Owner è complessa con una portata molto ampia. Vi consiglio di non prendere un PO che sappia fare tutto (UX, UI, sviluppo…), non farà tutti i suoi compiti, e non approfondirà le diverse materie. Le sue missioni sono abbastanza numerose da permettergli di occuparsi e concentrarsi al 100% sul suo lavoro. Non chiedergli di fare troppo con il rischio di sovraccaricarlo di lavoro e demotivarlo.
Prendi un Product Owner per un singolo prodotto con un team multidisciplinare composto da UX/UI, sviluppatori front e back, Scrum Master, QA e Ops.
Avere una gestione moderna e pensare al benessere della squadra. Rendila felice, sarà più produttiva e avrai un prodotto che i tuoi clienti adorano e acquistano.
Infine, questa posizione richiede una certa personalità e know-how per portare le persone a bordo della tua barca. Non guardare solo al CV ma piuttosto alla personalità che avrai di fronte.
Sta a te scegliere la persona giusta che si adatta e si adatta alla tua squadra!
Sarah, proprietaria del prodotto @UX-Republic