Bridging the Gap Between Developers and Product Owners 🌉
In the realm of software development, the relationship between developers and Product Owners is a critical one. Let’s explore why sometimes this relationship is strained and how to mend it.
Accountability: The Silent Culprit 🕵️♂️
Understanding accountability is key in dissecting the relationship between developers and Product Owners. We’ll delve into how its absence can create barriers.
Other Influencers Undermining the Product Owner
Senior Intervention: Senior figures may inadvertently disrupt the Product Owner’s authority.
Mixed Messages: A stakeholder may contradict their previous agreements with the Product Owner in group meetings.
The Domino Effect of Undermining 🎲
When a Product Owner’s authority is undermined, it triggers a chain reaction. Let’s examine how this domino effect influences developers’ perceptions.
Developer’s Dilemma
The Struggle of Ownership and Decision Making 💼
Balancing ownership and decision-making is an art and a challenge. Let’s uncover the struggles that occur when the balance tips.
Inconsistent Backing
Accountability and Ownership Hand in Hand 🤝
Aligning accountability with ownership is pivotal. Let’s explore how these two aspects can harmoniously coexist.
Cultivating Trust and Credibility
Navigating Through the Accountability Quagmire 🧭
The journey through accountability issues is intricate. Here, we’ll navigate through the maze and seek solutions.
Advice: How-To Bridge the Gap 🌟
Promote Accountability: Ensure stakeholders are accountable for decisions.
Uphold Product Ownership: Reinforce the Product Owner’s authority.
Encourage Open Dialogue: An open environment can mitigate undermining actions.
Examples and Recommendations 📘
Real-world examples offer insights into these barriers. Let’s explore some recommendations to overcome these challenges.
Case of Undermining
A Product Owner collaborates with a stakeholder, only for the latter to change stance in a group setting. To avoid this:
Conclusion: Establishing Respect and Accountability ✅
To ensure seamless collaboration, addressing the issue of accountability is paramount.
Let’s conclude by revisiting the significance of fostering respect and open communication.
What are the barriers that prevent developers from fully accepting a product owner as the final decision maker? Wow, there’s a lot of barriers to that. I see that all the time at the moment. Other people not respecting other people who are perhaps more senior, not respecting the product owner is probably the biggest barrier, right? It’s other people coming down and saying something different to the team from the product owner or going behind the product owner’s back or agreeing with the product owner in person but then getting in a larger environment with more people and perhaps recording is on than disagreeing with them and seeing it different.
I had an experience recently where a product owner was really, really frustrated because they’d been collaborating with somebody in the organisation to get the backlog all like this is what we need, this is what we’re doing, and they’ve been collaborating with them quite heavily. They’ve had lots of private meetings with them where they collaborated and literally written the backlog items word for word like that key stakeholder, that’s the way they wanted it, and collaborated heavily on that. And then they get into the Sprint planning and the stakeholders like, “No, that’s not what I want.”
And it’s like, that is explicitly… there’s a couple of things there, right? Apart from being a bit douchey, right? That’s one piece. But because it’s then in that group team forum, it undermines the ownership of the product by the product owner, right? That totally undermines it. And if the developers, the people doing the work, see that the product owner is being undermined, well, I can’t really listen to the product owner. I still have to run it by Bob or I still need to speak to Janet or whoever it is that is doing the undermining. And as more and more of those things happen, the less the developers are able to feel that they are able to respect the product owner as the final decision maker, right?
And if you look at the Scrum guide, who needs to respect the product owner as the final decision maker? Everybody in the organisation. Everybody. Not just the people below them, but also all of the people above them. If you’re above a product owner and the product owner is consistently not making the right decisions, get rid of that product owner and get a new one. That’s your call, right? You’ve hired somebody to do a job. If you don’t think they’re doing a good job, you don’t undermine them. You get rid of them, right? And that maintains that respect of product management, that respect of product ownership, right? That the team sees that the person that’s appointed is respected by management, even if management might not necessarily 100% agree with all of the decisions that are made.
But if most of the decisions are made result in value delivered to the business, because that is the true outcome, right? What you find… yeah, I’m going to add an additional bit because what you find is that that disrespect or undermining of authority of the product owner comes from a position of maybe one key stakeholder not wanting to give all the information, not wanting to take accountability for their decision, right?
And it just results in nobody having any capability. Leadership doesn’t take the accountability, the product owner can’t take the accountability because they’re continuously undermined or the ideas are changed without their knowledge or understanding, and the developers… there’s no credibility in that story. So then if I were to come back to the question and answer it in one word, what are the barriers? There’s only one. What is the barrier that prevents developers from fully accepting a product owner as the final decision maker? And it’s accountability. Or in three words, a lot.
Thanks for watching the video. If you enjoyed it, please like, follow, and subscribe. I always reply to comments, and if you want to have a chat about this or anything else Agile, Scrum, or DevOps, then please book a coffee with me through Naked Agility.
