Quando il Product Owner entra nella Scrum giornaliera? Alcune riflessioni

La riunione quotidiana di Scrum, nota anche come Daily Scrum, è un elemento centrale nel framework Scrum. Offre ai membri del team l’opportunità di confrontarsi sull’obiettivo dello Sprint, sugli ostacoli e su altri argomenti rilevanti. Ma a volte sorge una domanda: anche il Product Owner dovrebbe partecipare a questo evento quotidiano? Quando deve partecipare il Product Owner al Daily Scrum, se mai deve farlo? Approfondiamo questo aspetto.

Secondo la Guida Scrum, il Product Owner può partecipare alla Scrum quotidiana, soprattutto se sta lavorando attivamente ai compiti dello sprint in corso. Tuttavia, non c’è un requisito rigoroso per la presenza del Product Owner. La decisione di far partecipare o meno il Proprietario del Prodotto alla Mischia giornaliera è in un certo senso responsabilità dell’intero team.

È comprensibile che alcuni team di sviluppo vogliano che il proprietario del prodotto sia presente per ottenere risposte rapide a domande o chiarimenti sul backlog del prodotto. Questo è consentito, ma il proprietario del prodotto dovrebbe limitarsi a supportare le attività degli sviluppatori e non intervenire troppo attivamente nella riunione.

Tuttavia, ci sono team che si astengono deliberatamente dal far partecipare il Product Owner alla Scrum quotidiana. Questo potrebbe essere dovuto al fatto che il Product Owner ha stretti legami con la direzione e gli stakeholder, il che potrebbe influenzare l’apertura degli sviluppatori. Anche questo va bene.

Durante lo Scrum giornaliero, è fondamentale che gli sviluppatori possano parlare liberamente e onestamente di blocchi, ostacoli e progressi. Se la presenza del Product Owner viene percepita come improduttiva, deve essere lasciata agli sviluppatori la possibilità di decidere se il Product Owner debba essere presente.

Quindi, quando il Product Owner deve partecipare alla Scrum giornaliera? Per riassumere brevemente, in teoria non devono mai partecipare.

Tuttavia, ci sono situazioni in cui la presenza del Product Owner allo Scrum giornaliero può essere utile. Da un lato, può migliorare la coesione del team se il Product Owner partecipa come ascoltatore silenzioso. Questo è particolarmente importante se ci sono segnali di una crescente distanza tra il Product Owner e il team di sviluppo. Partecipando ad alcuni Scrum giornalieri, il Product Owner può colmare questo divario e incoraggiare la comunicazione.

Un altro motivo importante per la presenza del product owner è l’opportunità di ricevere feedback in una fase iniziale. Ascoltando attivamente durante la mischia giornaliera, il proprietario del prodotto può ottenere preziose informazioni sulle attività quotidiane, sulla capacità e sulla velocità del team di sviluppo. Questo feedback precoce consente al product owner di migliorare le storie degli utenti e di apportare modifiche al backlog.

In un certo senso, la partecipazione del Product Owner allo Scrum giornaliero può quindi aiutare a modellare i brevi cicli di iterazione e di feedback all’interno del team, che si spera esistano anche con il feedback dei clienti.

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

Risolvi questa sfida

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

Risolvi questa sfida

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

Risolvi questa sfida

Se desiderate migliorare la collaborazione del vostro team e rendere più misurabile lo sviluppo del vostro team, Echometer potrebbe essere interessante per voi, soprattutto se non avete un Scrum Master dedicato a tempo pieno nel vostro team.

Echometer è uno strumento digitale che aiuta i team agili a gestire le retrospettive agili e i Health Check dei team. Che sia remoto, ibrido o on-site: rende il team coaching misurabile e quindi professionalizza il tuo lavoro risparmiandoti molto lavoro. Dai un’occhiata al nostro sito web per saperne di più: www.echometerapp.com.

In caso di dubbio, siate agili: invitate il Product Owner al Daily Scrum in via sperimentale, ad esempio per uno Sprint, e riflettete nella prossima retrospettiva se e come volete mantenerlo.

Christian Heidemeyer, psicologo e Scrum Master

Per riassumere, si può dire che la partecipazione del Product Owner allo Scrum giornaliero non è una regola fissa, ma dipende da vari fattori. La decisione deve essere presa in base alle dinamiche del team e alle esigenze del progetto. Non si tratta solo di partecipare, ma di trovare il giusto equilibrio per incoraggiare la collaborazione e la condivisione delle informazioni nel processo di sviluppo.

Infine, un altro consiglio: se volete provare come ci si sente a sviluppare ulteriormente il vostro team con il nostro strumento, potete avviare una retrospettiva agile senza effettuare il login, in questo caso il workshop “Keep, Stop, Start”. 

In alternativa, è sufficiente inoltrare il nostro sito web ai colleghi responsabili: www.echometerapp.com.

Come fare

Mantieni lo Stop Start Retro: Ecco come si svolge la retrospettiva

1. Icebreaker casuale (2-5 minuti)

   Echometer vi mette a disposizione un generatore di domande di check-in casuali.

2. Revisione delle misure aperte (2-5 minuti)

   Prima di iniziare con nuovi argomenti, è necessario parlare del controllo dell'efficacia di ciò che è diventato delle misure delle retrospettive passate. Echometer elenca automaticamente tutti gli elementi di azione aperti delle retrospettive passate.

3. Discutere gli argomenti della retrospettiva

   Utilizzate le seguenti domande aperte per raccogliere le vostre intuizioni più importanti. All'inizio ognuno per sé in segreto. Echometer permette di scoprire ogni colonna della bacheca retro singolarmente, per poi presentare e raggruppare il feedback.

   • Continua: Cosa dobbiamo tenere?
   • Stop: con cosa dovremmo fermarci?
   • Iniziare: cosa dovremmo iniziare a fare?

4. Domanda jolly (consigliata)

   Affinché anche altri argomenti abbiano un posto:

   • Di cos'altro vorresti parlare nella retrospettiva?

5. Prioritizzazione / Votazione (5 minuti)

   Sulla bacheca retro in Echometer potete facilmente dare priorità al feedback con la votazione. La votazione è ovviamente anonima.

6. Definizione delle misure (10-20 minuti)

   È possibile creare una misura collegata tramite il simbolo più su un feedback. Non siete ancora sicuri di quale sia la misura giusta? Quindi aprite invece una lavagna sull'argomento tramite il simbolo più per fare un brainstorming sulle cause principali e sulle possibili misure.

7. Checkout / Chiusura (5 minuti)

   Echometer vi permette di raccogliere feedback anonimi dal team su quanto sia stata utile la retrospettiva. Questo crea il punteggio ROTI ("Return On Time Invested"), che potete tracciare nel tempo.

Mantieni lo Stop Start Retro

Continua: Cosa dobbiamo tenere?

Stop: con cosa dovremmo fermarci?

Iniziare: cosa dovremmo iniziare a fare?

Apri subito questo retro Adattati...