I recently posted a question on LinkedIn about how to staff the Scrum Master role in a small organization with few people. I was pleasantly surprised by the level of engagement and the great perspectives shared by many people. And the reality is that I hadn’t thought deeply about the question before posting it.
And I am glad I put that question out there even though I hadn’t thought it out for myself. My typical coaching in this position would be to provide a set of options for the client based on my understanding of the client’s situation.
The insights I gained were enlightening and in some cases disturbing. Let me elaborate.
What Scrum Experts Say about Full-Time Scrum Master
This is the question I posed on LinkedIn:
Question for all the Scrum experts out there – How do you staff the ScrumMaster role in an organization with a small technology team?
I have a couple of clients who want to use Scrum. They have one small technology team of 8 or 9 people; they are a cross-functional team with end-to-end delivery capability. They want to use Scrum but they don’t have a person to play the ScrumMaster role, nor do they feel that they can spare a full-time person for one team this small. What would you recommend? I’ve outlined some options below:
1) Hire a full-time SM
2) Train the team manager to be a SM
3) Ask for a team member to volunteer to be a half time SM and work as a developer for the other half their time
4) Rotate the SM role within the team
5) Have no SM
6) Something else?
I am really interested in what people would recommend in this situation including those tagged below. Thanks in advance!
The responses I received on LinkedIn surprised me. There were various people that agreed with and advocated for each of the 6 options that I provided. Some thought you would be fine with no Scrum Master or rotating the role and on the other end of the scale, some said that you should not use Scrum unless you have a dedicated Scrum Master.
My esteemed colleague Bob Galen wrote a short blog on this topic which he called the ‘Scrum Master Dilemma’. Bob laid out his case for a full-time Scrum Master by making the point that you could substitute any team role and ask the question if the team would perform better with or without that role. That made sense to me. But I had a hard time with the idea that if you don’t have a full-time Scrum Master, you cannot do Scrum.
There were many people who argued strongly for the dedicated and full-time Scrum Master. In other words, one Scrum Master supports just one agile team. I have not personally experienced having a dedicated full-time Scrum Master for just one team, at least not when both are mature. I have seen dedicated Scrum Masters where either the Scrum Master is new or the team is new but not situations where both the team and Scrum Master are mature. But I can imagine what that would be like. You can see similar benefits in any professional sports team that has a host of “coaches” who are not on the field with the players yet make significant contributions to teams wins. No professional sports team would advocate for a part-time coach, rotating the coaching role within the team, or having no coach.
I just don’t understand the adamant insistence on all or nothing thinking. I am not suggesting that it is the same, but there are benefits to using Scrum even if you don’t have a dedicated Scrum Master:
- A prioritized backlog representing a single source of work for the team
- A timeboxed iteration (sprint) during which the team plans, executes, and delivers together
- A cadence of meetings with a set purpose and agenda to provide focus, feedback, and continuous improvement
- Common sprint goals
Would it be better if you had a full-time and dedicated person to remove impediments, assist with the process and create an environment for the team to succeed? Sure. But there are others in the environment (chiefly managers and leaders) who could support the team with that as well. Perhaps.
In doing some research after I posted the question to LinkedIn, I found this posting by Mike Cohn which addressed my specific question.
What I found baffling while debating this issue was that teams who could not justify a full-time ScrumMaster were not really being left a viable Scrum option. Those taking the “100 percent or nothing” approach were saying that if you don’t have a dedicated ScrumMaster, don’t do Scrum. That’s wrong.
— Mike Cohn, Mountain Goat Software
That is an interesting perspective from one of the co-founders of the Scrum Alliance and someone considered one of the top 20 most influential agile people.
I like Mike Cohn’s work and even recently recommended his book “Succeeding with Agile” as one of the texts for a class I teach at Northwestern University. I don’t always agree with him. But in this case, I do.
Bottom Line – Full-Time Scrum Master or Not?
The idea of choosing between a 100% dedicated Scrum Master or not using Scrum is a false dichotomy and it is also dead wrong. It feels like the “Scrum Police” are dictating the one right way to do something. And it feels not only prescriptive; it seems condescending.
What do you think – Is a full-time Scrum Master required to use the Scrum Framework or not?
I believe the question should be more precisely rephrased:
What is the minimum viable commitment of a Scrum Master per each Scrum-Team ?
Seconding Mike Cohn’s opinion (i follow him, taking a lot of good teachings) something less than 100% is still acceptable, but I hardly believe that a 10% SM availability could be seriously considered.
IMHO the abvailability can’t be stretched below 50%. It’s feasible, for instance to dedicate 20% of SM team to other duties such as admin/contract stuff or interviewing new candidates, leaving 80% to the proper SM activity. The idea of a SM following 2 teams could be interesting to gain some scale-economy advantages, but only if the 2 threads are organized in order to avoid interferences and conflicts.
Let’s come to the practical issues.
Assuming 2 Scrum Teams with working times aligned on the same Time-Zone, the Sprints should be on alternate phases, in order to allow the attendance of the prescribed events.
For instace, the 2-week sprints must start on alternate weeks to allow the SM be present during each Sprint Planning (which must occur, most likely, on Monday morning) and so on.
Another important task of the SM is removing impediments. You can discipline many things, but not the emergence of impediments, which may happen at any time. The sooner the SM reacts, the lower the impacts.
The first agile value is “Individuals and interactions over processes and tools”. SM absence could quickly transform in bureaucracy and operating procedures such as (report the issue on the appropriate tool and I will process it as soon as I will be available).