A Product Team is often expected to have a RoadMap of future development. As usual, the Plan is useless, but the Planning can be useful.

In a StartUp, investors may want a 3-yr plan. This is supposed to do things like

  • Show that you're realistic enough not to think you'll be Done in a year.
  • Show that you are prepared for waves of bigger-market-attack, vs being a Life-Style Business
  • Create an expectation of progress MileStones which you will inevitably fail to meet.

Sept'2015: Martin Cagan sketches an alternative to the Road Map. Earlier I said we needed to acknowledge the two drivers for old-style roadmaps. The first was the desire to work on the highest Business Value items first. (see Nature Of Software Development) Hopefully it is clear that this need is addressed by management providing the specific objectives for the organization and their prioritization. The difference is that they are now prioritizing the importance of business results, rather than perceived value of features. The second driver was the need for Commitments. We address this with the concept of high-integrity commitments. We do this for those situations where we need to actually commit to a date or a specific deliverable.

A more-mature company may use a 1-yr RoadMap to

  • justify staffing (budget cycle)
  • try and encourage teams to Think (not-too-) Big with Project packaging (also creating implicit Commitments way too early for realism).

A process I'm trying to encourage

  • Start by prioritizing Problems/BottleNecks that need solving. Get group agreement on the top-3. Stop talking/thinking about others.
  • Spend lots of time generating ideas for attacking each those 3 Problems.
  • Rank/prioritize the Ideas, taking into account rough Cost and Odds of Success (see RICE model). (Avoid justifying an Idea by its attack on Multiple Problems, as that's (usually) more a source of distraction/diffusion than benefit.)
  • Restructure each Idea to start delivering results faster, (a) to accelerate benefit, and (b) to accelerate learning whether there will be benefit.
  • Stop working an idea once you've made Good Enough progress.
  • Periodically repeat Problem ranking and Idea Generation.

The MetaVerse Road Map Group provides a different Framing: A roadmap is the outcome of a collaborative foresight process that considers a broad set of factors and strategies important to reaching a future goal.

Roadmaps can include vision statements (Shared Vision), forecasts, scenarios (Scenario Planning), strategy and plans, but go beyond such tools in three ways:

  1. They emerge in a collaboration network of multidisciplinary and competing experts,

  2. They emphasize uncertainties and challenges as much as probable and preferred futures, and

  3. They have long-term time horizons (five to fifteen years is common) by comparison to traditional forecasts and plans.

Wiki-s often includes Road Map pages for specific topics/themes to bring together some context across key related pages. (See WikiWikiWeb:RoadMap.)

Some pages in this space which are "classic Wiki roadmaps":

A different framing - Pattern Language

The way people figured out where to drive before GPS.

Edited: |

blog comments powered by Disqus