Nota: il sito web è stato tradotto automaticamente. Passa all'inglese per una migliore esperienza di lettura.

photo-1550946107-8842ae9426db

Cos'è il Product Owner nello Scaled Agile Framework SAFe? – Numeri, dati e fatti 

Sai che la struttura organizzativa agile è organica con ruoli e non gerarchica. Il Scaled Agile Framework – SAFe è un metodo per scalare l'agilità. Puoi saperne di più su SAFe stesso nei nostri vari articoli del blog, ad esempio riguardo al 4 livelli dello Scaled Agile Framework. Oggi diamo un'occhiata più da vicino al ruolo del Product Owner dello Scaled Agile Framework. Il Product Owner SAFe ha responsabilità diverse rispetto al Product Owner Scrum, ad esempio.

 

Cos'è dunque uno Scaled Agile Framework Product Owner?

Un product owner di Scaled Agile Framework si occupa dei dettagli del prodotto. I suoi compiti comprendono la definizione delle storie degli utenti. A causa delle dimensioni dei prodotti e dei progetti in SAFe, lavora solo su una parte selezionata del backlog del prodotto. Tuttavia, si occupa di uno o più team di sviluppo. Il Product Owner di SAFe si concentra sulle tattiche di prodotto.

 

I 6 tipi di proprietari di prodotti

  • L'originale "Scrum Product Owner" che è responsabile di un prodotto nella sua interezza. Il suo compito è quello di massimizzare il valore. Per questo motivo viene spesso chiamato "massimizzatore di valore".
  • Un "proprietario di funzionalità" che gestisce un'importante funzionalità del prodotto con cui gli utenti finali interagiscono, come la ricerca e la navigazione sul sito web di un rivenditore online. 
  • Un "proprietario di componenti" che possiede un modulo dell'architettura come il livello di persistenza – quindi "solo" singoli componenti del software
  • Un "proprietario di piattaforma" che gestisce una piattaforma come una raccolta di risorse software condivise. 
  • Il "Proprietario del prodotto SAFe" che possiede i dettagli del prodotto. 
  • Un "proprietario di portafoglio" che gestisce un gruppo di prodotti (correlati).

Prima di approfondire, una breve nota. Di recente abbiamo avuto come ospiti 11 esperti internazionali di agilità in un webinar – su una domanda: Come si fa a scalare correttamente i metodi agili?

Il risultato è questa fantastica registrazione video (in inglese), che affronta le seguenti domande, ad esempio:

  • È meglio partire dal basso verso l'alto o dall'alto verso il basso?
  • Come si fa a far sì che i leader concordino su una visione comune?
  • Come scegliere il giusto framework agile – e perché non è così importante?

 Il mio consiglio più caloroso: dai un'occhiata! Ci vuole un po' di tempo, ma ne vale la pena ogni minuto.

Per vedere le differenze tra i compiti dei singoli proprietari dei prodotti, dai un'occhiata al grafico qui. Mostra le differenze in modo molto chiaro.

 

Un esempio per capire i diversi tipi di proprietari di prodotti

Per rendere ancora più chiaro cosa sia un Product Owner SAFe, ecco un esempio. Immaginiamo di sviluppare un telefono cellulare –, ad esempio un iPhone. C'è la custodia, lo schermo, il circuito stampato e molto altro ancora. Il proprietario della piattaforma è responsabile dello sviluppo dell'intero circuito (elettrico), che può anche servire come base per un ulteriore sviluppo del telefono cellulare (ad esempio iPhone 10 – iPhone 11). Su questo circuito stampato sono presenti diversi componenti, ad esempio tutte le funzionalità della tastiera. Il Product Owner dei componenti se ne occupa. Il Product Owner delle funzionalità non è responsabile solo dei singoli componenti, ma anche dell'intera funzionalità del telefono cellulare, ad esempio la luce e il suono. Il Product Owner SAFe è quindi responsabile di una sottoarea del telefono cellulare e gestisce il Feature, il Component e lo Scrum PO. Il portfolio owner è infine responsabile dell'intero telefono cellulare e quindi "gestisce" tutti i PO.

A proposito, una nota veloce nel contesto della trasformazione agile: vuoi assicurarti di essere al momento le giuste priorità nel tuo percorso agile Trasformazione? 

Poi fai il nostro test di maturità per la tua trasformazione agile – che richiede solo 3 minuti. Potrai anche ottenere un benchmark basato su oltre trecento altri partecipanti. Vedi il pulsante 🙂

Inizia ora: Valutazione della Maturità Agile
Valutazione della maturità Agile

Confronto tra il Product Owner Scrum e il Product Owner SAFe

Il Product Owner di Scrum è responsabile del prodotto. Si occupa della visione, della strategia e delle tattiche di un prodotto. Tuttavia, il modello SAFe divide la responsabilità del prodotto in due ruoli diversi: 

  • Il product manager SAFe: è responsabile delle decisioni strategiche sui prodotti.
  • Il Product Owner SAFe: è responsabile delle tattiche di prodotto. 

In parole povere, significa che il product manager decide quali prodotti costruire successivamente. Il Product Owner, invece, aiuta il team di sviluppo a costruire i prodotti. Insieme, entrambi fanno il lavoro del Product Owner Scrum, per così dire, e la divisione è dovuta alla scalabilità e alle dimensioni dei prodotti e dei progetti. La divisione è una tecnica di scalabilità comune. Ma guarda tu stesso qui.

 

Cos'è il Product Owner Sync?

Il termine Product Owner Sync viene spesso utilizzato in questo contesto. Almeno in termini di contenuti, il PO Sync è più o meno lo Scrum degli Scrum. Lo scopo del PO Sync è quello di garantire il coordinamento della visione del prodotto e dei contenuti relativi al lavoro in tutti i team. Sincronizza visione, strategia e tattica. È un altro ruolo all'interno di SAFe.

 

Compiti e responsabilità del Product Owner SAFe

Il Product Owner è responsabile della preparazione e della partecipazione alla pianificazione del PI. All'interno dell'iterazione, è responsabile del mantenimento del backlog del team, per quanto riguarda i seguenti aspetti: 

  • Pianificazione delle iterazioni
  • Sviluppo just-in-time della storia
  • Applicazione del Sviluppo guidato dal comportamento (BDD) (Prova)
  • Accettazione delle storie
  • L'apparenza come fattore abilitante
  • Partecipazione a demo e retrospettive del team

Utilizza metodi come Design Thinking – e strumenti di esplorazione continua come Personas, Empathy Maps, Customer Journey Maps, Story Maps per guidare l'intuizione e la comprensione dei clienti e del prodotto all'interno dei team. Il diagramma offre anche una buona panoramica della divisione dei compiti.

 

Fonte: Struttura Agile Scalare

 

Il modello FAN-Out

Come si fa a pianificare in modo adeguato ed efficace le risorse? Questo aspetto, che comprende il carico di lavoro e le competenze dei membri del team, è un fattore cruciale nella cooperazione. Soprattutto quando molte persone lavorano insieme, la pianificazione delle risorse e dei ruoli è estremamente importante. È indispensabile che questi siano coordinati tra loro. Nel peggiore dei casi, possono verificarsi dei colli di bottiglia. Anche la velocità è ostacolata da una pianificazione non corretta o non ottimale, il che comporta costi inutili.

Il modello a ventaglio si occupa del giusto numero di risorse tra product manager, product owner e team agile. Queste risorse devono essere il più possibile bilanciate per garantire il successo del team agile. Treno di rilascio agile (ART) da gestire in modo efficace. Se il carico di lavoro non è ottimale, l'intero sistema e le persone che ne fanno parte passeranno molto tempo a chiarire i problemi invece di lavorare in modo produttivo. Per esperienza posso dire che nella maggior parte dei casi questo provoca costi ed errori. Inoltre, un modo di lavorare non coordinato ha un forte effetto esterno e costa anche punti di eccellenza.

In questo caso puoi fare un buon uso del modello FAN-Out. Ogni product manager può supportare fino a quattro PO. Ognuno può essere responsabile di uno o due team agili. Anche in questo caso, più persone sono coinvolte, più è importante la comunicazione e la trasparenza.

La maggior parte dei coach Agile gira in tondo....

... e curare sintomi superficiali. È ora di utilizzare la psicologia – per un cambiamento di mentalità sostenibile.

"Molti membri del team non hanno il coraggio di parlare!".

"Scopriamo troppi problemi inaspettati e bug in ritardo!".

"Perché a volte mi ci vogliono ore per preparare una semplice retrospettiva?".

Certificazione Scaled Agile Framework Product Owner

Come e dove posso ottenere la certificazione?

Per ottenere la certificazione, devi prenotare un corso comprensivo di esame tramite www.scaledagile.com. Questa piattaforma ti dà accesso a tutti i fornitori e formatori autorizzati a certificare SAFe. Le certificazioni (corsi ed esami) si svolgono solitamente online. Oltre alla certificazione SAFe PO, esistono numerose altre certificazioni.

 

Descrizione del lavoro e gruppo target

Un Product Owner/Product Manager certificato SAFe è un esperto SAFe che lavora con i clienti e le organizzazioni di sviluppo per identificare e dare priorità ai requisiti.

 

Ti verranno insegnate le seguenti abilità fondamentali:

  • Applicare la mentalità Lean-Agile e i principi e le pratiche SAFe. 
  • Identificare le esigenze dei clienti
  • Scrivere epopee, capacità, caratteristiche e storie
  • Dare priorità al lavoro per aggiungere valore all'azienda 

 

Procedura e durata

Puoi seguire un corso in diversi paesi, con diversi formatori e partner (ad esempio IBM o Capgemini). La durata è solitamente di 2 giorni. Per l'esame hai a disposizione 90 minuti (1,5 ore). È necessario rispondere a un totale di 45 domande. La lingua della certificazione è l'inglese. Se rispondi a 35 domande su 45 (77%) il POPM4. Il POPM5 viene assegnato se rispondi correttamente a 33 domande su 45 (73%).

Fonte: isapm.org

 

Costi, potenziale di guadagno e stipendio del proprietario del prodotto

Di norma, i costi sono compresi tra 995 e 1.400 euro e variano a seconda del fornitore.

Il primo tentativo di esame è incluso nella quota di iscrizione al corso se l'esame viene sostenuto entro 30 giorni dal completamento del corso. Ogni tentativo di ripetizione costa 50 euro.

Un Product Owner certificato Scaled Agile Framework guadagna circa. Da 55.000 a 65.000 euro all'anno.

Dipende molto dalla maturità, dall'esperienza e dalla personalità del product owner, ma anche dall'ambiente in cui lavorerà.

 

Riassunto e critica

Il product owner in SAFe non è lo stesso del product owner in SCRUM. A causa delle dimensioni e della complessità del metodo SAFe, i compiti e le responsabilità del product owner sono divisi tra due persone. 

Ciò richiede una cooperazione per sviluppare i prodotti in modo ottimale. Spesso comporta un maggiore sforzo di coordinamento. Se è probabile che ci siano molte incertezze e cambiamenti all'interno del progetto, il metodo SAFe che include il Product Owner SAFe è meno adatto. 

Finché sei alla ricerca di una strategia ben funzionante per portare un prodotto sul mercato, raggiungere il product-market fit e poi far crescere ulteriormente il prodotto, è particolarmente importante combinare le decisioni strategiche e tattiche sul prodotto e implementarle con SCRUM, ad esempio. Pertanto, è consigliabile utilizzare SAFe in modo saggio nelle fasi di sviluppo, lancio e crescita (iniziale) del ciclo di vita del prodotto.

Condividi questo articolo con la tua rete

Hai bisogno di una spinta per la squadra? Ecco cosa fare: La retrospettiva sullo stato di salute di Spotify!

Prima domanda sulla salute: "😍 Ci piace andare al lavoro e ci divertiamo molto a lavorare insieme".

Vuoi saperne di più? Prova subito il nostro Retro Tool.

Altri articoli

Newsletter Echometer

Non perdere gli aggiornamenti su Echometer e trova ispirazione per il lavoro agile