Project Management

What do you call a Product Owner with no authority?

From the Easy in theory, difficult in practice Blog
by
My musings on project management, project portfolio management and change management. I'm a firm believer that a pragmatic approach to organizational change that addresses process & technology, but primarily, people will maximize chances for success. This blog contains articles which I've previously written and published as well as new content.

About this Blog

RSS

Recent Posts

Leading Through Crisis Means Leading Through Context

"It's the end. But the moment has been prepared for." - retirement lessons from the Doctor

Just because they are non-critical, doesn't mean they are not risky!

Just because they are non-critical, doesn't mean they are not risky!

How will YOU avoid these AI-related cognitive biases?

Categories

Agile, Artificial Intelligence, Career Development, Change Management, Communications Management, Decision Making, Governance, Hiring, Kanban, Lessons Learned, Personal Development, PMO, Portfolio Management, Project Management, Resource Management, Risk Management, Risk Management, Schedule Management, Scheduling, Tools

Date

linkedin twitter facebook Request to reuse this  

Categories: Agile, Project Management


In 2003, Barry Boehm and Richard Turner coined the acronym C.R.A.C.K. to remind us of the key characteristics of an effective Product Owner:

  • Collaborative - Are they able and willing to negotiate with stakeholders about needs, wants and priorities to come up with an optimal product scope?
  • Representative - Are they able to "walk a mile in the shoes" of a given stakeholder to help team members and others understand the context behind a particular need?
  • Authorized - Have they been empowered to make the majority of product prioritization decisions without the need to seek approval from higher ups?
  • Committed - Have they fully bought-in to the product vision and do they have sufficient capacity to fulfill their responsibilities as a PO?
  • Knowledgeable - Do they have sufficient product domain knowledge but also the organizational savvy to know who to engage, influence or persuade?

Having worked with multiple companies who have struggled with Scrum, ineffective POs are one of the more common challenges I've encountered. And while a weak team might release a product late, at a higher cost than expected, or with lower quality than desired, having the wrong PO might result in the wrong product or service being produced which has a much greater negative impact.

I've had the misfortune to witness multiple PO dysfunctions including:

  • An unwillingness to consider other perspectives
  • Insufficient engagement of certain key external stakeholders
  • Not striking an optimal balance between time spent with external stakeholders and with the delivery team
  • Having the majority of decisions approved by someone else
  • Having more than one PO
  • POs who are only available for Scrum events
  • POs who don't respect the team's responsibilities over the "how"
  • Lacking domain or organization awareness

If I had to pick the most common weakness I've observed, it was a lack of availability. They usually had someone with the right personality, knowledge and authority, but that individual was stretched too thin.

You can't fulfill the obligations of a PO off the side of your desk.

I ran a poll in the PMI LinkedIn Project, Program and Portfolio Management discussion group to learn what others had experienced. I was surprised to see that insufficient capacity did not receive the majority of the 37 votes cast. A lack of decision-making authority was reported in more than half of the responses, with knowledge gaps representing just under a quarter. Insufficient availability and an unwillingness to collaborate both received under 15% of the vote.

But when I reflected on these results, they do make sense.

You can hire someone with the right personality or knowledge. If they are a new addition to the organization, they can be mostly dedicated to being a PO. But if your organization's default decision-making culture is by committee or by escalating to the most senior leader, it takes a lot of effort to change that.


Posted on: March 27, 2022 07:00 AM | Permalink

Comments (8)

Please login or join to subscribe to this item
avatar
Luis Branco CEO| Business Insight, Consultores de Gestão, Ldª Carcavelos, Lisboa, Portugal
Dear Kiron
The topic that you brought to our reflection and debate was very interesting.

Thank you for sharing the topic and the results you got from your survey.

Last week I asked him what the acronym C.R.A.C.K.
Today, with your article, you contributed to the increase in my learning about the subject.

Can you draw meaningful conclusions from 37 responses?

avatar
Kiron Bondale Retired | Mentor| Retired Welland, Ontario, Canada
Thanks Luis -

Given that my previous conclusion that limited availability was the main dysfunction was challenged based on the votes, the results though not conclusive did cause me to think deeper about the challenge. It is hard to say what a representative sample is without getting additional info from those who respond. After all, if I got 100 responses which would seem to be more usable, but all 100 were from folks in IT, that might be less relevant than a smaller sample size which covered more contexts.

Kiron

avatar
Rami Kaibni
Community Champion
Senior Projects Manager | Field & Marten Associates New Westminster, British Columbia, Canada
It’s the first time I hear of CRACK, thanks for the informative piece Kiron. You touch on some very important points when it comes to POs Dysfunction.

RK

avatar
Kiron Bondale Retired | Mentor| Retired Welland, Ontario, Canada
Thanks Rami!

Kiron

avatar
Tiago Romao Project Manager - PfMP | PgMP | PMP | ACP | PBA | CBAP | CSM | MSc.| Altice Portugal | Meo Sobreda, Setubal/Almada, Portugal
Hello Kiron B.
No authority is a common trait on Product Owners and also on Project Managers, Scrum Masters.

Managing product development demands the "CRACK" characteristics but the "levels" of these are most of time unclear, undefined by leadership, e.g.
Level of authorization for decision-making is at functional heads, directors or even CxOs . It's easy to see POs get demotivated and lost on their desks due to lack of leadership, sponsorship.

avatar
Warren Simon Program Manager| DoD Baltimore, Md, United States
Very interesting perspective.

avatar
Justin Fu Senior Systems Engineer| Parsons Bristow, Va, United States
Agree, thanks for sharing perspective

avatar
Shanos Kunhahamu Product Manager, Mobile Wallet| First Abu Dhabi Bank Dubai, United Arab Emirates
Thank you Kiron for sharing your experience.

Please Login/Register to leave a comment.

ADVERTISEMENTS

"Man prefers to believe what he prefers to be true."

- Francis Bacon

ADVERTISEMENT

Sponsors