“Scrum is a framework for developing and sustaining complex products”, zo start de Engelstalige Scrum Guide (The Definitive Guide to Scrum: The Rules of the Game) van bedenkers Ken Schwaber en Jeff Sutherland. Een paar regels later: “Scrum is lightweight, simple to understand, difficult to master.”
Scrum Master is a “management” position. True or false?
Deze vraag wordt in het Professional Scrum Master I examen zo gesteld. Slechte vraagstelling met suggestieve aanhalingstekens. Management is zeker geen eenduidig begrip. En als je keurig de Scrum Guide hebt gelezen, zijn de Scrum Master, met de Product Owner en het Development Team de enige onderkende rollen. Bij “position” denk je in het Nederlands aan een hiërarchische functie. Juist over titels, specialisatie in subteams of eenlingenwerk is de Scrum Guide ten aanzien van het Development Team kraakhelder: niet aan de orde. Geen pikorde, het team is “self-organizing“, bepaalt het ‘hoe’ en is zo “cross-functional” ingericht, dat het zichzelf kan bedruipen waar het gaat om het realiseren van de Sprint Goal.
De feedback bij deze examenvraag luidt: “The Scrum Master manages the Scrum process. If the Scrum Master is not a management position, he or she may not have the influence to remove impediments. The Scrum Master does not manage the team.”
In mijn optiek een discutabele verantwoording. Ja, in westerse ondernemingen hebben procesmanagers een eigen functie, titel en organisatorische positie gekregen. Ooit bedoeld om bedrijfsprocessen vloeiender te laten lopen met een soort van eigenaarschap op proces. In werkelijkheid resulteerde het vaak in loketten en allerhande afstemming tussen procesmanagers die de band met klant, product of dienst kwijtgeraakt waren.
En nee,
- om een teamgeoriënteerd proces (lichtgewicht, eenvoudig te begrijpen, moeilijk te ‘overmeesteren’) te faciliteren, de rol van Scrum Master, is géén positie, titel, of iets dergelijks nodig. Dat dat wel gebeurd bij grote Nederlandse financiële dienstverleners, weet ik. Denken in rollen is dan weer verruild voor denken in positie, macht en hiërarchie.
- om ‘impediments’ weg te nemen voor het Development Team heb je inderdaad invloed nodig. Het Development Team redt het namelijk niet op eigen kracht. Zelf zul je niet een toverstaf hebben om elk technisch, relationeel, of personeel probleem 1-2-3 op te lossen. Je moet dus de boer op, met mensen in de staande organisatie spreken, zien te achterhalen wie wanneer en hoe het probleem kan oplossen. Ik hoop dat je organisatie zo bewust voor Scrum gekozen heeft, dat de Scrum Master die met een probleem aankomt serieus genomen wordt zonder inspectie van het aantal strepen op de mouw.
- omdat de Scrum Master geen team manager is, hoeft hij ook niet zo te heten.
Sampath Prahalad, volgens eigen zeggen Scrum guru, rechtvaardigt de management positie van de Scrum Master zo: “Scrum Master is definitely a management position, but of a different kind.
The Scrum Master does not manage people. The people are already self managed and self organized. Any attempt to manage the people in the team causes hurdles and does not help the team or their productivity.
So, what does the Scrum Master manage?
The Scrum Master manages
- Resources: No.. No, not the human resources, but other physical and hardware resources. Ensures that the product development environment is in perfect condition. All licences and certificates taken care of, none of them expiring during the ongoing Sprint, etc.
- Impediments and Risks: Manages the impediments effectively and keeps hacking at them to create a path forward for the team. Encourages the team to bring up any potential risks that could deter them from the Sprint goal.
- Dependencies: Manages any dependencies with other product teams or other people external to the team.
- Process adherence: Adherence to what process? The Scrum process framework that the team tailored to their advantage. Ensuring that the process is continuously tweaked for the benefit of the team.
So, the Scrum Master manages anything and everything that comes in the way of the product development team and threatens to deter them from focusing on their core strength: product development.”
De eerste, tweede en vierde reden zijn voor mij geen voldoende aanknopingspunt voor het formaliseren van een Scrum Master position. Het management van afhankelijkheden is bijzonder in de Scrum context. Als het team self-organizing en zichzelf bedruipend is, hoeven er geen afhankelijkheden met derden gemanaged te worden.
Is servant-leadership al niet moeilijk genoeg?
De Scrum Guide stelt: “The Scrum Master is a servant-leader for the Scrum Team”. De ander willen dienen, juist niet vanuit een hiëarechische positie of macht. Invloed hebben zonder indrukwekkende functietitel. Geen opstap naar een hogere functie met nog meer verantwoordelijkheid, maar ervoor zorgen dat je team zo efficiënt en effectief mogelijk kan blijven produceren.
Voor een theorie-examen dat ‘grounded in The Scrum Guide’ is, moet je practices ondergeschikt maken
De pest is, dat een 16 pagina’s tellende Scrum Guide voor veel auteurs, opleidingsinstituten en zelfgenoemde guru’s niet genoeg is. Boekenplanken vol met Scrum ‘theorie’ kun je inmiddels kopen. Zo werd me van Managament Plaza een 87 pagina’s tellende The Scrum Master Training Manual aangeboden. Zelf heb ik eerder ook diverse andere boeken over Scrum, Agile, Agile project management gelezen en besproken. Nu trof ik een terecht commentaar van Muhammad Ahmad aan op het Scrum.org forum: “You should focus only on Scrum guide. Some times reading too much is also not good. You must focus on Scrum guide and what ever discussed in scrum guide. I’ve read many books on scrum and agile but for the PSM, I focused scrum guide and avoided looking into with other books or guides. The reason for this is, most books focus on best practices, tools, and techniques for better execution but Scrum guide focus on Framework an that is the crux. PSM questions usually are tricky and you must be able to quickly spot in a question whether it is about framework and or is techniques etc.”
Als je een examen over een framework ‘by the book’ moet afleggen, is het belangrijk de gegroeide praktijk ondergeschikt te maken. Ervaring / intuïtie / inzicht kan helpen bij praktijkgerichte vragen, maar boek = boek. Zo werkt het bij veel examens. Voor de praktijk van alledag is een theoretische opfriscursus zinvol. Waarom doen we wat we doen? Kan het effectiever en efficiënter? Zijn we de wortels en het doel van een aanpak uit het oog verloren? Hoe voorkomen we een stammenstrijd en gaan we zorgvuldig om een framework dat alleen bestaat “in its entirety” te respecteren en waar nodig te zien als “container for other techniques, methodologies and practices.”?
Leestips
En wil je toch verder lezen, kijk dan de aanbevolen literatuur rond onderwerpen die rond Scrum spelen op scrum.org na. Want ‘master’ ben je niet na een paar dagen studeren en een examen.
Related articles
Related Posts
Jeff Sutherland – Scrum: The Art of Doing Twice the Work in Half the Time
Agile and Scrum – Driving Success Through Innovation Conference 2016 part 1
Charles G. Cobb – Making Sense of Agile Project Management: Balancing Control and Agility- Agile and Scrum – Driving Success Through Innovation Conference 2016 part 2
5 mythen rond PRINCE2 in een agile context ontkracht
Productieteam en projectleider – wendbaar en van toegevoegde waarde