Take the 2-minute tour ×
Project Management Stack Exchange is a question and answer site for project managers. It's 100% free, no registration required.

How a scrum master does compare to a traditional project manager, and can either role coincide with the role of product manager or project sponsor / project owner?

share|improve this question
    
I had the same question... see the answers from programmers –  Coder Hawk Feb 22 '12 at 5:49
    
Related question: pm.stackexchange.com/questions/9335/… –  jmort253 Jun 11 '13 at 3:09
add comment

8 Answers 8

Scrum makes the distinction between supporting the team in WHAT work they do and HOW they do it. Trying to have one person play both of these would create a great deal of conflict. How do you choose in a stressful situation between negotiating features or helping the team grow and reach consensus. A scrum master is a facilitator, how can he/she facilitate if she owns the project too?

enter image description here

"The Product Owner and Scrum Master roles complement each other; The Product Owner is primarily responsible for the “what” – creating the right product. The Scrum Master is primarily responsible for the “how” – using Scrum the right way. Only when the right product is created with the right process is enduring success achieved." –Roman Pichler, “Agile Product Management with Scrum”

Here is my visual view between the tradition vs. scrum roles...

enter image description here http://skipstoneconsulting.blogspot.com/2011/12/identifying-with-titles-or-what-happens.html

In summary, to specifically answer "Why can't the scrum master and the project manager be the same person"? is because you can not (should not) ask one person to be responsible for HOW the does their work and WHAT work the team does because under business pressure, the person will cave or favor one side of the spectrum. Mostly likely the "What" part. With some there watching over the "high" you ensure that quality and good team practices and more are also getting the focus that is needed to keep a healthy performing team, while the other is focused on making sure that healthy performing team is getting good focused input and vision from one source.

share|improve this answer
2  
I REALLY like Erin's graphical presentations. +1! –  Tiago Cardoso Feb 22 '12 at 11:43
2  
*sigh* It would be a perfect answer if it actually took into account that some projects will not, and should not, be successful. Kind of fed up of people making claims that Scrum promotes "enduring success". Done right, it promotes fast failure. That's not the same thing. –  Lunivore Feb 24 '12 at 8:32
    
I mean putting the graphics. We understand quickly how a scrum works. –  Simon Boulanger Feb 24 '12 at 14:50
1  
But you don't. Focusing on how to make things successful stops you looking to see what's going wrong, and that's how a Scrum works. It's also why you can't make a PM take on an SM role in most orgs; because he's not allowed to fail or show that the team are failing. The "enduring success" assumes that you're building the right thing, the right way... and you aren't. You really aren't. It's a good division of roles, for sure, but the roles that kill off the project when it needs it are missing, and there's nothing about reflection, feedback or changing direction. –  Lunivore Feb 24 '12 at 16:57
    
It seems to me we are starting to answer a much larger question beyond the basic possible division of responsibilities. I made these to help some PMP folks make a jump (like I had to). I agree that there is a lot more coaching a people issues that you have to manage. I would also never make someone take on a new role. This was mostly to help people that were afraid their role was going away and helping them shift their mental model to play a new role. Great stuff! –  Erin Beierwaltes Feb 24 '12 at 21:24
show 3 more comments

Why can't the scrum master and the project owner be the same person?

It's simply the conflict of interests and focus. The project owner's main focus is on the success of the project, and make it happen, however the scrum master's main focus is on the team and its development. Two different things which cannot be done successfully by one person at the same time.

On the other hand there is the time issue. The project owner communicates with customers and stakeholders and reports to executive management and these activities are quite time consuming and I've never seen anybody who managed to take care of a team while doing it.

How do they compare to a traditional project manager?

If you need any connection to the traditional project management then the project owner is the project manager flavoured with a bit of architectural skills.

share|improve this answer
    
I disagree that project (product) owner has/should have architectural skills. In my mind, they should be business, not tech focussed. They concentrate on delivering value to the customer (by understanding customer needs and prioritising the most important work), not on technical design or implementation. –  Ben Feb 20 '12 at 11:21
    
Based on my experience when the product owner doesn't understand certain technical details then the project suffers. Let's say the team faces a technical debt and wants to solve it. I don't see a business focused project owner letting the team doing it or understanding its benefits. Scrum advices to have cross-functional teams and cross-functionality applies for product owners as well, meaning business + architecture –  Zsolt Feb 20 '12 at 11:35
1  
I think we'll agree to disagree on that one, might open a separate question for it! –  Ben Feb 20 '12 at 13:01
    
@Zsolt agree with you on when the product owner doesn't understand certain technical details then the project suffers.. I would say even the team member suffers. –  iSid Feb 23 '12 at 6:09
    
I finally found some time to write the question. Here it is: pm.stackexchange.com/q/4823/468 –  Zsolt Feb 26 '12 at 8:33
add comment

According to the guidelines for scrum, the Scrum master is accountable for removing impediments to the ability of the group to deliver the sprint goal/deliverables.

The product owner has other responsibilities, such as conveying the vision, organizing and prioritizing the product backlog, interviewing stakeholders to determine what they need the product to do in order to solve their problem.

The one thing the product owner must not do is micro-manage the team. Not only would handling product owner responsibilities and removing roadblocks be an impossible combination, the person trying to wear too many hats would likely end up doing just the opposite of what the scrum master is supposed to do. Instead of eliminating impediments, this person would likely be the impediment.

share|improve this answer
    
Impediment removal is one of the most mis-understood things in Scrum. Be careful not to turn your ScrumMaster into an order taker: "Hey ScrumMaster I have a problem, ..., please solve it for me" –  Mark Levison Oct 15 '12 at 14:20
add comment

The Scrum Master is responsible for creating an environment in which the team communicates honestly and transparently and delivers to the best of their abilities. This also provides data on which the Project Manager can act.

The Project Manager is responsible for the success of the project.

Some projects should not be successful. There is no recipe for enduring success. Some projects will never pay back for themselves, and despite the many claims, even Scrum won't make those projects successful.

These are often projects which are competing against existing products in the market, or against existing legacy products internally, and which need to provide minimum features from those products to be successful, so iterative delivery won't help in this respect.

Done well, Scrum will show up the death-march or escalating budget early. This is often in direct competition with the Project Manager's goals, and that's why the Scrum Master role is useful.

For a PM to be able to take on the role of an SM they would have to work in an organisation which allowed for transparent communication above the PM management layer, and for projects that ought to die to be killed off. This isn't the case in most organisations, so most PMs can't act as SMs.

share|improve this answer
add comment

The ScrumMaster and the project manager shouldn't be the same thing because the team needs to feel that they are accountable to the team (not the scrum master). Daily Standups are reports to the Team (not the ScrumMaster). The ScrumMaster is there to remove obstacles and impediments, not to manage the team - the team is self-managing.

share|improve this answer
add comment

The team should agree on a Product Owner and a Scrum Master and nothing should constrain the team in picking the best people - or person - for those roles. If the team trusts a single person to do both and the stakeholders are satisfied with the value delivered by the team, then we're done here.

Empowering the Development Team is the essential core of Scrum. Both the Product Owner and the Scrum Master need to understand that their most important job is to stay out of the team's way and allow, or even force, the team to learn to solve its own problems.

  • The Product Owner is accountable to stakeholders for the content of the backlog and the value delivered by the team.

  • The Scrum Master is the team's resource regarding the rules of Scrum, and also helps ensure that managers, stakeholders, the PO, and the SM him/herself do not interfere with the team's ability to self-organize.

There's nothing incompatible about those responsibilities, and neither one is necessarily a full-time job (especially as the Scrum Team becomes experienced), so there's no reason they can't be performed by the same person. Since neither one of them gets to tell the team what to do, conflict of interest shouldn't enter into it.

Traditional/hierarchical job titles like "product manager" (or "dev lead") are irrelevant to Scrum and should be ignored by the team. Those individuals might be PO or SM or they might not. There's a specific risk in picking "managers" or "leads" for Scrum roles, which is that the team may be in the habit of deferring to those people, which undermines self-organization. In that case, significant effort is needed to ensure that the team manages itself and takes responsibility for its own work!

share|improve this answer
add comment

if you see the problem in terms of conflict, focus, different goals, WHAT, HOW and segregation, yes SM and PO can't be the same person unless it has dual personality.

but, if you see things from collaboratively teamwork, cross-competence and passion to deliver value to the customer (Agile) I see no point why SM and PO should not be the same person.

if you see at micro level in term of tasks and responsibilities, yes, it's a huge difference. but if you look from macro level perspective changes considerably. it's a matter of opinion where you set your perspective. I've learned this lesson from a great dude, that actually creates something for Agile community that it calls "dude's law".

I also must admit that the second perspective it's very hard to be achieved in high hierarchical, segregated, non-Agile companies.

share|improve this answer
add comment

In most of the answers I read, many argue that the project manager does not have the time to micro manage the team. So we need a Scrum master to manage the team and the project manager takes the more major responsabilities like communicating with clients, etc. I never acted that way. I always managed completely the team I was responsable of. I would never implement a scrum, I would feel limited in what I want to do and how to do it.

So I prefer to talk about the:

  1. project manager : the person in charge to make all management decisons.
  2. team: those who who deliver the job.
  3. client: the ones who pay the money to get a project done.

That is the traditionnal way to manage a project, but I think it is still the best.

enter image description here

The problem in any project is to communicate effectively. I prefer direct human relations to emails but not all the time. I am convinced that talking directly to your team members, to solve problems and to innovate, builts a better team spirit than anything else.

I prefer a lighter, self desinged model, that anyone could agree on after a meeting.

Emails or planification sofwares should be used to do regular repetitive tasks to help the project manager do something else instead: manage his team and building a team spirit. It is a very personal view based on my own experience.

I have learned to trust my own abilities, as all of us, and those of my team members, especially on innovating and getting the job done in time but mostly on agreeing together on how to do it. I have so much fun working that way.

I witnessed often people spending most or their time trying to implement a model that, in fact, was not that useful. I find models to be sometimes very complex to do simple management tasks.

I learned in my studies the basic dimentions of management for any kind of situation:

1) Planning: What are you going to do and with what kind of ressources.

2) Organizing: Putting people together with material ressources to do the job.

3) Directing: Leading the team trough the process from the beginning till the end.

4) Evaluating: Constant feedback to evaluate if the goals set in step one are being reached.

enter image description here

Those are the four dimentions of management for any kind of situations. I always apply them, but finding a new and innovating way every time for any new projects. If the project is the same, we repeat one past succesful experience. I do not like being in a too rigid frame honestly.

My point of view is that any kind of project should have only a project manager, no other manager like a scrum master for example. In the Scrum model, I feel they divided in 2 or more the tasks of the project manager unnecessarily. It is a receipy for autority conflicts to my point of view based on my experience.

share|improve this answer
1  
You didn't answer the question. Why can't the scrum master and the project manager be the same person? I know you put a lot of work into this, but I hope it makes sense to you that the goal of this site is to provide answers to the question that's currently being asked. –  jmort253 Feb 24 '12 at 6:48
add comment

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.