Roadmapping in Program Management

From apppm
Revision as of 12:26, 11 September 2016 by Sebastian Bauer (Talk | contribs)

Jump to: navigation, search

Contents

Abstract

A technology roadmap is a time-based chart that aligns multiple planning layers (such as marketing-, product-, development-plan) with strategic business objectives. Its main idea is to create one integrated planning approach. This way, strategic pathways towards specific trajectories can be found, compared and decided while taking into account the planning elements’ interdependencies, mutual requirements and synergies. Due to this holistic approach, (technology) roadmaps are a valuable tool for program management in organisations in two ways:

  1. To analyse and define the need for initiatives and/or programs as well as their design;
  2. To administer programs and their underlying activities.

In this article, the key aspects of roadmaps and their purposes are described. Afterwards, the utilisation and the benefits of roadmapping for program management are discussed both for definition as well as administration purposes. As a third step, an approach to facilitate a continuous roadmapping process is presented alongside key aspects of best practises. Finally limitations are discussed including comparison with different program management approaches, and supporting measures.

Understanding Roadmaps

Key Aspects of Roadmaps

Roadmaps are time-based charts that depict projects, initiatives, technologies and other planning objects on several layers. Typically, these layers can be joined to three main perspectives (blocks):

  1. Resource perspective (bottom-layers): technologies, resources
  2. Delivery perspective (middle-layers): products, services, systems
  3. Purpose perspective (top-layers): strategic objectives, markets, business

A more detailed overview can be seen in figure XX.

The timeframe (x-axis) typically spans several years and may include the past as well for reference. Even though specific dates will increase the roadmap's explanatory power, relatively vague estimates (such as "now", "plans", "strategy") may be useful in some cases.

Within this framework, bars, milestones and arrows are arranged to represent the activities/initiatives etc. and their interrelations.

However, timeframe, layers as well as the type of activities etc. represented often are (and should be) subject to customization according to the specific case. The most important aspect for this customization is the purpose of the roadmap that may differ broadly.

How to read Roadmaps

Personal tools
Namespaces

Variants
Actions
Navigation
Toolbox