Agile Advisor

The Product Owner's Dilemma

Agile Advisor columnist Aaron Bjork talks about why it’s both necessary and dangerous to listen to your customers.

How do you know that your Agile team is building the right product? That the value that your team is producing each sprint (iteration), is actually the correct assessment? If you’ve read Clayton Christensen’s book “The Innovator’s Dilemma,” you probably know where I’m going with this article. If you haven’t, I’d highly recommend the book. Why? Because Christensen outlines a trap many organizations fall into when product owners do what seems natural –they listen to their customers.

There’s a common saying that many organizations love to throw around– the customer is always right. Said differently, a company should put customers first. It’s a great statement and one that rings true in many industries. Restaurants, hotels, clothing stores, and other industries go to great lengths to ensure that their customers feel appreciated and loved. This keeps customers coming back, and it’s an easy way to differentiate your company's services from those of your competitors.

How does this relate to software? I often tell others that as a product owner, my job is to first listen to what customers want, and then ultimately, build them what they need. It’s a fine line to walk, but it’s an important one. My existing customers will, no doubt, lead me to making my product incrementally better. They’ll tell me about the rough edges I can smooth over, and they’ll push me to discover new scenarios I can support. But my existing customers will rarely help me recognize something new or disruptive in the market.

Disruptive Technology
You can see why I call this the product owner’s dilemma. Agile teaches developers that they need to be collaborating with customers throughout the software development lifecycle. Engaging customers is critical to your ability to deliver value that meets their needs. This is all true and something I fundamentally believe in. The dilemma lies in the fact that while listening to and engaging with customers, a product owner must also carefully watch and analyze the market landscape. As a product owner, you must pay attention to new, disruptive products or technologies that present threats, and be prepared to make hard decisions about items on the backlog.

I often tell people that a good portion of my job is apologizing and empathizing with customers about things we’re not building. It’s often difficult, but it’s absolutely necessary. A decision to not do something is just as important as a decision to build something new. It’s a bit of a backwards approach to thinking about value, but it’s true.

If you’re a product owner, you might ask yourself, are you just improving on existing products? Or are you paying attention to what’s going on outside of your own product, and looking for that next disruptive technology that could turn your industry or market upside down? It’s the product owner’s dilemma.

About the Author

Aaron Bjork is a Principal Program Manager at Microsoft working on Agile experiences and tooling within Team Foundation Server (TFS). Prior to joining TFS in 2008, Bjork worked as a software engineer and development lead in Visual Studio. He is passionate about Application Lifecycle Management solutions and has a strong desire to see teams improve their software engineering practices. Follow Bjork on his blog at blogs.msdn.com/aaronbjork.

comments powered by Disqus

Featured

  • Hands On: New VS Code Insiders Build Creates Web Page from Image in Seconds

    New Vision support with GitHub Copilot in the latest Visual Studio Code Insiders build takes a user-supplied mockup image and creates a web page from it in seconds, handling all the HTML and CSS.

  • Naive Bayes Regression Using C#

    Dr. James McCaffrey from Microsoft Research presents a complete end-to-end demonstration of the naive Bayes regression technique, where the goal is to predict a single numeric value. Compared to other machine learning regression techniques, naive Bayes regression is usually less accurate, but is simple, easy to implement and customize, works on both large and small datasets, is highly interpretable, and doesn't require tuning any hyperparameters.

  • VS Code Copilot Previews New GPT-4o AI Code Completion Model

    The 4o upgrade includes additional training on more than 275,000 high-quality public repositories in over 30 popular programming languages, said Microsoft-owned GitHub, which created the original "AI pair programmer" years ago.

  • Microsoft's Rust Embrace Continues with Azure SDK Beta

    "Rust's strong type system and ownership model help prevent common programming errors such as null pointer dereferencing and buffer overflows, leading to more secure and stable code."

  • Xcode IDE from Microsoft Archrival Apple Gets Copilot AI

    Just after expanding the reach of its Copilot AI coding assistant to the open-source Eclipse IDE, Microsoft showcased how it's going even further, providing details about a preview version for the Xcode IDE from archrival Apple.

Subscribe on YouTube

Upcoming Training Events