Back to resources

Making of a Bi-Directional, Prioritized Roadmap


14 April, 2021

Sophia Broomfield

Sophia Broomfield

Product Management Coach at Coaching PM Leaders

Sophia Broomfield, Product Management coach and leader, tells how she discarded a too detailed, bottom-up roadmap and replaced it with a bi-directional strategic roadmap.


We had a 3+ years product roadmap for our application and platform product lines. Every quarter, twenty PMs, Dev and QA leads, among others, would have two weeks of meetings -- due to time zone differences -- to discuss this very detailed roadmap. In these meetings, we would go through the roadmap rather meticulously, involving everyone in every little detail of it. Most people felt overwhelmed by excessive details, and resented having to sit through these long meetings. I also hated having to be on daily calls at 5 am!

The way the roadmap was developed didn’t allow us to see the forest for the trees. Immersed in details, we were missing high-level, important things. By being bottom-up driven, we lacked clarity of the strategic impact of each item on business value, and spent more time figuring out what would fit, instead of answering the why.

Actions taken

From my experience creating roadmaps in the past, I knew there was a better way. I decided to drive the change in how we approached the roadmap. To start with, I had the application team (led by me), the platform and technology team, make their lists of priorities. The lists should include whatever each team thought to be the most important for the next two to three quarters, and should capture an explanation of why that feature or module is critical to the business, and any customer or sales commitments. The product leaders should refine and iterate through this list with their own teams, until they have a list that they are willing to advocate for with the other product leaders, and eventually other senior execs and the CEO.

Following on that, all product leaders met for an offsite to discuss these priorities. The CPO launched the two day long meeting by sharing the strategic company-wide initiatives from the CEO. In this particular case, those goals were: be visionaries in Artificial Intelligence (AI) and obtain referenceability around certain industries. Other strategic initiatives came from us, the product leaders, including honing our competitive strength in certain areas, handling difficult implementation challenges, etc. This could be, of course, different for different companies, but the above examples should illustrate how broad strategic initiatives may be.

Each of these strategic initiatives was then weighted percentage-wise. Each product leader then presented their list, and we discussed and argued each capability until we came to an agreement on whether or not the feature would be included in the roadmap evaluation process.

Once this was done we consolidated the list with a feature in each row and the strategic initiatives in the columns. We then rated each feature high (3), medium (2), or low (1) against each strategic initiative. We calculated the total weighted value of each capability, circled the top three or four with the highest ranking, and did a gut feel check to confirm these were the right top features.

We, the product leaders presented the 3 or 4 strategic product priorities to the rest of the team, explaining why we chose them. We gave each team two weeks to come up with the scope for each of these priorities and work with Development to estimate at a high level. We then committed to deliver 2, 3 or 4 of the top priorities based on what could fit in the quarter. Some teams had remaining capacity, so the product manager worked with development to propose the other items that would be included in the upcoming quarter. The remaining top priority items were placed in the subsequent next 2 quarters, based on their ranking and product teams high-level estimates of what was feasible.

Finally, we circulated our 3 quarter roadmap to stakeholders, secured their buy-in, went to executives, finalized it, and committed.

Lessons learned

  • If a team cannot articulate two to three high-level themes, then the roadmap is too detailed. Everyone should know what those are and why they would make a business impact.
  • Prioritization works best when it is bottom-up and top-down at the same time. The bi-directional approach ensures that everyone’s voice is being heard but also that all effort is aligned with strategic goals.
  • No matter how well designed your roadmap is, include all stakeholders and secure executive buy-in before committing to it.

Discover Plato

Scale your coaching effort for your engineering and product teams
Develop yourself to become a stronger engineering / product leader

Related stories

How to measure Engineering Productivity?

30 November

When you grow fast, its normal to focus on Value delivery aka "Feature Releases". Too many releases too soon will inevitably lead to piling tech debts and before you know, inefficiencies creep in, performances goes down, and ultimately any new release takes too long. Sounds familiar? Then read on..

Ramkumar Sundarakalatharan

Ramkumar Sundarakalatharan

VP - Engineering at ITILITE Technologies

How I failed at my startup

14 October

There are nine specific building blocks and functional areas every org/company need to work to launch the product and provide services to customers. How effectively founders tackle them determine the destiny of the company.

Mission / Vision / Charter
Scaling Team
Building A Team
Praveen Cheruvu

Praveen Cheruvu

Senior Software Engineering Manager at Anaplan

How to Organize, Manage, and Grow Your Team

12 July

Vineet Puranik, Senior Engineering Manager at DocuSign, discusses the impact of roadmaps, organization, and proper management for your teams to procure growth.

Managing Expectations
Vineet Puranik

Vineet Puranik

Senior Engineering Manager at DocuSign

Building Up Your Technical Skills in a Fast-Paced Industry

8 July

Otavio Santana, Distinguished Software Engineer at Zup Innovation, shares his best practices for upskilling without stretching yourself too thin.

Different Skillsets
Personal Growth
Otavio Santana

Otavio Santana

Java champion, software engineer, architect, and open-source Contributor at Independent Technical Advisor

Dealing with Uncertainties and Adapting as You Go

14 June

Muhammad Hamada, Engineering Manager at HelloFresh, addresses the uncertainties brought on by the pandemic, how these have affected our work environments, and how we can adapt.

Goal Setting
Internal Communication
Muhammad Hamada

Muhammad Hamada

Engineering Manager at HelloFresh