TL; DR: Overruling the Product Owner
There are plenty of failure possibilities with Scrum. Since Scrum is an intentionally incomplete framework with a reasonable yet short “manual,” this effect should not surprise anyone. For example, what if the stakeholders—who bring the budget that is funding your Scrum team—insist on calling the shots by overruling the Product Owner’s prerogative to define the composition and the ordering the Product Backlog? What if your stakeholders suffer from the “my budget, my feature” syndrome?
Join me and delve into the effects of overruling the Product Owner in less than 140 seconds.
🗳 Update: Join the poll and its lively discussion on budgeting in Scrum.
🗞 Shall I notify you about articles like this one? Awesome! You can sign up here for the ‘Food for Agile Thought’ newsletter and join 33,000-plus subscribers.
🎓 Join Stefan in one of his upcoming Professional Scrum training classes!
📈 Free: Download the Agile Metrics Survey 2021.
The Scrum Guide on the Product Owner
Let’s refresh our memories regarding the job of the Product Owner:
The Product Owner is accountable for maximizing the value of the product resulting from the work of the Scrum Team. How this is done may vary widely across organizations, Scrum Teams, and individuals. […] For Product Owners to succeed, the entire organization must respect their decisions. […] The Product Owner is one person, not a committee. The Product Owner may represent the needs of many stakeholders in the Product Backlog. Those wanting to change the Product Backlog can do so by trying to convince the Product Owner.
Source: The Scrum Guide on the Product Owner.
The key to understanding today’s overruling the Product Owner anti-pattern is the last sentence: “Those wanting to change the Product Backlog can do so by trying to convince the Product Owner.” It is the prerogative of the Product Owner to define the composition and the ordering of the Product Backlog. No one has the right to interfere with that competence.
Stakeholders may lobby for a change of the Product Backlog, pitching their needs in a general competition for the capacity of the Scrum team. However, pulling rank or—here—pointing at bringing the budget derails the whole Scrum process and is hence counter-productive.
Cannot see the form?
Please click here
Overruling the Product Owner
The Problem: The organization nominally adapts agile practices but sticks with the traditional ways of figuring out what is worth building:
- Pitch an idea to the management,
- Get a budget,
- Treat the product people as an internal agency to deliver what you want—it is your budget, isn’t it?
The Consequences: Think “Agile PMO,” metered funding, contract negotiations, and “servant-leadership” by status reports. (Concerning the Manifesto of Agile Software Development, we are back to square one.) Typically, this results in misalignment of efforts at an organizational level and stimulates local optimization initiatives within functional silos.
The Solution: Break up functional silos, consider practices like Beyond Budgeting, create empowered product teams tasked with autonomously solving customer problems, and link bonuses strictly to the organization's overall progress during the agile transformation. Embracing business agility as an organization does not work while trying to preserve organizational structures from the 1920s.
Overruling the Product Owner — Conclusion
Given the responsibilities of the Product Owner, stakeholders may lobby for a change of the Product Backlog. However, pointing at bringing the budget to the party as a stakeholder and demanding the right to determine what will be built derails the whole Scrum process. Furthermore, it is counter-productive for an organization’s aspiration to become agile.
Have you been overruled as a Product Owner? How did you deal with that? Please share your learnings with us in the comments.
✋ Do Not Miss Out: Join the 10,000-plus Strong ‘Hands-on Agile’ Slack Team
I invite you to join the “Hands-on Agile” Slack team and enjoy the benefits of a fast-growing, vibrant community of agile practitioners from around the world.
If you like to join now all you have to do now is provide your credentials via this Google form, and I will sign you up. By the way, it’s free.
📖 Overruling the Product Owner — Related Posts
Scrum First Principles — How to Elon Musk the Scrum Guide
Three Essential Agile Failure Patterns in 7:31 Minutes—Making Your Scrum Work #12
Product Owner Anti-Patterns — 31 Ways to Improve as a PO
The Meta-Retrospective — How To Get Customers and Stakeholders Onboard
Three Wide-Spread Product Owner Failures in 6:09 Minutes—Making Your Scrum Work #5
Download the Scrum Anti-Patterns Guide for free.
📅 Scrum Training Classes, Workshops, and Events
See all upcoming classes here.
You can book your seat for the training directly by following the corresponding links to the ticket shop. If the procurement process of your organization requires a different purchasing process, please contact Berlin Product People GmbH directly.
View Comments (2)
I just finished reading your article on "Overruling the Product Owner: Making Your Scrum Work" and I must say, it was a thought-provoking read! As a Scrum enthusiast, I found your insights on the delicate balance between the Scrum roles and how to handle situations where the Product Owner's decisions are challenged to be quite interesting.
One of the key points that resonated with me was your emphasis on the importance of collaboration and respect within a Scrum team. Your explanation of how the Product Owner, Scrum Master, and Development Team should work together as a cohesive unit, with the Product Owner being the ultimate decision-maker, was informative. I also appreciated your insights on how challenges may arise when the Product Owner's decisions are overruled and the potential impact on team dynamics and overall product quality.
Furthermore, your practical tips and strategies for resolving conflicts and maintaining the integrity of the Scrum framework were valuable. Your suggestions on open communication, seeking common ground, and involving the wider team in decision-making were insightful and aligned with the core principles of Agile and Scrum.
In conclusion, I found your article to be a thought-provoking exploration of the complexities and challenges that may arise when the Product Owner's decisions are overruled in a Scrum team. Your insights on maintaining a collaborative and respectful environment within the team were practical and useful. Thank you for sharing your experiences and wisdom. Keep up the great work, and I look forward to reading more of your articles in the future! Learn more: https://pmoglobalinstitute.org/agile-pmo/
I am a product owner who is consistently overruled by management outside my team. I simply gave up. It became too stressful to keep fighting it. No amount of agile coaching was successful. It is depressing.