While the role is discussed in many books and articles, I find that it is still not always correctly understood. What’s more, it’s not uncommon in my experience that product owners have to do their job without the support of a Scrum Master or agile coach.
So why is the role important? I view the Scrum Master as someone who takes care of process, collaboration, and organisational change issues. This includes the following six duties:
Having an effective Scrum Master allows you to focus on your job—to maximise the value the product create. It avoids that you get too involved with people, process, and organisational issues. A Scrum Master can also be a sparring partner for you—someone who you can discuss concerns with and who offers helpful feedback.
You can think of the product owner and Scrum Master as two complementary roles in Scrum: the former is responsible for product success and the latter for process success. And without the right processes in place, it is hard to maximise value creation on a continued basis.
In theory, your Scrum Master should focus on providing people and process leadership. In practice, however, Scrum Masters sometimes take on duties that do not belong to the role, including the following three ones:
You can view the Scrum Master as an enabler or a coach, as someone who helps others understand how they can create a valuable product rather than doing the work for them.
As I mentioned earlier, it’s not uncommon in my experience that there is no Scrum Master at all or that the role is not effectively applied. But as the Scrum Master work is important, someone else usually steps up and takes on the duties. Often, that’s you, the person in charge of the product. While it’s great to care about the development team and the process, taking on Scrum Master duties in addition to your other work is a bad idea for the following three reasons:
Therefore, if you don’t have a Scrum Master or if the individual is not able to do an effective job, then don’t take on the role—certainly on for an extended period. Instead, address the problem and its causes. In the first case, consider how you can help the decision makers in your company understand that Scrum Masters are not optional but mandatory to foster an agile way of working and to support product people and their development teams.
That’s not only true during an agile transition, but it also applies to organisations that have used agile practises for some time. This ensures that product owners, development teams, and stakeholders receive support on a continued basis. Personally, I find it simply unfair to ask someone to be a Scrum product owner without ensuring that the individual has an effective Scrum Master to partner with.
If you have a Scrum Master, but the individual’s work is ineffective, then explore the causes. For example, the Scrum Master might be stretched and does not have enough time to do a good job; the person might lack the skills to be effective; or there might be conflict between the Scrum Master and the development team members or yourself.
Whatever the cause might be, talk to the Scrum Master. Share your observations as objectively as possible without judgement or blame, and actively listen to the Scrum Master. This will allow you to understand their perspective and empathise with them. Offer your help when possible and be willing to change when that’s necessary. If the Scrum Master is not willing to adjust their behaviour, though, then it might be best to find another person who can play the role and is more effective at supporting the dev team, product owner, stakeholders, and the wider organisation.
It may not be pleasant to experience, but conflict is necessary to innovate successfully. Without…
Developing a winning product strategy is hard. Keeping the strategy relevant and achieving continued product…
The product roadmap is a popular product management tool that communicates how a product is…
The product strategy is probably the most important artefact in product management. But how do…
A product team is a cross-functional group whose members work together to achieve product success.…
The most amazing product strategy and product roadmap are ineffective if the stakeholders don’t support…
View Comments
All very good points. In practical terms, how large should an R&D department be to justify hiring a full time SCRUM master? 3-4 development teams? Sometimes hiring a very specialized role too early can backfire as that role will create too much process and unnecessary work. Something to also consider is that not all teams have to do SCRUM at all times. Devops or SRE teams might prefer Kanban which can further limit the scope of such a specialized position.
Thanks for your feedback and question Smaranda. When you consider to hire a Scrum Master, I would primarily look at the teams' and organisations' ability to effectively apply agile practices. The better the teams are at applying Scrum and achieving the agreed outcomes, the fewer Scrum Masters you will need. And the better an organisation is at supporting the teams and creating the right environment for them, the smaller the number of Scrum Masters can be. But if you want to practice Scrum, you will need at least one Scrum Master. An experienced Scrum Master should know more than the Scrum framework and also be able to apply a Kanban-based process. Hope this helps.
What is your opinion about how many teams a Scrum Master should manage? And what kind of knowledge about the product and the desired outcomes should the Scrum Master have?
Thanks for sharing your question Basti. Strictly speaking, a Scrum Master should not manage a team at all. Instead, the individual should help the teams to practice self-management. How many teams a single Scrum Master can support depends on four factors in my experience:
The better the team and organisation are at applying agile principle and practices and the more expertise and availability the Scrum Master has, the more teams the individual can look after. I can't remember, though, that I have seen a Scrum Master who looked after more than 4-5 teams.
Hope this helps!
I have been in Agile for over 20 years and 15 of those as a Scrum Master/Coach. Regarding the number of teams a given Scrum Master can facilitate, for myself I have found my upper bound to be "2". This is my limit to be effective, and my effectiveness falls quickly at "3". Serving one or two teams in all of the many personas a Scrum Master should fulfill requires investment in the team: teaching, guiding, and protecting. I have heard SMs who said they could handle four or five teams concurrently, but when I observed them it was apparent they were not facilitating any single team effectively. Scrum Masters should be careful how far they stretch themselves across multiple teams.
Thanks for sharing your perspective Gary.
A couple years ago, I told my then-manager that I wanted to be a Scrum Master (I was currently a business analyst on a product team). My manager said sure, then made me a PM and BA on a different product team, and since then I've been expected to fill all three roles (with SM the lowest priority). As a result, I feel like I'm doing all three roles in a mediocre fashion and not nearly as effectively as I could if I had just the SM role. I can definitely relate with your definition of what a SM should and should not be doing.
Thank you for sharing your experience Robert. I hope that you will soon be able to focus on one of the roles.