Using Agile in Product Management – A New Chief

Being a Product Manager in software companies has never been easy.  If anything, every veteran Product Manager I know (yours truly included) describes their career as a love-hate relationship at best.  The advent of Agile software development and the introduction of the Product Owner role caused even more headaches for a lot of Product Managers.  Why?

Typically, one of two things happens when the development team goes Agile:

1.  The Product Managers are asked to fill the Product Owner role.

2.  The Product Owner role is created in the development team and Product Management still exists outside the development team.

Just going from anecdotal evidence, it seems that #1 is much more common than #2.  Both are problematic though.  In the first case, the dev team expects the Product Manager (PM) to suddenly fulfill the Product Owner (PO) role as described in their Scrum training while the rest of the business expects the PM to continue working with them just as before – you wind up with one foot in Agile and one foot in your “traditional” role and your overall workload increases significantly.

In the second case, the PM may be a dotted-line manager for the POs.  I worked in one such environment, and it worked fairly well.  In fact, we wound up organically arranging ourselves in a relationship that some Scrum folks had already thought about.  I’m talking about a PO team where there are multiple POs who report to a Chief Product Owner (CPO) who ensures consistency in strategy, vision, and execution among the POs working on the same product or product line. I won’t bother rehashing someone else’s work here – you can just Google “Chief Product Owner” to learn more.

The experience reminded me of what Pragmatic Marketing would refer to as a Strategic Product Manager vs Technical Product Manager relationship.  And as you would probably guess, the CPO handles a lot of the higher-level stuff that many of us Product Managers have cried “B.S.” over in the PO role – like the mythical ability of POs to own P&L and determine ROI on a feature by feature basis or do real roadmapping.  That one always makes me laugh.  And then cry, and then laugh some more.  I mentioned the love-hate thing, right?

One thing I would tweak if I found myself in that situation again – I would have the POs formally be a part of the PM org.  Why?  POs need to eventually learn all the other “Product Management stuff” that Agile folks (and frankly, just about everyone else too) doesn’t realize that PMs do.  That’s an issue for another time.

Next in this series – we’ll talk about how Product Managers can be Agile.  And I don’t mean “work with Agile dev teams”, I mean use Agile-inspired principles and processes to do Product Management work.

How about your experience when your dev team adopted Agile?  Did you pick-up the PO mantle or did you find yourself trying to co-exist with the new role?  And does the CPO role sound like it could be a fit for your situation?

Leave a Reply

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