Technology Roadmapping - Revision history

Sebastian Bauer: /* How to read a Roadmap */

2016-09-11T08:20:10Z

How to read a Roadmap

← Older revision		Revision as of 08:20, 11 September 2016
Line 28:		Line 28:

	=== How to read a Roadmap ===		=== How to read a Roadmap ===
	Typically roadmaps can be understood following a diagonal from the bottom-left to the top-right corner (as indicated in figure XX). Depending on the direction along this line, one follows either the market pull or technology push. Following the top-down direction, the market pull is first represented by the strategic business goal, that propagates through the product portfolio plan, and finally the technologies and resources to be developed. Thus a holistic approach to fulfilling market needs can be tracked. The other way around (bottom up) one may estimate the effects of a new technology and how it can affects future products and therefore shape markets.		Typically roadmaps can be understood following a diagonal from the bottom-left to the top-right corner (as indicated in figure XX). Depending on the direction along this line, one follows either the market pull or technology push. Following the top-down direction, the market pull is first represented by the strategic business goal, that propagates through the product portfolio plan, and finally the technologies and resources to be developed. Thus a holistic approach to fulfilling market needs can be tracked and/or planned. The other way around (bottom up) one may estimate the effects of a new technology and how it can affects future products and therefore shape markets.

	=== Purposes (0/150)===		=== Purposes (0/150)===

Sebastian Bauer: /* How to read a Roadmap */

2016-09-11T08:19:32Z

How to read a Roadmap

← Older revision		Revision as of 08:19, 11 September 2016
Line 28:		Line 28:

	=== How to read a Roadmap ===		=== How to read a Roadmap ===
			Typically roadmaps can be understood following a diagonal from the bottom-left to the top-right corner (as indicated in figure XX). Depending on the direction along this line, one follows either the market pull or technology push. Following the top-down direction, the market pull is first represented by the strategic business goal, that propagates through the product portfolio plan, and finally the technologies and resources to be developed. Thus a holistic approach to fulfilling market needs can be tracked. The other way around (bottom up) one may estimate the effects of a new technology and how it can affects future products and therefore shape markets.

	=== Purposes (0/150)===		=== Purposes (0/150)===

Sebastian Bauer: /* Key Aspects (0/350) */

2016-09-11T07:54:12Z

Key Aspects (0/350)

← Older revision		Revision as of 07:54, 11 September 2016
Line 13:		Line 13:

	=== Key Aspects (0/350)===		=== Key Aspects (0/350)===
	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):		Roadmaps are time-based charts that depict projects, initiatives, technologies and other planning objects on several layers. Typically, these layers can be joined into three main perspectives (blocks):

	#Resources Perspective (bottom-layers): e.g. technologies, resources;		#Resources Perspective (bottom-layers): e.g. technologies, resources;

Sebastian Bauer: /* Roadmap Methodology (0/600) */

2016-09-11T07:53:17Z

Roadmap Methodology (0/600)

← Older revision		Revision as of 07:53, 11 September 2016
Line 26:		Line 26:

	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.		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 a Roadmap ===

	=== Purposes (0/150)===		=== Purposes (0/150)===

Sebastian Bauer: /* Key Aspects (0/350) */

2016-09-11T07:48:07Z

Key Aspects (0/350)

← Older revision		Revision as of 07:48, 11 September 2016
Line 14:		Line 14:
	=== Key Aspects (0/350)===		=== Key Aspects (0/350)===
	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):		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):


	#Resources Perspective (bottom-layers): e.g. technologies, resources;		#Resources Perspective (bottom-layers): e.g. technologies, resources;
Line 22:		Line 21:
	A more detailed overview can be found in figure XX.		A more detailed overview can be found in figure XX.

	The timeframe (x-axis) typically spans several years and may include the past as well for reference. ~~Within this framework~~, ~~bars, milestones and arrows are arranged to represent the activities/initiatives etc. and their interrelations.~~		The timeframe (x-axis) typically spans several years and may include the past as well for reference. Depending on the purpose, it can also include non-specific time designations such as "Now", "Plan", "Stratagy" and the like.
	~~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~~.

			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.

	=== Purposes (0/150)===		=== Purposes (0/150)===

Sebastian Bauer: /* Roadmap Methodology (0/600) */

2016-09-11T07:44:25Z

Roadmap Methodology (0/600)

← Older revision		Revision as of 07:44, 11 September 2016
Line 9:		Line 9:

	== Roadmap Methodology (0/600)==		== Roadmap Methodology (0/600)==
	Originally, roadmaps were developed as		Originally, roadmaps were developed as "Product Roadmaps" that integrated technology and product planning. One of the most prominent pioneers of this approach was Motorola in the 1970s.
			Over time, and depending on their utilisation different roadmaps for different purposes emerged. However all of the share a common architecture.

			=== Key Aspects (0/350)===
			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):


			#Resources Perspective (bottom-layers): e.g. technologies, resources;
			#Delivery Perspective (middle-layers): e.g. products, services, systems;
			#Purpose Perspective (top-layers): e.g. markets, business, strategy.

	~~=== Purpose (0/150)===~~		A more detailed overview can be found in figure XX.

	=== ~~Key Aspects~~ (0/~~350~~)===		The timeframe (x-axis) typically spans several years and may include the past as well for reference. 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.



			=== Purposes (0/150)===

	== Roadmaps for Program Management (0/700)==		== Roadmaps for Program Management (0/700)==

Sebastian Bauer: /* Abstract (0/200) */

2016-09-11T07:21:48Z

Abstract (0/200)

← Older revision		Revision as of 07:21, 11 September 2016
Line 1:		Line 1:

	== Abstract (0/200)==		== Abstract (167/200)==
	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:		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:

Sebastian Bauer: /* Roadmap Methodology (0/500) */

2016-09-11T07:21:13Z

Roadmap Methodology (0/500)

← Older revision		Revision as of 07:21, 11 September 2016
Line 8:		Line 8:
	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. Finally, 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.		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. Finally, 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.

	== Roadmap Methodology (0/~~500~~)==		== Roadmap Methodology (0/600)==
			Originally, roadmaps were developed as


	=== Purpose (0/150)===		=== Purpose (0/150)===

Sebastian Bauer: /* Abstract (0/200) */

2016-09-11T07:19:56Z

Abstract (0/200)

← Older revision		Revision as of 07:19, 11 September 2016
Line 3:		Line 3:
	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:		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:

	#~~As a tool for analysis~~ and ~~definition of~~ the need for initiatives and/or programs as well as their design;		#To analyse and define the need for initiatives and/or programs as well as their design;
	#~~As a framework to~~ administer programs and their underlying activities.		#To administer programs and their underlying activities including their interdependencies.

	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. Finally, 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.		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. Finally, 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.

Sebastian Bauer: /* Abstract (0/200) */

2016-09-11T07:18:41Z

Abstract (0/200)

← Older revision		Revision as of 07:18, 11 September 2016
Line 3:		Line 3:
	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:		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. As a tool for analysis and definition of the need for initiatives and/or programs as well as their design;		#As a tool for analysis and definition of the need for initiatives and/or programs as well as their design;
	#2. As a framework to administer programs and their underlying activities.		#As a framework 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. Finally, 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.		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. Finally, 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.