Saeed Khan writes,

A roadmap is a planned future, laid out in broad strokes — i.e. planned or proposed product releases, listing high level functionality or release themes, laid out in rough timeframes — usually the target calendar or fiscal quarter — for a period usually extending for 2 or 3 significant feature releases into the future.

For startups or companies in fast moving and growing markets, those 2-3 releases might only cover the next 12 months of time. For other more mature companies in less dynamic markets, those releases might cover several years.

via Releases, Roadmaps and Visions | On Product Management.

Good post and a good articulation of the differences between release, roadmap, and vision. For my take on roadmaps, see my article on Product Roadmaps.

I had a funny discussion about roadmaps recently.

Me: If you can't hit your dates, then you shouldn't distribute roadmaps.
Client: But we must distribute a roadmap to sales people.
M: And what happens when you do?
C: They give it to clients.
M: And what happens?
C: They attach the roadmap to a contract.
M: How's that working for you?
C: Well, we usually miss our dates.
M: If you can't hit your dates, then you shouldn't distribute roadmaps.
C: But we must distribute a roadmap to sales people.
M: And what happens when you do?…

In Don’t Build a Stupid Product Roadmap!, Scott Sehlhorst at Tyner Blain writes,

A product roadmap is the product manager’s equivalent of a project manager’s rolling wave planning. In a sound-bite, you provide short-term details (for the next release), and long term “broad brush” discussions. If you don’t plan your product to address the needs of a particular market, and then execute against that plan, the only way you will succeed is by luck.

That's it. A roadmap is a plan, not a commitment. It says, "here are our current plans. Our objectives may change and we'll change our roadmap accordingly."

As they say, If you don't know where you're going, how will you get there?

In our Roadmapping seminar, we provide five different tools for articulating product strategy. The roadmap is evidence that you actually do have a strategy. The roadmap is the tool of choice for communicating with executives, sales people, and clients. And in fact, seeing your product roadmap is often a legitimate request from your clients and your sales people.

However, and I've ranted about this before, things don't change nearly as quickly as everyone thinks. That is, market problems exist for years and years. It's your awareness of those problems that changes day-to-day. I'd prefer that your long-term roadmap focus on industry problems and persona goals. In talking with a client about product capabilities, this client's feature request becomes critical. Talking to another client results in another critical feature request. As you talk about features, you discover the delta between the problem and your current solution. But if product managers actually interviewed the clients instead of just reacting to sales demands, we would see these problems years in the future.

You don't hear problems with your mouth. You need to create an environment where you can hear problems… with your ears open and your mouth closed. Better yet, see the problems by observing your ideal persona in a working experience.

You can observe a lot by watching.–Yogi Berra

When there is more to do than can be done, how do you direct where resources should be expended? How do you get alignment of strategy, dollars, people, and programs that will result in an effective plan and product roadmap? How do you communicate your plans in a consistent and meaningful way? Learn techniques to align and focus the organization around the market, not just your products. Hear more in Building Effective Product Roadmaps with John Milburn.