Guida Scrum | 7. Gli errori più comuni del Product Owner

Nel post di oggi ci concentreremo sulle sfide più comuni che i Product Owner devono affrontare. Ti diremo anche come prepararti per le situazioni in cui questi errori del Product Owner si verificano più spesso.

Errori del Product Owner – indice:

1. Cosa può andare storto tra il Product Owner e il Cliente
2. Sfide che il Product Owner affronta riguardo al resto del Team Scrum
3. Riepilogo

Cosa può andare storto tra il Product Owner e il Cliente

Il Product Owner è la persona che è personalmente responsabile per i fallimenti del Team Scrum. A causa di questa posizione al di là delle attività del team, si considera che il Product Owner sia l’unico collo di bottiglia. In altre parole, è il Product Owner a soffrire di più quando il Team Scrum commette errori. Quindi, come affrontare situazioni problematiche quando si presentano o, meglio ancora, prevenirle in primo luogo?

Per rispondere a questo punto, abbiamo fornito un’analisi chiara e approfondita di alcuni dei principali errori dei Product Owner e dei Clienti nella tabella seguente, insieme a una discussione dettagliata di ciascuno.

Errore	Problema generato	Suggerimenti per una soluzione
Incapacità di dare priorità	Product Backlog non ottimizzato, offuscamento dell’Obiettivo del Prodotto	Ascoltare, porre domande, negoziare l’Obiettivo del Prodotto con il cliente, elaborare attentamente i risultati della negoziazione
Mancanza di assertività	Troppi compiti per il Team Scrum da completare	Pensare in modo realistico, conoscere e ricordare le capacità del team
Competenze aziendali insufficienti	Rischio di abbassare il valore commerciale del Prodotto creato dal Team Scrum	Apprendimento continuo e acquisizione di competenze aziendali

Incapacità di dare priorità

L’errore di non sapere come dare priorità è la rovina di molti Product Owner. Perché la priorizzazione dei compiti è una competenza fondamentale? Perché quando tutto diventa ugualmente importante, l’Obiettivo del Prodotto scompare. Questo è l’effetto voluto dell’attività del Team Scrum.

Il problema inizia già durante le prime conversazioni con i clienti riguardo all’Obiettivo del Prodotto. Il cliente di solito vuole che tutte le sue idee vengano realizzate il più rapidamente e a minor costo possibile. Il compito del Product Owner è stabilire un elenco di priorità. Il suo compito è creare un elenco di aspettative chiare e fattibili ordinate dalla più importante alla meno importante, basato su aspettative del cliente non strutturate.

Il problema con la priorizzazione origina più spesso da un malinteso delle aspettative del cliente. Si presenta quando il Product Owner non è in grado di estrarre informazioni sugli Obiettivi reali del Prodotto dal Cliente. Questa è la risposta alla domanda su quali bisogni il prodotto dovrebbe rispondere.

Quindi, come puoi proteggerti da questo errore? Prima di tutto – ascolta attentamente il cliente. In secondo luogo, impara a porre domande riguardo all’Obiettivo e a come funziona ciascuna caratteristica del prodotto. Terzo – negozia e limita gli Obiettivi da raggiungere. E per questo, avrai bisogno di assertività.

Quando il Product Owner ha un elenco di compiti da svolgere, ci sono metodi collaudati per migliorare la loro progressione ed elaborazione. Ad esempio, utilizzare la cosiddetta matrice di Eisenhower per dare priorità ai compiti in base a criteri di importanza e urgenza.

Mancanza di assertività del Product Owner

Il problema che è strettamente legato all’incapacità di dare priorità è la mancanza di assertività. Questo porta a compiti in coda in modo inappropriato e porta a bloccare la realizzazione dell’Obiettivo del Prodotto accumulando compiti eccessivi. Pertanto, la capacità di dire di no al cliente è cruciale.

L’assertività del Product Owner dovrebbe basarsi su tre pilastri:

• conoscenza delle capacità del team,
• conoscenza delle soluzioni utilizzate e sviluppate dal team,
• consapevolezza del proprio ruolo e valore in base al proprio posto nel Team Scrum.

Pertanto, uno dei modi più importanti per prevenire problemi di assertività è che il Product Owner lavori quotidianamente con il Team Scrum. Questo lo aiuterà a costruire convinzioni realistiche riguardo al tempo e alla capacità di implementare le idee del Cliente.

Competenze aziendali insufficienti

Il prossimo errore di cui vorremmo discutere è la mancanza di adeguate qualifiche aziendali. I punti di forza di questi Product Owner sono solitamente qualifiche specializzate. Le loro competenze sono più strettamente legate all’area del Team di Sviluppo che al business. Quindi c’è una mancanza di conoscenze pratiche ben consolidate sulla concorrenza, sulle regole del mercato e sul cliente finale del prodotto creato dal Team Scrum.

Non esiste una soluzione semplice per questo, poiché può verificarsi in situazioni molto specifiche. Sicuramente, tuttavia, un buon corso d’azione per un Product Owner è riconoscerlo e continuare a imparare e acquisire esperienza e competenze aziendali.

Sfide che il Product Owner affronta riguardo al resto del Team Scrum

La capacità di dare priorità ai compiti, l’assertività del Product Owner e le sue elevate competenze aziendali sono i prerequisiti necessari per creare un Product Backlog esemplare, la base a lungo termine del Team Scrum. Se il Backlog non è delineato in modo coerente e accurato, i problemi nella relazione Product Owner-Cliente si rifletteranno nella relazione tra il Product Owner e gli altri membri del Team Scrum. E a sua volta, influenzano direttamente l’efficacia del Team Scrum. Quali altri tranelli attendono il Product Owner nelle sue relazioni con gli altri membri del Team Scrum?

Per semplificare, abbiamo presentato i problemi tra il Product Owner e il Team Scrum in una tabella. Di seguito puoi trovare una discussione dettagliata di ciascun problema e suggerimenti per le soluzioni.

Errore	Problema generato	Suggerimenti per una soluzione
Carisma insufficiente	Il Team di Sviluppo non esegue i compiti inclusi nel Backlog, l’opinione del Product Owner è messa in discussione	Costruire autorità basata su soft skills e conoscenze
Competenze specializzate insufficienti	Incomprensione delle operazioni quotidiane e delle capacità del Team di Sviluppo	Orientamento alle specialità dei membri del team, oltre a acquisire conoscenze sull’area di competenza del Team
Dipendenza	Diluizione della responsabilità	Empowerment

Carisma insufficiente

Nel quotidiano, il compito del Product Owner è coordinare le linee guida del Cliente con il modo in cui vengono implementate dal Team di Sviluppo. Questo richiede indubbiamente di avere la giusta autorità, capacità di ascolto e carisma.

Il problema dell’autorità insufficiente non può essere risolto dall’oggi al domani. Richiede un lavoro a lungo termine su soft skills. E anche acquisire conoscenze sull’ambito dei compiti e delle competenze degli altri membri del team.

Competenze specializzate insufficienti

Come abbiamo scritto nell’articolo che risponde alla domanda Chi è un Product Owner?, il ruolo di un Product Owner non è strettamente tecnico. Tuttavia, conoscere le basi delle competenze specializzate dei membri del Team di Sviluppo può aumentare significativamente l’autorità di un Product Owner.

Qualifiche insufficienti nell’area di competenza del team possono non solo generare problemi con il carisma e l’autorità del Product Owner. L’errore di non interessarsi a ciò in cui i membri del Team di Sviluppo si specializzano e alle basi delle loro competenze può generare situazioni divertenti, ma anche situazioni con conseguenze aziendali disastrose e conseguenze interpersonali.

Pertanto, affinché il Team Scrum possa fornire prodotti della migliore qualità, il Product Owner deve avere una comprensione approfondita del prodotto. Non dovrebbe essere difficile ottenere la giusta qualificazione considerando che il Product Owner fa parte di un team di professionisti. Possono fornire non solo spiegazioni ma anche suggerimenti su dove ottenere conoscenze sul loro campo.

Dipendenza

Il Product Owner deve essere in grado di prendere decisioni in modo indipendente. Certamente, la questione chiave è conoscere le condizioni del Team Scrum e comunicare costantemente con il Team di Sviluppo. Tuttavia, è il Product Owner a essere ritenuto responsabile per l’efficacia delle sue azioni. Per questo motivo, i Product Owner devono costruire la propria autorità e assumersi la responsabilità delle decisioni che prendono. La decisione finale sulla direzione del team, sulla priorizzazione e sull’accettazione dei compiti spetta a loro.

Riepilogo

Abbiamo scoperto gli errori più comuni del Product Owner. Il ruolo di un Product Owner non è facile. Ecco perché, quando lo si assume, vale la pena prepararsi per i problemi che altri hanno incontrato lungo il loro cammino.

I problemi nella relazione con il cliente derivano solitamente da una mancanza di assertività, incapacità di dare priorità e competenze aziendali insufficienti.

Gli errori del Product Owner che sorgono durante il lavoro con il resto del Team Scrum derivano dalla mancanza di indipendenza e dal carisma insufficiente della persona che ha assunto il ruolo di Product Owner. Un’altra ragione può riguardare la mancanza di competenze specializzate e la riluttanza o la mancanza di tempo per ampliare le conoscenze.

Se ti piace il nostro contenuto, unisciti alla nostra comunità di api operose su Facebook, Linkedin e Twitter.