Questa pagina è stata tradotta automaticamente. Per una migliore esperienza di lettura, passa all'inglese.

Passa all'inglese
Christine
Christine

Cos'è un Product Owner nel framework Scaled Agile SAFe? - Cifre, 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 “Feature Owner” 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 “Component Owner” che possiede un building block architettonico come il livello di persistenza, ovvero “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 riconoscere le differenze nei compiti dei singoli Product Owner, dai un’occhiata al grafico qui In questo, le differenze diventano molto chiare.

 

Un esempio per capire i diversi tipi di proprietari di prodotti

Per chiarire ulteriormente cosa sia un SAFe Product Owner, ecco un esempio. Immaginiamo di sviluppare un telefono cellulare, diciamo un iPhone. C’è l’alloggiamento, lo schermo, il circuito stampato e molto altro. Il Platform Owner è responsabile dello sviluppo dell’intero circuito stampato (elettrico), che può anche servire come base per un ulteriore sviluppo del telefono cellulare (ad esempio, iPhone 10 - iPhone 11). Su questo circuito stampato ci sono vari componenti, ad esempio tutte le funzionalità per la tastiera. Questo è compito del Component Product Owner. Il Feature Product Owner non è responsabile solo dei singoli componenti, ma dell’intera funzionalità del telefono cellulare, inclusi luce e suono, ad esempio. Il SAFe Product Owner è quindi responsabile di una parte del telefono cellulare e gestisce Feature, Component e Scrum PO. Il Portfolio Owner è infine responsabile dell’intero telefono cellulare e quindi “gestisce” tutti i PO.

A proposito, una breve nota nel contesto della trasformazione agile: vuoi assicurarti di stabilire le giuste priorità nella tua trasformazione agile? 

Allora fai il nostro controllo di maturità per la tua trasformazione agile: ci vogliono solo 3 minuti. Riceverai anche un benchmark basato sugli oltre trecento altri partecipanti. Vedi il pulsante 🙂

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 Il pensiero progettuale - e strumenti di Continuous Exploration come Personas, Mappe dell’empatia, Customer Journey Maps, Story Maps, al fine di promuovere intuizioni e comprensione nei team per il cliente e il prodotto. Il diagramma fornisce anche una buona panoramica della divisione del lavoro.

 

Fonte: Struttura Agile Scalare

 

Il modello FAN-Out

Come ci si prende cura di una pianificazione delle risorse adeguata ed efficace? Questa, inclusa l’utilizzo e le competenze dei membri del team, è un fattore decisivo nella collaborazione. Soprattutto quando molte persone lavorano insieme, la pianificazione delle risorse e dei ruoli è estremamente importante. Questi devono essere necessariamente coordinati tra loro. Nel peggiore dei casi, possono verificarsi colli di bottiglia. Anche la velocità è inibita da una pianificazione errata o non ottimale: tutto ciò causa 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.

Certificazione Scaled Agile Framework Product Owner

Come e dove posso ottenere la certificazione?

Per ottenere la certificazione, è necessario tramite www.scaledagile.com prenotare un corso con esame incluso. Tramite questa piattaforma hai accesso a tutti i fornitori e i formatori autorizzati a certificare SAFe. Le certificazioni (corsi ed esami) si svolgono attualmente online. Oltre alla certificazione SAFe PO, ci sono molte 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.

Categoria del blog

Altri articoli su "Scalare l'agilità"

Visualizza tutti gli articoli di questa categoria
Modello Agile di Spotify: Squadre, Tribù, Capitoli e Gilde spiegati

Modello Agile di Spotify: Squadre, Tribù, Capitoli e Gilde spiegati

Breve panoramica del modello Spotify: come squadre, tribù, capitoli e gilde scalano l'agilità, quali ruoli sono coinvolti e a cosa dovresti prestare attenzione durante l'implementazione.

Agility Health Radar: i 13 modelli più diffusi per i KPI agili

Agility Health Radar: i 13 modelli più diffusi per i KPI agili

Il giornalista e scrittore statunitense Prentice Mulford una volta disse: „Chiunque riconosca un male lo ha già quasi guarito.“ Prentice Mulford Non c'è quindi da stupirsi se prendiamo la febbre, a...

Accordi di lavoro: 10 esempi, campioni e modelli

Accordi di lavoro: 10 esempi, campioni e modelli

Una collaborazione efficace nei team è fondamentale per il successo, soprattutto nel contesto di metodi agili come Scrum. Gli accordi di lavoro svolgono un ruolo cruciale nel creare un quadro chiar...

Lo Scrum Master come Servant Leader: 8 spunti di riflessione

Lo Scrum Master come Servant Leader: 8 spunti di riflessione

In qualità di psicologo esperto e Scrum Master, capisco le sfide che i team leader devono affrontare in ambienti agili. Trovare l'equilibrio tra agilità e leadership non è un compito facile. In que...

Obiettivi di performance del Product Manager: 5 consigli ed esempi

Obiettivi di performance del Product Manager: 5 consigli ed esempi

I product manager svolgono un ruolo cruciale nello sviluppo e nella commercializzazione dei prodotti. Per avere successo, devono stabilire e perseguire chiari obiettivi di performance del product m...

Scrum: cos'è? Spiegato in modo semplice!

Scrum: cos'è? Spiegato in modo semplice!

Vorresti lavorare in modo agile, ma ti chiedi: Che cos'è Scrum? Ti spieghiamo le cose più importanti affinché il tuo team possa lavorare con successo in modo agile!

Combinare OKR e Scrum: Come funziona (workshop, obiettivi e cicli di sprint)

Combinare OKR e Scrum: Come funziona (workshop, obiettivi e cicli di sprint)

Sia Scrum che OKR godono attualmente di grande popolarità come framework nella comunità agile. Scrum proviene più dal mondo dello sviluppo software, OKR più dal mondo della strategia. Ma questi met...

Agile in scala: un confronto tra i 5 framework più importanti

Agile in scala: un confronto tra i 5 framework più importanti

I framework Agile aiutano le aziende a consegnare ai clienti in modo più veloce e affidabile. È abbastanza facile implementare l'Agile nei singoli team. La sfida consiste nell'implementare il lavor...

I 5 migliori corsi online su Agile

I 5 migliori corsi online su Agile

Ti presentiamo 5 corsi di formazione online che ti avvicinano al modo di lavorare agile e che sono adatti a te e alla tua organizzazione.

Newsletter Echometer

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