liveBook · Manning

Roadmap

As explained in Architecture Modernization: Socio-technical alignment of software, strategy, and structure

A product roadmap is a time-oriented plan describing a product's intended outcomes, priorities, and future development direction.

A modernization roadmap turns a strategy into visible steps: which initiatives matter first, what milestones are expected, and how people may be involved. Its purpose is to connect technical investment to business outcomes and help teams prepare—not to promise that every date and decision is fixed. section 16.0 section 16.1.1 section 16.3.6

Choose the view that serves the conversation:

  • Use a high-level, milestone-based roadmap to show progress and major objectives across months, quarters, or years. section 16.3.6
  • Use a finer-grained roadmap to coordinate teams, expose dependencies, and identify support or skills needed. section 16.3.6
  • Keep initiative status distinct from its activities. An initiative marked as being delivered may still need discovery or design. section 16.3.4

Choosing and refining a first step

A portfolio view can make the reasoning behind priorities visible: investment might enable innovation in a core domain while reducing maintenance costs in a supporting domain. Rather than define a detailed five-year plan, choose an initial slice that can deliver value and generate learning within three to six months. If delivery repeatedly hits avoidable blockers, revisit the balance of discovery, design, and delivery. section 16.1.1 section 16.5 section 16.3.4

Revisit the roadmap as outcomes, dependencies, and priorities become clearer. A date-driven culture can make teams feel safer following a failing plan than changing course. Communicate milestones as a way to align and prepare people while leaving room to validate decisions, assess progress, and adapt. section 16.3.6 section 16.0 section 16.5

How Architecture Modernization: Socio-technical alignment of software, strategy, and structure covers it

How deep it goes
Distinguishes high-level and fine-grained roadmaps and explains their planning risks without prescribing a template.
Examples
Uses core- and supporting-domain investment priorities, a three-to-six-month first slice, and EventStorming during an initiative marked as delivered.
What you can do after
Practice/perform iterative roadmap planning by selecting an early slice, coordinating dependencies, and revising plans as evidence emerges.
How it connects
Links roadmaps to product strategy, business outcomes, product taxonomy, and discovery, design, and delivery.

Also explained in

Compare how 4 books explain roadmap →

Related concepts

This explainer was generated by Manning's knowledge graph from the text of Architecture Modernization: Socio-technical alignment of software, strategy, and structure. The section links point to the parts of the book it draws on.