The Rightful Product Owner - Avoid Proxies

Photo by Loren Javier

In many organizations transitioning to Agile, there are challenges when it comes to finding and training people to be Product Owners, particularly when the transition is more of an IT initiative than a company initiative.  Too often organizations rely on Product Owner proxies because the right people are overworked or distant from the team, and those barriers are not addressed.  A proxy person is not empowered, and the effects will be obvious with the development team and quite possibly the product itself.

Recently I've seen two examples at different organizations where the rightful Product Owner emerged.  The development team recognized the benefits of working with this person and started collaborating with him, even though he didn't have the PO job title or role assigned to him.  Team members looked to him for vision and context, included him in team meetings, and taught him about Agile and Scrum.  

What makes someone right for the Product Owner role?  He is responsible for maximizing the value of the product and the work of the development team.  He is focused on the end user and the goals of the business. He has a good working knowledge of the product. He has a vision for the future of the product and can make intelligent decisions about it.  In the two organizations I saw, individuals said they did not have enough time to be 100% dedicated Product Owners, and in both cases, those same individuals carved time in their calendars to spend with the development teams because they recognized the value in doing so.  Actions speak louder than words.

Anyone could be given the title of "king," but not everyone can pull the sword from the stone--anyone can learn about a product and its vision, but not everyone can be the empowered voice of development.  The Product Owner is not a requirements engineer.  The Product Owner is not concerned about writing perfect user stories.  The Product Owner is not a proxy.

Failure to have the right Product Owner will slow the progress of the product and adds risk to delivering what the customer wants.  Long live the rightful Product Owner!

Allison Pollard

Allison Pollard helps overwhelmed technical leaders debug their management approach. She teaches them how to manage up, support people through change, and make time for strategic work. Her education in computer science, mathematics, and English from Southern Methodist University helps her connect technical work with people management. As a Certified Professional Co-Active Coach (CPCC) and Professional Certified Coach (PCC), Allison focuses on improving product delivery and leadership culture. Her experience includes work in energy, retail, financial, real estate, and transportation industries. Allison regularly speaks at global conferences like Scrum Gatherings and Agile Alliance's Agile20xx. She promotes women's leadership as the program director for Women in Agile's Mentorship program. When she's not working, Allison likes to drink lattes and listen to Broadway musicals. Allison is a proud glasses wearer and co-owner of Middlegame Partners.

http://www.allisonpollard.com
Previous
Previous

Visibility of Leadership

Next
Next

Agile Roles and Responsibilities