Over a million developers have joined DZone.

Three Common Product Roadmapping Mistakes

Learn how to avoid some common pitfalls when creating your product roadmap.

· Agile Zone

Learn more about how DevOps teams must adopt a more agile development process, working in parallel instead of waiting on other teams to finish their components or for resources to become available, brought to you in partnership with CA Technologies.

A product roadmap is not a guarantee but a high-level plan that describes the likely growth of your product based on what you currently know. It’s good to have confidence in your roadmap and it is great to be committed to your product. But your product roadmap is not fixed; it will change particularly if your product is immature or if your market is dynamic.

Clearly communicate to your stakeholders that your roadmap is not a hard-and-fast plan. Choose the right roadmap format and the right level of detail. Review and update your roadmap regularly and invite the key stakeholders to collaborative product roadmapping workshops.

You can find out more about choosing the right roadmap format and level of detail in my post Goals vs. Features: How to Choose the Right Product Roadmap Format.

Epics and User Stories

Don’t put epics and user stories on your roadmap. While it’s helpful to consider how the product is likely to evolve, you should focus on its key capabilities and leave out the details.

A detailed roadmap has several drawbacks: It makes it hard to understand how you want to progress your product; it makes it more difficult to achieve agreement with the stakeholders; it is more prone to change; it carries the risk of turning the roadmap into a tactical tool that competes with the product backlog; and it restricts the freedom of the development team to make a commitment and pull the right amount of work into the sprint.

Capture the epics and the user stories in the product backlog, not on the product roadmap. Use the roadmap to describe the big picture and the backlog to describe the details, as I discuss in my post The Product Roadmap and the Product Backlog.

Speculation and Wishful Thinking

Don’t create a roadmap if you don’t have a valid product strategy available or if you cannot look beyond the first public release. The former implies that you have nailed the market segment, the value proposition, the key product features, and the desired business benefits.

The latter means that you can realistically anticipate the longer-term growth of your product. If you are working on a brand-new product, for instance, and are about to launch your first minimum viable product (MVP) then you may not be in a position to create a product roadmap for the next 12 months without resorting to speculation. You may be better off waiting until you have analysed the users’ response to the MVP.

Delay the creation of your product roadmap until you have a valid product strategy in place and you understand how to implement the strategy. Otherwise you are likely to end up with a speculative and unreliable roadmap that is useless. This may cause the stakeholders to lose trust in the product roadmap and in your planning abilities.

Discover the warning signs of DevOps Dysfunction and learn how to get back on the right track, brought to you in partnership with CA Technologies.


Published at DZone with permission of Roman Pichler, DZone MVB. See the original article here.

Opinions expressed by DZone contributors are their own.

The best of DZone straight to your inbox.

Please provide a valid email address.

Thanks for subscribing!

Awesome! Check your inbox to verify your email so you can start receiving the latest in tech news and resources.

{{ parent.title || parent.header.title}}

{{ parent.tldr }}

{{ parent.urlSource.name }}