Guida Scrum | 12. Cooperazione tra Product Owner e Scrum Master

Nell'articolo di oggi tratteremo il tema della cooperazione tra Product Owner e Scrum Master. Il Product Owner mette un Product Goal chiaramente definito di fronte al team di sviluppo e richiede progressi nella sua attuazione. Lo Scrum Master si prende cura della qualità del processo di creazione: una buona atmosfera che accompagna il lavoro del Team, motivazione e rimozione degli ostacoli. Tuttavia, sia il Product Owner che lo Scrum Master non sono due forze indipendenti che agiscono nel Team di Sviluppo.

Cooperazione tra Product Owner e Scrum Master – sommario

1. Scrum Master e Product Owner
2. Supportare una comunicazione efficace con gli sviluppatori
3. Conoscenza per esperienza
4. Presentazione degli Stakeholder in Scrum
5. Riepilogo

Scrum Master e Product Owner

Anche se il modo in cui ognuno di loro lavora è molto diverso, i loro interessi convergono: si tratta di uno Scrum Team che lavora in modo efficace. Ecco perché il rapporto tra Scrum Master e Product Owner, e la loro efficace collaborazione, è così importante.

La maggior parte dei compiti del Product Owner e dello Scrum Master – che abbiamo descritto più dettagliatamente in articoli separati – ruotano attorno alle loro responsabilità legate al lavoro del Team di Sviluppo. Tuttavia, i doveri e le responsabilità dello Scrum Master includono anche il supporto al lavoro del Product Owner.

Supportare una comunicazione efficace con gli sviluppatori

Una comunicazione efficace tra il Product Owner e il Team di sviluppo richiede almeno due fondamenti forti: comprensibilità e impatto sufficiente. Lo Scrum Master aiuta il Product Owner a rafforzarli.

Comprendere il Product Backlog

Uno dei modi principali in cui lo Scrum Master aiuta il Product Owner è assicurarsi che i messaggi formulati siano compresi dal Team di Sviluppo. Lo Scrum Master esamina le voci del Product Backlog e pone ulteriori domande per migliorarne la chiarezza prestando attenzione principalmente a:

• chiarezza delle voci , in modo che gli sviluppatori sappiano esattamente per quale scopo stanno sviluppando una determinata funzionalità
• mantenere le voci concise , in modo che le descrizioni delle funzionalità pianificate includano solo le informazioni necessarie e richieda il minor tempo possibile per leggerle

In questo modo, lo Scrum Master evita che si crei una discrepanza tra l'Obiettivo del Prodotto, come lo immagina il Product Owner, e come i membri del Team di Sviluppo hanno compreso il loro compito.

Il potere dell'influenza del Product Owner

Scrum Master aiuta il Product Owner a migliorare l'efficacia e il carisma del messaggio. Lo Scrum Master funge da coach con il quale il Product Owner può discutere problematiche problematiche riguardanti il ​​Prodotto e la sua realizzazione. Ecco perché gli incontri individuali durante i quali si svolgono discussioni tra di loro sono così importanti. Grazie a queste discussioni il Product Owner può chiarire la visione del prodotto e rispondere alle domande dello Scrum Master prima di presentarlo al team.

Lo Scrum Master, dando feedback, rende più forte e chiaro il messaggio del Product Owner durante un incontro con il team. Questa necessaria preparazione aiuta il Product Owner a comunicare sempre meglio l'Obiettivo del Prodotto durante gli Scrum Events, che descriviamo in un articolo separato.

Conoscenza per esperienza

Lo Scrum Master aiuta anche il Product Owner a pianificare realisticamente i compiti per il Team di Sviluppo. Può capitare che un Product Backlog ben preparato non corrisponda al modo di lavorare dell'organizzazione in cui si vuole realizzare il Product Goal.

Lo Scrum Master supporterà quindi il Product Owner con la conoscenza dell'esperienza attingendola dall'osservazione di fallimenti e difficoltà verificatisi nei progetti precedenti. Grazie alla conoscenza empirica, Scrum Master può prevedere le difficoltà nello svolgimento dei compiti e nel raggiungimento dell'Obiettivo di Prodotto che derivano dalle specificità dell'organizzazione, del Team o della sua specializzazione.

Presentazione degli Stakeholder in Scrum

Lo Scrum Master lavora quotidianamente principalmente con il Team di Sviluppo. E a volte anche con il reparto Risorse Umane, soprattutto durante il processo di team building e nei rari momenti in cui il team ha bisogno di essere ampliato o cambiato. I compiti quotidiani dello Scrum Master di solito non includono la collaborazione degli Stakeholder : questo è il lavoro del Product Owner.

L'eccezione è quando inizi a lavorare con Stakeholder che non hanno familiarità con i principi ei ruoli di Scrum. Questo è il momento in cui gli Scrum Master collaborano con il Product Owner negli incontri con tutte le persone coinvolte nella creazione del Prodotto. Spiegano chi è chi nello Scrum Team, di cui abbiamo parlato in un articolo separato. Aiutano inoltre il Product Owner a implementare buone pratiche di comunicazione. Questi includono, ad esempio, la presenza attiva degli Stakeholder durante la Sprint Review o la creazione di buone User Story.

Riepilogo

Lo Scrum Master permette al Product Owner di concentrarsi sul proprio lavoro: sulla massimizzazione del valore aziendale del prodotto che si sta creando. Lo Scrum Master aiuta anche il Product Owner in una comunicazione efficace attraverso coaching individuale e discussioni sulla forma del Product Backlog. Inoltre, lo Scrum Master supporta il Product Owner nella conoscenza del lavoro con un Team e un'organizzazione specifici. E infine – se necessario – facilita il Product Owner introducendo gli Stakeholder al modo di lavorare Scrum.

Se ti piacciono i nostri contenuti, unisciti alla nostra indaffarata community di api su Facebook, Twitter, LinkedIn, Instagram, YouTube.

Autore: Caroline Becker

In qualità di Project Manager, Caroline è esperta nella ricerca di nuovi metodi per progettare i migliori flussi di lavoro e ottimizzare i processi. Le sue capacità organizzative e la capacità di lavorare sotto pressione la rendono la persona migliore per trasformare in realtà progetti complicati.

Visualizza tutti i post

Guida alla mischia:

1. Glossario di termini, ruoli e nozioni di base
2. Cos'è Scrum?
3. Valori di mischia
4. Come implementare Scrum nella tua azienda?
5. Scrum Team: cos'è e come funziona?
6. Chi è un Product Owner?
7. Gli errori più comuni del Product Owner
8. Chi è lo Scrum Master?
9. Caratteristiche di un buon Scrum Master
10. Gli errori più comuni di Scrum Master
11. Quali statistiche e metriche dovrebbe monitorare lo Scrum Master?
12. Collaborazione tra Product Owner e Scrum Master
13. Team di sviluppo in Scrum
14. Gli errori più comuni degli sviluppatori
15. Artefatti di Scrum
16. Scalare Scrum
17. Sprint arretrato
18. Cos'è il Product Backlog?
19. Cosa sono le User Story?
20. Creare la migliore User Story con INVEST
21. Gli errori di User Story più comuni
22. Criteri di accettazione della User Story
23. Stima e Punti Storia in Scrum
24. Pianificazione del poker
25. Gioco di stima della squadra
26. Incremento di definizione
27. Eventi Scrum
28. Cos'è lo Sprint in Scrum?
29. Impegni dello Scrum Team - Obiettivo del prodotto, Obiettivo dello Sprint e Definizione del completamento
30. Che cos'è un diagramma di burndown?
31. Come creare e interpretare un diagramma di burndown?
32. Vantaggi e svantaggi del diagramma di burndown
33. Tavole Kanban in Scrum e Scrumban
34. Velocity in Scrum - Velocità del Team di Sviluppo
35. Scrum quotidiano
36. Pianificazione dello sprint
37. Recensione Sprint
38. Che cos'è una retrospettiva sprint?
39. Errori comuni durante una Retrospettiva Sprint
40. Consolidamento del Product Backlog