A lot of resources on product management are mixing what some commentators are pointing here: roadmap can mean:
1. Communication tool to tell others in the organization (or even outside) what you're planning to build.
2. A framework for your product and/or engineering team that helps you prioritize the work.
This article obviously focuses on the latter. One of the most common mistakes however is that PMs try to use a single deliverable for both.
Yes, there are interesting tools trying to address this but my advice is to study different frameworks to help you think about what your main challenges are - then stand up the process in a spreadsheet as you'll need a lot of flexibility to get to something that works in your specific case. Only then look for dedicated products and choose the one that works best for the process you ended up with.
1. Communication tool to tell others in the organization (or even outside) what you're planning to build.
2. A framework for your product and/or engineering team that helps you prioritize the work.
This article obviously focuses on the latter. One of the most common mistakes however is that PMs try to use a single deliverable for both.
Yes, there are interesting tools trying to address this but my advice is to study different frameworks to help you think about what your main challenges are - then stand up the process in a spreadsheet as you'll need a lot of flexibility to get to something that works in your specific case. Only then look for dedicated products and choose the one that works best for the process you ended up with.