Where in the Scrum does a Project Manager go? Part I

A few years ago, there was a totally rad Program Manager who worked with a totally rad-er R&D team on big, cross-functional programs.

 

This Program Manager was rockin’ at her job (obviously), and enjoying the fruits of her diligence in learning and applying her department’s Waterfall of a process.

 

She got so comfortable with the process that she could sometimes swim in the Waterfall with her eyes closed.

 

Still, her (and other PMs’ in the department) programs and projects kept pushing right up against schedules, sometimes causing panic in big corner offices.

 

Then, someone from one of the big corner offices made the decision to allow the Waterfall to dry up, and to give Agility a go.

Scrum trainers were immediately brought in, books were read, and rules were set. (Sound familiar? More about that later).

 

The PMO was abuzz, and lit with the fire of the one question that was on everyone’s mind:
In this new world of Scrum, where do all the Project and Program Managers go?

 

As everyone learned very quickly, there are 3 roles in Scrum: Product Owner, Scrum Master, and Scrum Team.

 

No mention of Project Managers.
None.
(There’s a glimmer of hope when you start reading “Pro..”, then your face falls as your brain processes the rest of it: “..duct Owner”.)

In this new world of Scrum, Project and Program Managers needed a home, and with time, everyone concluded that there were three options:

1) Project/Program Managers could become Scrum Masters
2) Project/Program Managers could become Product Owners
3) Program Managers could keep their job as Program Managers, and learn to adapt processes and practices to work effectively between the Scrum team and the stakeholders

The end-result was a mix of all three:

1) Some R&D Project managers and some R&D team leads became Scrum Masters
2) Other R&D Project managers and some Program Managers became Product Owners
3) Some Program Managers remained Program Managers, but worked with stakeholders, Scrum Masters, Product Owners, and Scrum teams in a new way

It was an interesting and exciting time, with many highs and lows.

In the end, though, I learned a big lesson that has stuck with me throughout the years:

Job security is created via the possession of unique, solid skills and a passion for what one does, not via a job title.

 

It was the people who had a dedication to their work, along with a strong and differentiated skill set that were found a home in this new environment.

 

It’s not to say that people who possess these things will never lose a job or be at risk of losing a job. But those people will move on, and they will find a home that appreciates their talents.

In the next installment, I’ll talk about what characteristics and skills I saw as facilitating the move to either Scrum Master or Product Owner for Project and Program Managers.

Tagged , , , , , , , , , , . Bookmark the permalink.

4 Responses to Where in the Scrum does a Project Manager go? Part I

  1. Pingback: Scrum By the Book | Hala Saleh | Project Excellence Passionista | Agile Enthusiast

  2. Hi, the PM takes over the role of the Product Owner. The PM role should, on behalf of the business, manage the delivery of products within stages etc by value. i know this does not happen too often however this is what should happen. The Product Owner has the same responsibility in this area. The PM would usually not have the skills to perform the SM role as this should be closer to the technical delivery of the product. If the PM has full technical skills, then this could cause a delivery and design conflict. Hope this helps, Richard. Oh, the mindset change for PMs to agile can be problematic…but that said, there are planty of openings for prince and waterfall programmes……and of course, they continue to fail.

    • Hala says:

      Hi Richard -
      Thanks for your comment! I’m interested in knowing what you mean when you say “I know this does not happen too often” – in your experience, what role has the PM taken in a transition to Scrum?

      I am a bit confused since you said that if the PM were to take the SM role, they need technical skills, but then you also said that if they had full technical skills, there could be a delivery and design conflict.
      Does this mean you think a Scrum Master should have a certain level of technical skills but should stop before they get “too” skilled to do any damage?

      Honestly, I think that it’s more a matter of mindset than skills. If a PM with a technical background was able to set limits and boundaries, and understand that their role should ideally be distanced from the technical implementation, then that person can be successful in their role.

      I also don’t think that Prince and Waterfall programs are necessarily doomed to failure. I do think that there are circumstances and certain projects/industries/environments that may benefit from a Waterfall approach (I have to admit I need to learn more about Prince, though).

      Thoughts?

  3. Pingback: Where in the Scrum Does a Project Manager Go? Part II | PM Love

Leave a Reply

Your email address will not be published. Required fields are marked *

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

CommentLuv badge