Back to resources

Making of a Bi-Directional, Prioritized Roadmap

Roadmap
Prioritization

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.

Problem

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 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
Delegate
Collaboration
Roadmap
Strategy
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
Prioritization
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
Collaboration
Roadmap
Stakeholders
Prioritization
Muhammad Hamada

Muhammad Hamada

Engineering Manager at HelloFresh

Promoting Interdepartmental Teamwork for More Efficient Problem-Solving

13 June

Roland Fiala, Senior Vice President of Engineering at Productsup, raises an interesting issue about autonomy in teams: does it hinder collaboration opportunities that lead to better problem-solving? He shares his system for promoting teamwork in engineering departments.

Internal Communication
Collaboration
Roadmap
Team Processes
Cross-Functional Collaboration
Roland Fiala

Roland Fiala

Senior Vice President of Engineering at Usergems

How to Successfully Rebuild Your Product

6 June

Adir Nashawi, Senior Product Manager at Hibob, shares his insight and experience from rebuilding a product to handle many feature requests and offerings.

Customers
Product
Dev Processes
Users
Prioritization
Adir Nashawi

Adir Nashawi

Senior Product Manager at Hibob