A product roadmap is a high-level plan that describes how the product is likely to grow. It allows you to express where you want to take your product, and why it’s worthwhile investing in it. An agile product roadmap also facilitates learning and change. A great way to achieve these objectives is to employ a goal-oriented roadmap – a roadmap based on goals rather than dominated by many features.
Here is a sample agile product roadmap that shows the anticipated development of a dance game app for kids:
The roadmap above states the date, the name, the goal, the key feature, and the metrics for each product version. It is a goal-oriented product roadmap, and it applies the GO roadmap template, which is explained in more detail in my post “The GO Product Roadmap”.
The benefit of a goal-oriented roadmap is that it shifts the conversation from arguing over features to agreeing on shared goals. This mitigates the conflict between viewing roadmap features as commitments and agile teams who only commit for next few weeks.
A product roadmap can provide the following benefits:
I usually create a product roadmap once I can confidently look beyond the next major release. If you cannot look further, then do not employ a roadmap! What’s more, I want to ensure that the assumptions about the target group, the needs to be addressed, and key aspects of the business model have been validated, as the picture below illustrates:
In the picture above, the market and business model assumptions are captured on a Product Vision Board. But you can also use the Business Model Canvas or Lean Canvas to state and validate your ideas. While they are helpful tools, they not tell us how the strategy will be executed. This is where the product roadmap comes in.
Using a product roadmap can benefit your product backlog . Here is why: As the roadmap takes care of the strategic product planning aspects, it frees the canvas/backlog to focus on the tactical work, as the picture below illustrates.
Say you release a new product version every three months. I would then suggest that your product roadmap should capture the next four major releases, while your Product Canvas or product backlog focuses on creating the next product version.
The following table summaries the differences between the product roadmap and the product backlog:
| Artefact | Purpose | Contents | Horizon | Updates |
| Product Roadmap | Strategic product planning | Major releases with goals or benefits | About 12 months | At least once per quarter |
| Product Backlog | Product development | Epics, user stories, and other artefacts | About three months | At least once per sprint |
As the product roadmap captures decisions about the product’s futures, the individual responsible for the product success should own the roadmap. In an agile context, the product owner should hence manage the product roadmap. The team members and stakeholders contribute, as the following picture suggests.
Having one person in charge of the product roadmap and the product backlog unites the strategic and the tactical product planning aspects, and establishes clear authority and responsibility.
This post was last updated on 13 February 2017.
It may not be pleasant to experience, but conflict is necessary to innovate successfully. Without…
Developing a winning product strategy is hard. Keeping the strategy relevant and achieving continued product…
The product roadmap is a popular product management tool that communicates how a product is…
The product strategy is probably the most important artefact in product management. But how do…
A product team is a cross-functional group whose members work together to achieve product success.…
The most amazing product strategy and product roadmap are ineffective if the stakeholders don’t support…