There seems to be a lot of confusion between product roadmaps and release plans. As a product manager, you are not in charge of development, so stop worrying about dates and when things are going live.
What you are in charge of is mapping out the steps that your team is going to take to fulfil your product vision. A release plan is what comes after you’ve gone through the spec’ing and approval stage of your ideas.
I’m sure you’re asking yourself – but why can’t I do both with a roadmap?
Your roadmap is about priorities
A roadmap is a visual representation of the problems you are trying to solve. Yes, I used the word visual. Dates aren’t part of a visual. They’re part of a spreadsheet. So let your roadmap be the communication tool it’s meant to be.
Leave the dates for your spreadsheet or Powerpoint. Use the roadmap to present a clean, theme-based structure of your current, near-term, and future plans. We like to call these time horizons.
Dates make it harder to adapt to your changing priorities – and trust me, having due dates you know you can’t meet doesn’t help anyone. Instead, you should be flexible by default. The more you’re geared towards dragging and dropping your priorities around, the more effectively you can keep moving your product forward without screeching everything to a halt.
Your release plan is about execution
A release plan is a tool used by your project manager or development team. This ties in nicely with your roadmap plans, but only once these three steps have been completed:
- Defined the idea/feature’s requirements
- Committed available resources
- Planned a release date
Of those three steps, you are responsible for one – defining requirements.
Once you have gathered feedback, discussed it, spec’d out the feature and created the appropriate mockups, then you send it over to your development team, who will be in charge of planning this out and releasing it.