Wanneer komt de Product Owner in de dagelijkse Scrum? Een paar gedachten
De dagelijkse Scrum-bijeenkomst, ook wel de Daily Scrum genoemd, 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.
Wanneer moet de Product Owner deelnemen aan de dagelijkse Scrum?
De Product Owner in de dagelijkse Scrum?
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.
Wanneer moet de Product Owner deelnemen aan de dagelijkse Scrum?
In een vroeg stadium feedback krijgen
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 opWanneer moet de Product Owner deelnemen aan de dagelijkse Scrum?
Verbeter de teamsamenwerking
Als je in principe je teamsamenwerking wilt verbeteren, je teamontwikkeling meetbaarder wilt maken, dan zou Echometer interessant voor je kunnen zijn - vooral als je misschien geen toegewijde fulltime Scrum Master in je team hebt.
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.
Wees in geval van twijfel flexibel: Betrek de Product Owner experimenteel bij de Daily Scrum, bijvoorbeeld gedurende een sprint, en bespreek in de volgende retro of en hoe je dit wilt behouden.
Christian Heidemeyer, Psycholoog & Scrum Master
Wanneer moet de Product Owner deelnemen aan de dagelijkse Scrum?
Conclusie: Product Owner in de dagelijkse Scrum
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 verder te ontwikkelen met onze tool: Je kunt hieronder zonder in te loggen een agile retrospectief starten, in dit geval de “Keep, Stop, Start”-workshop.
Je kunt onze website ook doorsturen naar de verantwoordelijke collega’s: www.echometerapp.com.
Houd Stop Start Retro: Zo verloopt de retro
-
Random Icebreaker (2-5 minuten)
Echometer biedt je een generator voor willekeurige check-in vragen.
-
Review van openstaande acties (2-5 minuten)
Voordat je met nieuwe onderwerpen begint, moet je het hebben over de effectiviteitscontrole van wat er is geworden van de acties uit eerdere retrospectieven. Echometer toont automatisch een lijst van alle openstaande actiepunten uit eerdere retro's.
-
Retro-onderwerpen bespreken
Gebruik de volgende open vragen om je belangrijkste bevindingen te verzamelen. Eerst in het geheim, ieder voor zich. Echometer staat toe om elke kolom van het Retro-Board 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?
-
Algemene vraag (aanbevolen)
Zodat ook andere onderwerpen aan bod kunnen komen:
- Waarover wil je het nog meer hebben tijdens de retro?
-
Prioritering / Stemming (5 minuten)
Op het Retro-Board in Echometer kun je de feedback eenvoudig prioriteren met behulp van stemming. De stemming is uiteraard anoniem.
-
Acties definiëren (10-20 minuten)
Via het plusteken bij een feedback kun je een gekoppelde actie aanmaken. Nog niet zeker welke actie de juiste zou zijn? Open dan via het plusteken een whiteboard over het onderwerp om kernoorzaken en mogelijke acties te brainstormen.
-
Checkout / Afronding (5 minuten)
Echometer stelt je in staat om anonieme feedback van het team te verzamelen over hoe nuttig de retro was. Hieruit ontstaat de ROTI-score ("Return On Time Invested"), die je in de loop van de tijd kunt volgen.
Houd Stop Start Retro
