De Scrum Master: wel of geen dedicated rol?

Een developer is verantwoordelijk voor het ontwikkelen van software en heeft ook een aandeel in de besluitvorming over de productbacklog en de prioriteiten van de product owner. Dit kan leiden tot een conflict van belangen, waar de developer zijn eigen prioriteiten en die van het team zou kunnen verwarren.

𝗧𝗶𝗷𝗱𝘀𝗯𝗲𝘀𝗹𝗮𝗴
Het coördineren en begeleiden van het Scrum proces is tijdrovend en vereist veel aandacht, focus en een continue aandacht voor teamdynamiek en dynamiek tussen de teams onderling. Voor een developer, vooral verantwoordelijk voor het ontwikkelen van software, is het behoorlijk pittig (misschiens zelfs wel onmogelijk) deze rol op een goede manier uit te voeren. Het wordt altijd een klusje dat maar even tussen de bedrijven door gedaan moet worden.

𝗢𝗯𝗷𝗲𝗰𝘁𝗶𝘃𝗶𝘁𝗲𝗶𝘁
De Scrum Master moet onpartijdig zijn en het belang van het team voorop stellen. Een developer, voornamelijk verantwoordelijk voor de ontwikkeling van software, heeft andere belangen en prioriteiten, die het lastig maken de wenselijke neutrale positie van een Scrum Master in te nemen. 

In plaats van de rol van Scrum Master te beleggen bij een developer, is het beter om iemand uit het team te kiezen die geen directe betrokkenheid heeft bij de ontwikkeling van software, en die in staat is om onpartijdig te handelen en conflicten op te lossen en de noodzakelijke certificaten heeft. Hierdoor kan het proces beter worden begeleid en kunnen de teamleden zich volledig concentreren op het ontwikkelen van software.

Nog een reden om de rol van Scrum Master dedicated bij één iemand te beleggen is dat hij of zij niet alleen het team of de teams dient maar ook de organisatie op een aantal manieren. De rol van Scrum Master is die van een echte change agent, dus wel iets meer dan een facilitator of iemand die alleen maar afspraken boekt.

Meer weten? Ik hoor het uiteraard graag.

Foto door Parabol | The Agile Meeting Toolbox op Unsplash.