Skip to main content

Scrum Myth: The Scrum Master is a Project Manager

January 4, 2018

I often get this question when coaching or training organizations new to Scrum: “I’m a project manager. What do I do?”

I’m happy when I get the question; it gives me the opportunity to talk it through. Too many times, people assume or jump to the conclusion that the role of project manager must be the Scrum Master in the Scrum framework.

Maybe it’s because they kind of know what a Product Owner does. The role has the word “product” in it anyway and we know what the product is—sort of. And everyone knows what a “developer” is—or at least they think they do. But what is this crazy term: Scrum Master? They know they have “project managers” and Scrum Master is new an unfamiliar so, obviously, the Scrum Master is a project manager, right?

Wrong!

For whatever reasons people believe the Scrum Master to be a project manager, they couldn’t be much further from the truth.

From the Scrum Guide:

The Scrum Master is responsible for promoting and supporting Scrum as defined in the Scrum Guide. Scrum Masters do this by helping everyone understand Scrum theory, practices, rules, and values.
The Scrum Master is a servant-leader for the Scrum Team. The Scrum Master helps those outside the Scrum Team understand which of their interactions with the Scrum Team are helpful and which aren’t. The Scrum Master helps everyone change these interactions to maximize the value created by the Scrum Team.

Most Scrum-knowledgeable people would also say the Scrum Master “removes impediments.” Which is true although she may do so by coaching the Development Team or Product Owner on how they could remove the impediment themselves. If we’re able to move forward again, we’ve adhered to the intent of the Scrum framework.

Contrast this description with the role of project manager. To do that, I often ask groups to list the activities of a project manager. After learning about the roles in the Scrum framework, we then go through those activities and decide which role in Scrum might be responsible for that activity, based on the definition of Scrum.

Here’s an example of one such exercise:

Project Manager Activities

(By the way, “mgmt” means “management.”) Of course, your list of project manager activities may differ. I’ve found each organization has their own. In this image, PO stands for Product Owner, DT for Development Team, and SM for Scrum Master. Notice the Scrum Master has little, if anything, to do with traditional project manager activities!

Nevertheless, at least 80% of the activities people typically identify as “project manager stuff” are performed (although sometimes differently) by one or more roles in Scrum.

So, what about the other 20%? Maybe you need a project manager for that. I don’t know. Sometimes, those activities are specific to waterfall development and may no longer be needed. Or maybe they’re needed for now but may be modified or eliminated as the organization matures in its use of Scrum.

So back to the original questions: “I’m a project manager. What do I do?” The answer is: How can you best contribute to the goals of the organizations.

Groups don’t (or at least, shouldn’t) adopt Scrum for Scrum’s-sake. People adopt Scrum to improve business agility—their ability to quickly and effectively respond to changes in their environment. So how can you contribute to that?

That’s when the discussion gets interesting.


What did you think about this post?

Comments (7)


Napoleon M
08:36 pm January 5, 2018

Maybe the Project manager could be a good Product Owner. A good project manager always had delegated a lot of functions to his team.


Kindo Malay
02:06 am January 8, 2018

I think the key words in your response are 'could be' The challenge I've seen is the baggage that a seasoned Project Manager might bring along to the Product Owner role that is potentially detrimental in environments where the agile toolbox is being utilised, incl. mindset. That said, depending on the individual it would be folly to ignore the experience gained prior to stepping out of a Project Manager role.

Someone somewhere noted that a Product Owner is the What & the Why and a Project Manager could be the Who & the When and the Development Team is the How. One could argue Delivery Lead is a better role title for a Project Manager.

One of the other challenges for fledgling Product Owners can be to overstep the What & the Why and solution for the Development Team, i.e. the How, especially if the PO is from a technical background. This can tip the balance from healthy tension between the PO and the Dev team more toward unhealthy.


mehaboob ali
08:37 am January 12, 2018

Cross marked in the images are meant to be that roles could take care of those activities? If so it could be a right mark instead of cross. Does scrum master does not have any activities in scheduling may be like release planning?


Peter Fessel
10:58 am January 25, 2018

What speaks against the Scrum master taking on some or all of the project manager activities mentioned above? In my opinion the Scrum master CAN be a project manager as well. The responsibilities quoted above from the Scrum guide don't prevent the Scrum master taking on more classic project manager activities, do they?


Sarah
11:24 pm February 28, 2018

Maybe a project manager for one project isn't neccessary, but more that one project the Scrum Master Role isn't enogh, also, there are so many work for the PO in one project, for one person it's too much, the PO needs time to do the requirements and to write the User Stories, the day just has 24 hrs.


Kevin Packard
10:50 pm April 29, 2020

The way this has kind of worked out for me anecdotally is that senior PMs work better transitioning to Delivery lead or program manger roles than they do to a scrum master role. This is because command and control and task management behavior is actively detrimental to a scrum team as opposed to helpful. Sitting outside a scrum team, the Delivery lead can help manage deployments, delivery timelines, resourcing and risk support for the product owner, etc. and that is usually a better fit at least for senior PMs.

The scrum master almost couldn't be more different from a project manager. A lot of organizations fail to recognize this and screw up their agile mobilization by treating scrum masters as though it is just a project manager with a few new responsibilities.

Also, a product owner is not a task delegater. If they are, they're doing it wrong.


Kevin Packard
10:53 pm April 29, 2020

It's not a hard line, but generally speaking, no. The scrum master and project manager have totally different operating styles, so advanced project manager training and experience often makes someone really mess up the scrum master role and can inhibit the team's effectiveness instead of aiding it.

Project managers usually make more sense sitting outside the scrum team in a supporting role to the Product Owner helping to plan delivery timelines and manage resourcing, and taking on reporting responsibilities. A scrum master should explicitly not take on these responsibilities because it interferes with the intended dynamics of a scrum team. A scrum master is not in any sense a team manager - they are a coach and a block remover.