Wanneer komt de Product Owner in de dagelijkse Scrum? Een paar gedachten

De dagelijkse Scrum-bijeenkomst, ook bekend als de Daily Scrum, is een centraal element in het Scrum-framework. Het biedt de teamleden de mogelijkheid om van gedachten te wisselen over het sprintdoel, obstakels en andere relevante onderwerpen. Maar er duikt soms een vraag op: Moet de Product Owner ook aan dit dagelijkse evenement deelnemen? Wanneer moet de Product Owner aan de Daily Scrum deelnemen - als hij dat ooit moet? Laten we daar eens dieper op ingaan.

Volgens de Scrum Guide mag de Product Owner deelnemen aan de Daily Scrum, vooral als hij actief werkt aan de taken van de huidige sprint. Er is echter geen strikte eis dat de Product Owner aanwezig moet zijn. De beslissing of de Product Owner moet deelnemen aan de Daily Scrum is tot op zekere hoogte de verantwoordelijkheid van het hele team.

Het is begrijpelijk dat sommige ontwikkelteams de product owner aanwezig willen hebben om snel antwoord te krijgen op vragen of verduidelijkingen over de product backlog. Dit is toegestaan, maar de product owner moet zich beperken tot het ondersteunen van de activiteiten van de ontwikkelaars en niet te actief ingrijpen in de vergadering.

Er zijn echter teams die er bewust van afzien om de Product Owner deel te laten nemen aan de Daily Scrum. Dit kan te maken hebben met het feit dat de product owner nauwe banden heeft met het management en de stakeholders, wat de openheid van de ontwikkelaars zou kunnen beïnvloeden. Dit is ook prima.

Tijdens de Daily Scrum is het cruciaal dat de ontwikkelaars vrij en eerlijk kunnen praten over blokkades, obstakels en voortgang. Als de aanwezigheid van de Product Owner als onproductief wordt ervaren, moet het aan de ontwikkelaars worden overgelaten om te beslissen of de Product Owner aanwezig moet zijn.

Dus, wanneer moet de Product Owner deelnemen aan de dagelijkse Scrum? Kort samengevat, theoretisch hoeft dat nooit.

Er zijn echter situaties waarin de aanwezigheid van de Product Owner bij de Daily Scrum nuttig kan zijn. Aan de ene kant kan dit de teamcohesie verbeteren als de Product Owner deelneemt als een stille luisteraar. Dit is vooral belangrijk als er tekenen zijn van een groeiende afstand tussen de product owner en het ontwikkelteam. Door deel te nemen aan sommige Daily Scrums kan de Product Owner deze kloof overbruggen en communicatie stimuleren.

Een andere belangrijke reden voor de aanwezigheid van de producteigenaar is de mogelijkheid om in een vroeg stadium feedback te krijgen. Door actief te luisteren tijdens de dagelijkse scrum kan de product owner waardevolle inzichten krijgen in de dagelijkse activiteiten, capaciteit en snelheid van het ontwikkelteam. Deze vroege feedback stelt de product owner in staat om user stories te verbeteren en aanpassingen te maken in de backlog.

Op een bepaalde manier kan de deelname van de Product Owner aan de Daily Scrum daarom helpen om de korte iteratielussen en feedbackcycli binnen het team te modelleren, die hopelijk ook bestaan bij klantfeedback.

"Veel teamleden durven zich niet uit te spreken!"

Los deze uitdaging op

"We ontdekken te veel onverwachte problemen en bugs in een laat stadium!"

Los deze uitdaging op

"Waarom kost het me soms uren om een eenvoudige terugblik voor te bereiden?"

Los deze uitdaging op

Als jullie in principe jullie teamsamenwerking willen verbeteren, jullie teamontwikkeling meetbaarder willen maken, dan zou Echometer interessant voor jullie kunnen zijn - vooral als jullie misschien geen toegewijde fulltime Scrum Master in jullie team hebben.

Echometer is een digitale tool die agile teamleiders helpt met agile retrospectives en team Health Check’s. Of het nu remote, hybride of on-site is: het maakt teamcoaching meetbaar en professionaliseert je werk terwijl het je veel werk bespaart. Neem een kijkje op onze website voor meer informatie: www.echometerapp.com.

In geval van twijfel, wees agile: Haal de Product Owner experimenteel bij de Daily Scrum over bijvoorbeeld een sprint, en reflecteer in de volgende retro of en hoe jullie dit willen behouden.

Christian Heidemeyer, Psycholoog & Scrum Master

Samenvattend kan gezegd worden dat de deelname van de Product Owner aan de Daily Scrum geen vaste regel is, maar afhangt van verschillende factoren. De beslissing moet worden genomen in overeenstemming met de dynamiek van het team en de behoeften van het project. Het gaat niet alleen om deelname, maar om het vinden van de juiste balans om samenwerking en het delen van informatie in het ontwikkelproces te stimuleren.

Tot slot, nogmaals de opmerking: Als je eens wilt uitproberen hoe het voelt om je team met onze tool verder te ontwikkelen: Je kunt hieronder zonder login een agile retrospectief starten, in dat geval de “Keep, Stop, Start” workshop. 

Je kunt onze website ook doorsturen naar de verantwoordelijke collega’s: www.echometerapp.com.

How to

Houd Stop Start Retro: Zo verloopt de retro

1. Random Icebreaker (2-5 minuten)

   Echometer biedt jullie een generator voor willekeurige check-in vragen.

2. Review van de openstaande acties (2-5 minuten)

   Voordat je met nieuwe onderwerpen begint, zou je ter controle van de effectiviteit moeten bespreken wat er van de acties uit eerdere retrospectieven is geworden. Echometer geeft automatisch een overzicht van alle openstaande actiepunten uit eerdere retro's.

3. Retro-onderwerpen bespreken

   Gebruik de volgende open vragen om jullie belangrijkste bevindingen te verzamelen. Eerst bedenkt iedereen dit voor zichzelf. Echometer staat toe om elke kolom van het retro-bord afzonderlijk te onthullen, om de feedback vervolgens te presenteren en te groeperen.

   • Ga door: Wat moeten we bewaren?
   • Stoppen: Waar moeten we mee stoppen?
   • Start: Wat moeten we gaan doen?

4. Catch-all vraag (Aanbevolen)

   Zodat ook andere onderwerpen een plek hebben:

   • Waar wil je het verder nog over hebben in de retro?

5. Prioritering / Stemming (5 minuten)

   Op het Retro-Board in Echometer kun je de feedback heel eenvoudig prioriteren met de stemming. De stemming is natuurlijk anoniem.

6. Maatregelen definiëren (10-20 minuten)

   Via het plusteken bij een feedback kun je een gekoppelde maatregel aanmaken. Nog niet zeker welke maatregel de juiste zou zijn? Open dan via het plusteken in plaats daarvan een whiteboard over het onderwerp om kernoorzaken en mogelijke maatregelen te brainstormen.

7. Checkout / Afsluiting (5 minuten)

   Echometer stelt je in staat om anonieme feedback van het team te verzamelen over hoe nuttig de retro was. Dit resulteert in de ROTI-score ("Return On Time Invested"), die je in de loop van de tijd kunt volgen.

Houd Stop Start Retro

Ga door: Wat moeten we bewaren?

Stoppen: Waar moeten we mee stoppen?

Start: Wat moeten we gaan doen?

Open deze retro nu Aanpassen...