Parte Dos

ITINERARIOS TECNOLGICOS (ROADMAPS)

UNIDAD DE APRENDIZAJE 3:

PROCESO DE ELABORACION DE ROADMAPS

OBJETIVOS DE LA UNIDAD DE APRENDIZAJE

Al final de esta unidad de aprendizaje, usted debera ser capaz de

Conocer las diferentes propuestas que existen para elaborar roadmaps.

Entender y seguir la secuencia para el desarrollo de un roadmaps segn

el mtodo T-Plan (estndar y personalizado)

Entender y seguir la secuencia de fases para el desarrollo de roadmaps

segn el mtodo LNS.

Conocer los recursos informticos disponibles para apoyar el proceso de

desarrollo de roadmaps.

Parte 2: Roadmaps Tecnolgicos

Unidad de aprendizaje 3:
PROCESO DE ELABORACION DE ROADMAPS

Mdulo 1: El mtodo T-Plan estndar

Uno de los mtodos ms aplicados en el desarrollo de itinerarios tecnolgicos
es el propuesto en este mdulo, y que es fruto del estudio de varios roadmaps
que permitieron esquematizar un proceso ms o menos sistemtico. La
secuencia de desarrollo de este mtodo es presentada en este mdulo.

OBJETIVO DEL MDULO

Entender y seguir la secuencia para el desarrollo de un roadmap segn

el mtodo T-Plan estndar.

Prerrequisitos:
Unidad de Aprendizaje 1, Mdulo 1:
Unidad de Aprendizaje 1, Mdulo 2:
Unidad de Aprendizaje 1, Mdulo 3:

Definiciones
Relacin con otras herramientas de
estudio
Estmulos para la innovacin
tecnolgica y roadmaps

Naturaleza del contenido:

Terica / Ejercicios prcticos.

Duracin del mdulo:

6 horas.

INTRODUCCION
La elaboracin de un itinerario tecnolgico es una tarea que puede ser
abordada de diferentes perspectivas, todo depender del tipo de itinerario que
se quiera. Es posible considerar con enfoques diferentes un roadmap que tiene
como objetivo el desarrollo de un nuevo producto y uno que tiene como
finalidad la exploracin de oportunidades de una nueva tecnologa, por
ejemplo.
En forma similar a una de las tipologas de roadmaps ya explicada (segn la
fuente de informacin), el proceso del TRM tambin se puede enfocar de esa
manera:

Basado en la opinin de expertos, que en reuniones de trabajo

identifican las relaciones entre la industria y los atributos cualitativos y
cuantitativos del roadmap.

Basado en talleres de trabajo, en el que un amplio grupo de industriales,

investigadores, acadmicos, funcionarios y otros interesados, se renen
para aportar sus experiencias y conocimientos en la elaboracin del
itinerario.

Asistido por ordenador. Se consulta grandes bases de datos para

identificar investigaciones, tecnologas, proyectos de ingeniera y reas
relevantes. Ordenadores que utilizan algoritmos inteligentes y otras
herramientas pueden ayudar a estimar y calificar la importancia relativa
de estas reas y explorar sus relaciones con otros campos. Este
enfoque es muy reciente, pero ya existen algunos programas
relacionados con la vigilancia tecnolgica1 y la inteligencia competitiva,
como por ejemplo el Vigiale, entre otros.

De estos tres enfoques, el segundo es el ms ampliamente utilizado, y por ello

aqu se presentar en detalle los principales procesos para la construccin de
roadmaps con ese enfoque, dejando para el Mdulo 5 de esta Unidad, la
presentacin de algunas de las herramientas informticas que se ofrecen
actualmente.
En general se han adoptado dos metodologas para la elaboracin de
roadmaps:

T-Plan
LNS (Laboratorio Nacional Sandia)

Ambos enfoques coinciden en que se puede desarrollar el proceso de

elaboracin de itinerarios a dos niveles diferentes. El mtodo T-Plan plantea los
enfoques estndar para la planificacin de productos, y luego realizar una
personalizacin del mismo (costumization) para adecuarlo a las
1

En el mdulo 2 de la Unidad 1 se trata el tema de Prospectiva y Vigilancia tecnolgica como

herramientas muy tiles para el desarrollo prctico de itinerarios tecnolgicos.

particularidades de la aplicacin especfica (que ser estudiada en el mdulo 2

de esta Unidad de Aprendizaje). Mientras que el Laboratorio Nacional Sandia
(LNS) menciona que los itinerarios pueden ser elaborados a nivel industrial o
a nivel corporativo, y que cada uno de stos requiere diferentes compromisos
en trminos de tiempo, costo, nivel de esfuerzo y complejidad.
En este primer mdulo se estar presentando el primero de aquellos, es decir
el T-Plan estndar, dejando para el mdulo 2 el tema de la personalizacin del
T-Plan y en el mdulo 3, el mtodo LNS.
Adems de estas tres versiones, se presentar a manera de informacin otros
mtodos que se han propuesto pero que no son ms que variaciones de estos
dos bsicos. Sin embargo, es importante conocerlos y saber su estructura.

DESCRIPCION DEL MTODO T-PLAN

El T-Plan es un enfoque desarrollado como parte de un programa de
investigacin en el que se realizaron ms de 20 roadmaps en colaboracin con
una gran variedad de tipos de compaas en diferentes sectores industriales. A
partir de esa experiencia se gener una gua que busca apoyar la rpida
iniciacin en el mtodo del TRM, con los siguientes objetivos:
Apoyar a las empresas en la iniciacin de la aplicacin del TRM.
Establecer enlaces clave entre los recursos tecnolgicos y la direccin
de negocios.
Identificar los vacos importantes en el mercado, producto y tecnologa.
Establecer una primera versin del roadmap tecnolgico
Apoyar la estrategia tecnolgica y las iniciativas de planeacin en la
firma.
Apoyar la comunicacin entre las funciones tcnicas y comerciales de la
empresa.
El proceso de diseo de un itinerario, en general, responde a la definicin de
objetivos de largo plazo de acuerdo a la planificacin estratgica de la
empresa. Por lo tanto, partimos de una necesidad del negocio (o mercado) que
debe ser satisfecha (enfoque top-down). Esto conduce a la identificacin de
productos que satisfarn esta necesidad, y por lo tanto, de las tecnologas que
son necesarias para producirlos. Estos requerimientos determinan los planes
de accin que debern ser implementados.
El T-Plan estndar est compuesto por las cuatro etapas de trabajo siguientes:

Mercado o negocio
Producto o servicio
Tecnologa
Tiempo

Las primeras tres se enfocan en las tres capas principales de un itinerario

(mercado, producto, tecnologa), mientras que la ltima etapa representa la
interaccin de las tres anteriores en un horizonte de tiempo, lo que constituye
finalmente el itinerario.
En la siguiente figura se un esquema general de la estructura del proceso de
elaboracin de un itinerario bajo el esquema T-Plan.

Fuente: Phaal et. al, 2003 (adaptado)

Cada una de estas etapas se desarrolla en forma de taller o reunin de

trabajo con una duracin recomendada de cuatro horas, aunque se mantiene la
libertad de modificar la duracin en funcin del desarrollo mismo de la
actividad, de la informacin disponible y de otros factores particulares de la
compaa.
La preparacin de cada una de las sesiones de trabajo debe incluir: la
definicin apropiada de los participantes; la identificacin de los recursos,
incluyendo la informacin disponible; la definicin de la unidad de anlisis y una
clara articulacin con los objetivos de la compaa.
Se recomienda que haya participantes de todos los departamentos de la
empresa, tanto tcnicos como comerciales, y preferiblemente que se de
continuidad durante todas las sesiones de trabajo (al menos de un ncleo
bsico de participantes). La actividad del director de la sesin es determinante
para el xito, ya que debe asegurar que el proceso est siempre enfocado en
las necesidades de la empresa y en los objetivos del taller. El anlisis de
resultado y la reflexin despus de cada sesin, son elementos fundamentales
para garantizar el xito de la siguiente sesin.

PRIMER TALLER: MERCADO

Tiene como objetivo establecer un conjunto priorizado de mercados y de
conductores de negocios para el futuro, reflejando aspectos tanto externos
como internos.
Lo primero a considerar son los indicadores de los atributos que orientarn
el desarrollo tcnico del producto. Por ejemplo:

velocidad,
peso,
fiabilidad,
esttica,
etc.

Los cuales, en general, son identificables sin mucha dificultad, por los
participantes, que se supone son expertos en la materia.
Luego se identifican, agrupan y priorizan los conductores del mercado y del
negocio, es decir, aquellos factores que alientan, fomentan o estimulan el
mercado, o que lo limitan y restringen, por ejemplo:
la motivacin de los clientes o del mercado,
la moda,
el precio.
Es decir, aqu se identifican restricciones impuestas a los atributos ya
identificados, por factores externos. Se puede decir, por ejemplo, que la
velocidad (un indicador de atributo) de un equipo de elevacin de carga en un
edificio de 40 pisos, sea mayor a 3 m/s (un conductor o condicionante), porque
la competencia ya ha desarrollado elevadores con velocidades cercanas a este
valor.

SEGUNDO TALLER: PRODUCTO

El objetivo es establecer un conjunto de caractersticas conceptuales de
producto, que puedan satisfacer los requerimientos identificados en la primera
sesin.
Cada caracterstica del producto y cada condicionante del negocio
(conductores de mercado), definen una celda de una tabla o matriz de anlisis,
que se pude utilizar para calificar las relaciones entre ellos.

Caractersticas
del producto

Tiempo

Mercado

Tecnologa

Caractersticas del
producto
Soluciones
tecnolgicas

Producto / servicio

Conductores del
mercado/producto

Matrices de
anlisis

Por ejemplo una compaa fabricante de equipos de aire acondicionado puede

pensar en un concepto revolucionario de equipo inteligente que auto-corrija su
condicin de trabajo con un sistema de regulacin que capte reacciones de las
personas al frio o calor excesivos. Tal concepto tendr una nota sobresaliente
en un condicionante de negocio que puede denominarse nivel de confort del
usuario. Pero puede tener una nota baja en otro denominado precio. Por lo
tanto, para cada concepto de diseo habr tantas posibilidades de valorarla
como condicionantes del mercado se hayan identificado.
Las caractersticas del producto son agrupadas y sus impactos calificados por
cada condicionante de mercado. Se pueden considerar estrategias de
productos alternativos (que respondan a combinaciones de condicionantes de
mercados).
Aqu es importante sealar que el mtodo conocido como QFD (quality function
deployment) es altamente relevante en esta fase del proceso, ya que se
constituye en una forma sistemtica para realizar ese proceso de traduccin
de las expectativas del cliente en especificaciones de producto.

Informacin adicional sobre el QFD la puede encontrar en los siguientes links:

Asociacin Latinoamericana del QFD (www.qfdlat.com/index.html)
dispone de amplia informacin y herramientas para ayudar a su
comprensin y aplicacin.
QFD Institute (www.qfdi.org/)
Lectura recomendada:
Uno de los documentos que se puede encontrar en el primer enlace
comentado es el llamado QFD Jurasico que hace referencia al proceso
desarrollado para el diseo de uno de los animales que se muestra en la
pelcula del Parque Jursico.
Tambin lo puede descargar directamente del link siguiente:
QFD-Jursico.pdf

TERCER TALLER: LA TECNOLOGA

Busca identificar posibles soluciones tecnolgicas que permitan el logro de las
caractersticas deseadas del producto. Tales soluciones son agrupadas en
reas tcnicas (rutas), que junto con las caractersticas identificadas en la
sesin anterior, definen una posicin en una segunda tabla de anlisis, que se
articula directamente con la encontrada en la sesin anterior.
A continuacin se califica el impacto de las reas tecnolgicas sobre las
caractersticas del producto.
Volviendo al ejemplo del aire acondicionado, una segunda matriz de
evaluacin, que analiza las relaciones entre las tecnologas y los conceptos de
productos, se utiliza para contrastar varias tecnologas potencialmente aptas
para aplicar: lgica difusa, algoritmos/equipos de visin artificial, etc.
Las dos tablas de anlisis mencionadas, articuladas entre s, son un medio
para relacionar el impacto de la tecnologa en las caractersticas del producto y
los conductores del mercado, conectando de esta manera, los diferentes
niveles del roadmap.
Nota: la Universidad de Cambridge ofrece algunos ejemplos de matrices de
evaluacin
http://www.ifm.eng.cam.ac.uk/ctm/t_cat/Technology%20management/Grids/TG/
index.htm
Uno de ellos se muestra en la figura siguiente:

Esta figura muestra la secuencia de traslado entre diferentes matrices, se

puede utilizar para articular las necesidades del cliente con los productos
utilizando estrategias tecnolgicas, programas de investigacin y tecnologas.
Al igual que en la fase anterior, en esta el QFD puede resultar muy til, por su
forma sistemtica de desplegar las diferentes interrelaciones desde las
necesidades del cliente hasta la produccin del nuevo producto.

CUARTO TALLER: TRAZADO DEL ROADMAP

Las anteriores sesiones permiten configurar una estructura simple para articular
los tres niveles del roadmap, junto con un lenguaje (las diferentes categoras
que definidas en las tablas de anlisis) para soportar su construccin. Es difcil
desarrollar un roadmap sin tener una estructura clara como la provista por las
aquellas tablas.
En esta sesin se traza las tendencias de mercado y de tecnologa, para tener
finalmente el primer roadmap. El formato del TRM se ha definido en trminos
de tiempo, niveles y estrategia de producto (plataformas). Se identifican los
hitos o puntos clave, se traza la evolucin del producto y se identifican los
programas tecnolgicos. Todos ellos articulados entre s, permiten trazar las
trayectorias o rutas que conectan la situacin actual con la visin de futuro,
manteniendo en mente los conductores del mercado priorizados, las
caractersticas del producto con mayor impacto y las soluciones tecnolgicas
ms atractivas.
Para comprender mejor lo explicado hasta aqu lo mejor es estudiar con
detenimiento el ejemplo que a continuacin se presenta.

EJEMPLO
(El ejemplo que aqu se presenta es reportado en Phaal R. , Farrukh, Mitchell,
& Probert, 2003)
La empresa Domino Printing Sciences plc., es una organizacin Inglesa con
influencia en ms de 100 pases. Su actividad incluye la investigacin, el
desarrollo, la manufactura, distribucin y servicio de equipos industriales de
impresin de alta velocidad (para cdigos de barras, por ejemplo). Su plantilla
es de cerca de 1500 empleados con beneficios de 120 millones de dlares en
el ao 2003. Est organizada en tres divisiones principales: productos de
identificacin, impresoras comerciales e impresoras laser.
Tras un proceso de induccin con el director tcnico y una reunin de trabajo
con el equipo de direccin, se realizaron ocho talleres entre noviembre de 1998
y abril de 1999 para aplicar la metodologa en las divisiones de productos de
identificacin y de impresoras laser.
Los criterios aplicados en este ejercicio fueron los siguientes:
Que fuese aplicable a todas las reas de negocio de Domino Printing.
Proveer un formato comn y consistente para todas las Unidades
Estratgicas de Negocio (SBU, en ingles).
Definir y utilizar un lenguaje comn entre las SBUs.
Facilitar la integracin de nuevas tecnologas en los procesos de
planeacin de negocios.
Apoyar la comunicacin y cooperacin entre las SBUs.
Proveer un mecanismo para:
9 Articular las oportunidades tcnicas y de mercado, y
desarrollar un dilogo entre estas funciones.
9 Articular las tecnologas con la direccin estratgica de la
compaa.
9 Apoyar las decisiones de: adquisiciones, localizacin de
recursos, gestin del riesgo y explotacin.
9 Mantener los recursos, habilidades y competencias, para
dirigir las oportunidades identificadas en el momento
adecuado.
Se realiz el proceso de programacin de los talleres de trabajo, identificando
los participantes, que fueron representantes de las reas relevantes de la
compaa: marketing, ventas, diseo, manufactura e investigacin.

Primer taller (mercado):

Dio como resultado la identificacin de una serie de caractersticas o atributos
de los productos, junto con una priorizacin del mercado y unos conductores de
negocios. En resumen, fueron:
Atributos de los productos: nmero de tipos de cdigos de barras y
superficies donde se aplican (sustratos), distancia de impresin, tiempo
de secado, limpieza de la impresin, fiabilidad, facilidad de uso, tamao,
facilidad de instalacin, consistencia y calidad de la impresin, costo de
venta, velocidad, emisiones y flexibilidad.
Conductores de marcado (externos): costo, legislacin, diferenciacin,
facilidad de uso, productividad, flexibilidad, embalaje, velocidad de
produccin.
Conductores de negocio (internos): costo, flexibilidad de aplicacin,
distribucin, competencia, crecimiento, sinergia y beneficios, los que
luego fueron agrupados en cuatro categoras: costo y beneficios,
flexibilidad y crecimiento, distribucin, sinergia.

Segundo taller (producto):

Permiti la identificacin de un conjunto de conceptos de productos, los cuales
fueron agrupados en temas. Estos temas fueron calificados en trminos del
impacto sobre el mercado y sobre los conductores de negocios (identificados
en el primer taller), asignando una calificacin entre (-3 y 3), utilizando la matriz
de evaluacin que se muestra a continuacin.
Condicionantes de mercado (externos) y de
negocio (internos)

Conceptos
de
productos
(reas)
Tema de
producto 1
Tema de
producto 2
Tema de
producto 3
Tema de
producto 4

Tema de
producto 13
Priorizacin
(P)

1
?

Mercado
4 5 6

7
1

2
3

1
3

1
2

4
1

(N) = Puntuacin
normalizada
Mercado
Negocio
(N)
(N)
1
0
25
4

16

39

15

35

20

37

36

59

10

...
1

Negocio
2 3

Nota total =

1
9

Tercer taller (tecnologa):

Se identific un conjunto de soluciones tecnolgicas, tambin agrupadas en
temas o reas. Estos fueron igualmente calificados en trminos del impacto
sobre los conceptos de productos (identificados en el segundo taller). La tabla
siguiente muestra los resultados. Algunos ejemplos de soluciones tecnolgicas
incluidas fueron: agujeros mltiples, depsitos reducidos, modularidad,
modificadores de superficies, pocas partes, interfaz de usuario, laser por CO2,
etc.
Conceptos de
Productos (agrupados por temas)

Rutas
tecnolgicas

rea
tecnolgica 1
rea
tecnolgica 2
rea
tecnolgica 3

1
1

2
1

3
1

5
1

-1

10
3

11

12
2

13

-1

51

8.6

45

6.4

55

9.3

46

6.6

30

5.1

12

1.7

Priorizacin
(P)

(N) = Puntuacin
normalizada
Mercado Negocio
(N)
(N)
56 9.4 60 8.6

9
1

...

rea
tecnolgica
13

Nota total =

-1

10

Mercado

10

Negocio

Cuarto taller (trazado del roadmap): Las tendencias de mercado, negocios,

productos y tecnologas identificados en los tres talleres anteriores, fueron
utilizados para trazar la primera versin del roadmap. En la figura se muestra
esquemticamente el roadmap correspondiente a una de las reas estudiadas,
codificado en trminos de los conductores de mercado (accin de la
competencia, legislacin, evolucin de las caractersticas del producto,
respuesta tecnolgica, soluciones tcnicas preferidas) y otros temas o aspectos
que necesitan tratarse.
1989

2000

Estimulador
de Mercado

2001

Evolucin de
productos

2003

2005

Respuesta
tecnolgica

Problemas

Un resultado importante obtenido en el caso que aqu se presenta,

particularmente en el segundo taller, fue el descubrir que el conocimiento sobre
el mercado era menos slido de lo que se pensaba, con lo cual se plante la
realizacin de un ejercicio complementario de investigacin de mercados.
Dentro de la divisin de impresin Laser, se identifico la necesidad de realizar
una revaluacin de las principales competencias y de la estrategia de negocio.
El roadmap ha sido revisado en cuatro oportunidades desde la primera
aplicacin, con lo cual se puede afirmar que ha sido apropiado como
herramienta para el proceso de planeacin y como instrumento de integracin
entre las plataformas tecnolgicas y los productos.

RESUMEN
En este mdulo hemos presentado el mtodo T-Plan para elaborar roadmaps.
Consiste en la aplicacin de cuatro talleres de trabajo en equipo, cada uno de
ellos con objetivos claramente identificados y que en su secuencia van
entregando resultados necesarios para el siguiente. Obviamente que la
logstica para estos talleres resulta importante, particularmente para garantizar
la participacin activa de cada uno de los integrantes, pero sobre todo, nunca
perdiendo de vista los objetivos que se persiguen.
El T-Plan estndar est configurado para el desarrollo de roadmaps de
productos, como pudo quedar claro en la presentacin.

Marque su nivel de progreso

Haga clic en el botn correspondiente a su grado de asimilacin
de este mdulo

EJERCICIO
Asuma que usted es el presidente de una prestigiosa empresa fabricante de
telfonos mviles. Plantee en forma hipottica un roadmap que describa el
desarrollo tecnolgico, las investigaciones, los productos y el mercado que
pueden estar asociados a su empresa con una visin a 10 aos. Por ejemplo,
un nicho de mercado que puede ser muy importante en el mediano plazo es el
de las personas mayores. Cmo cree que podra planear su empresa el
desarrollo de mviles especficamente orientados a aquellas personas?
Para ello, aplique los cuatro talleres propuestos en el T-Plan.
Nota: No se espera que el ejercicio contenga todos los elementos tecnolgicos
y de mercado que en la realidad debe integrar un trabajo de estos. Pero si que
haga un esfuerzo por aplicar cada uno de los criterios explicados con
informacin hipottica. Si lo prefiere, plantee usted mismo un ejercicio de
aplicacin diferente.
Haga un resumen de mximo una pgina por cada taller y envela a su tutor.

Parte 2: Roadmaps Tecnolgicos

Unidad de aprendizaje 3:
PROCESO DE ELABORACION DE ROADMAPS

Mdulo 2: Personalizacin del mtodo T-Plan

El mtodo general del T-Plan expuesto en el mdulo anterior, puede ser
adaptado a las condiciones particulares de aplicacin en una empresa. Esto es
lo que se denomina personalizacin del mtodo y es el objetivo de este
mdulo.

OBJETIVO DEL MDULO

Entender y seguir la secuencia para personalizar el proceso de
desarrollo del mtodo T-Plan.

Prerrequisitos:
Unidad de Aprendizaje 1, Mdulo 1:
Unidad de Aprendizaje 1, Mdulo 2:
Unidad de Aprendizaje 1, Mdulo 3:

Unidad de Aprendizaje 2, Mdulo 2:

Unidad de Aprendizaje 3, Mdulo 1:

Definiciones
Relacin con otras herramientas de
estudio
Estmulos para la innovacin
tecnolgica y roadmaps
Formatos de presentacin de
roadmaps.
El mtodo T-Plan estndar

Naturaleza del contenido:

Terica / Ejercicio prcticos.

Duracin del mdulo:

3 horas.

EL T-PLAN PERSONALIZADO
Como se coment anteriormente, los itinerarios deben ser tiles para diferentes
tipos de empresas y diferentes objetivos dentro de la misma empresa,
incluyendo planeacin de produccin, exploracin de nuevas oportunidades,
direccionamiento de recursos, mejoramiento de la estrategia del negocio, etc.
Por otra parte, cada empresa tiene sus propias particularidades, como por
ejemplo: su organizacin interna en funcin de sus negocios, la cultura
organizacional, los recursos y las tecnologas disponibles, su ubicacin
geogrfica, etc.
Todas estas caractersticas individuales de las empresas, indican la necesidad
de personalizar el proceso estndar descrito, en lugar de asumir el TRM como
una caja negra.
Los elementos clave para la adaptacin del proceso (customization) a un
contexto particular son la arquitectura y el proceso. Es as, porque en esencia
la fase de planeacin es una actividad de diseo en la que tanto la arquitectura
y el proceso de creacin del roadmap son desarrollados en paralelo. Por ello
mismo, el desarrollo de roadmaps es una actividad creativa, iterativa y no una
actividad lineal.

CONTEXTO
La naturaleza misma de las razones que impulsan la utilizacin de esta
metodologa, debe ser explorada y articulada, teniendo en cuenta las
restricciones que afectarn el enfoque, como por ejemplo:

Apropiacin del problema: no se puede garantizar el xito de ninguna

metodologa, incluyendo la TRM, a menos que exista una apropiacin
del problema a resolver y del mtodo a utilizar, as como unos propsitos
claros para su realizacin.

Alcance: definir las fronteras del dominio de inters (qu debe ser
considerado y qu no).

Enfoque que se utilizar

Propsito: metas y objetivos que la empresa espera lograr a mediano y

largo plazo.

Recursos: definidos en trminos de tiempo, esfuerzo y dinero.

Participantes: tpicamente se requiere la participacin de un equipo

multifuncional, que represente tanto la perspectiva comercial como la
tcnica, y que tenga la experiencia, las habilidades y el conocimiento
necesarios para hacer del TRM un mtodo aplicable y coherente.

Fuentes de informacin: se debe disponer de la suficiente informacin,

teniendo en cuanta que hay un lmite prctico a la cantidad de
informacin que puede ser administrada en el proceso.

ARQUITECTURA
En el proceso estndar (T-Plan estndar), la arquitectura se construye durante
los tres primeros talleres, al utilizarse las matrices de evaluacin mercadoproducto y producto-tecnologa. Mientras que en un T-Plan personalizado, la
arquitectura es, generalmente, acordada por un pequeo equipo de trabajo.
Las dimensiones a considerar durante ese proceso son:
Estructura de la escala de tiempo: En trminos del horizonte de
planeacin y de los hitos, as como tambin de los eventos y actividades
del pasado.
La posibilidad de articular en el tiempo los conocimientos sobre los
mltiples aspectos del negocio, es lo que hace del TRM una herramienta
poderosa. Por ello, la dimensin temporal debe ser explcitamente
mostrada en el roadmap. La seleccin de la escala depende de la
naturaleza de la organizacin y de los propsitos del roadmap. La
importancia del tiempo, en trminos del valor del negocio, descansa en
el valor tangible que pueda atribuirse al time-to-market, referido tanto a
los productos como a las tecnologas, y al nivel de sincronizacin que
debe existir entre ellos. Adicionalmente, al incluir la escala de tiempo en
el roadmap, hace que la arquitectura sea compatible con la carta Gantt,
lo que facilita la implementacin efectiva del roadmap en planes y
proyectos concretos.
Capas: El eje vertical del roadmap consiste en mltiples capas y subcapas, las cuales se disean para lograr articular las necesidades
particulares asociadas en el roadmap. Existe una amplia gama de
posibilidades, pero en general se pueden considerar tres opciones:
9 La capa superior se utiliza para visualizar las tendencias y
conductores que gobiernan todos los objetivos, incluyendo las
tendencias del mercado y de la industria, as como otros aspectos
externos (sociales, tecnolgicos, ambientales, econmicos,
polticos, de infraestructura) e internos (negocios, hitos, objetivos).
El tipo de informacin de esta capa superior puede pensarse que
representa el know-why (el por qu).
9 La capa inferior se usa para relacionar los recursos necesarios
para responder a las tendencias y conductores, incluyendo los
recursos basados en el conocimiento, as como los recursos
financieros, de infraestructura y socios. Este tipo de informacin
se puede entender como el know-how (el cmo).
9 La capa intermedia generalmente tiene que ver con los sistemas
tangibles que se desarrollan para responder a las tendencias y
conductores de la capa superior. Frecuentemente hace referencia
a la evolucin de los productos (caractersticas y prestaciones),

aunque tambin se pude utilizar para referirse a servicios u otros

mecanismos de integracin tecnolgica que beneficie a los
clientes. Aqu lo importante es sealar que esta capa sirve de
puente que une los aspectos puramente tcnicos con los
puramente comerciales. La informacin all representada se
puede ver como el know-what (el qu) del proceso.
Cada una de estas capas puede estar dividida en varias subcapas, en funcin de la naturaleza especfica del problema a
resolver, del contexto y de la organizacin empresarial.
Bajo la escala del tiempo, puede ser til colocar informacin adicional,
como por ejemplo: diferentes clases de articulacin entre componentes
del roadmap, informacin complementaria sobre los conductores del
mercado, explicacin sobre otros elementos grficos utilizados, vacos
encontrados, trayectorias crticas, etc., es decir, todo aquello que
agregue valor y claridad a la comunicacin representada en el roadmap.
Las tres dimensiones del conocimiento (know-why, know-how y knowwhat) estn relacionadas con aquellas tres capas. Pero tambin hay
otras dimensiones del conocimiento que quedan incluidas en un
roadmap, como son: el know-when (el cundo), el know-who (el quin) y
el know-where (el dnde). Tal nfasis en el conocimiento es un aspecto
fundamental del TRM, que lo convierte en una herramienta importante
para la gestin del conocimiento (vase Unidad 1, Mdulo 1)
Existen muchas opciones para dividir la escala vertical del roadmap en
capas y sub-capas, de tal manera que el contenido quede bien
estructurado. Tal estructura debe ser considerad paralelamente con el
proceso de elaboracin del roadmap, de tal manera que se siga una
secuencia lgica.

La arquitectura del roadmap deber tener en cuenta otros factores adicionales,

como son:

Las capas debe ser razonablemente independientes una de la otra.

La definicin de cada capa debe ser consistente en el tiempo, de manera

que el desarrollo y evolucin puede mapearse en todo el periodo del
roadmap.

En importante lograr que la estructura del roadmap se integre con otros

enfoques y sistemas organizativos de la empresa, buscando de esta
manera una rpida integracin a la forma de planificacin, que sera ms
difcil si la estructura del roadmap fuese completamente nueva para toda
la empresa. Siempre, eso s, manteniendo las caractersticas esenciales
del roadmap.

PROCESO
La serie de actividades necesarias para construir el roadmap, para tomar
decisiones, identificar y acordar acciones y mantener el roadmap actualizado.
Durante la planeacin debe tenerse muy en cuenta las diferentes actividades
del proceso mismo de construccin del roadmap: la captura de datos, la
estructura del conocimiento, la identificacin de elementos clave, la forma de
llevar las discusiones y las acciones, etc.
Macro-proceso:
El proceso incluye un macro nivel, en trminos de las etapas necesarias a
corto, mediano y largo plazo. El punto clave aqu es visualizar la forma en que
todo el proceso en su conjunto se desarrollar, siguiendo las etapas necesarias
para llegar a la meta. Aunque el proceso se divide en diferentes etapas o
talleres de trabajo, nunca debe perderse de vista que el conjunto de todos ellos
debe conducir al logro del objetivo, de tal manera que deben estar conectados
siguiendo la lgica necesaria, para construir en su conjunto el roadmap.
Micro-proceso:
El micro nivel del proceso est asociado con la agenda de desarrollo del
roadmap. Es decir, con los detalles particulares de la agenda para cada uno de
los talleres y reuniones, as como las actividades individuales necesarias para
tener los insumos requeridos en el momento adecuado. En general la
experiencia ha demostrado que talleres de un da mximo son suficientes para
garantizar unos resultados satisfactorios con una participacin activa de todos
los actores. Tambin, se sugiere mantener la estructura de los tres talleres
bsicos propuestos en el T-Plan estndar, seguidos de un encuentro post-taller
para revisar y estructurar los resultados.

CONCLUSION
Estos tres factores son importantes, pero tal vez, lo es ms la planeacin para
personalizar el roadmap y para el propio proceso de elaboracin, con el fin de
articular los objetivos empresariales y para pensar en el cmo lograr adecuar el
proceso estndar a las particularidades del la empresa. Dentro de ello, la
apropiacin del roadmap es un factor determinante, primero por parte del
promotor del proceso, pero tambin de todos aquellos que participarn en las
sesiones de trabajo, y an de aquellos que sin participar directamente en el
proceso, hacen parte de la empresa y utilizarn el roadmap como herramienta
estratgica de comunicacin.
En conclusin, como lo comenta (Phaal, Farrukh, & Probert, Customizing
Roadmapping, 2004) se puede pensar que el roadmap es a la vez un lienzo
sobre el cual se realiza una pintura (tpicos y objetivos considerados) y una
historia que representa las conexiones entre la informacin desplegada. En
otros palabras, un roadmap es una pelcula que muestra historias paralelas
pero interconectas, que siguen una secuencia y se desarrolla dentro de un
contexto especfico.

Test:
Responda al test de este mdulo.

EJEMPLO:
Planteamiento:
Una empresa manufacturera de dispositivos mdicos est considerando
convertirse en un tipo de compaa con uso mucho ms intensivo de
tecnologa, con un significativo incremento del gasto en I+D.
Objetivo:

Definir una visin de futuro para la compaa, principalmente en trminos

de tecnologa y productos, aunque tambin le interesa, obviamente, el
mercado, el negocio y la organizacin (destrezas, estructura, cultura,
etc.).

Analizar el negocio para

oportunidades y amenazas.

Considerar cmo disminuir la brecha para la reconversin. Identificar

opciones y trayectorias de migracin.

determinar

fortalezas,

debilidades,

Proceso:
El equipo de planeacin program una agenda para un da de trabajo,
enfocado en el desarrollo de la estrategia. La agenda incluy una serie de
presentaciones y discusiones, cada una de ellas orientada a una de las capas
del roadmap, dirigidas simultneamente por los diferentes facilitadores. Los
pasos importantes fueron:
Capturar la visin: La primera presentacin fue la de proponer la
estrategia de negocio, y la discusin identific las caractersticas de la
compaa en este nuevo contexto. Una presentacin posterior se enfoc
en los desarrollos tecnolgicos futuros teniendo tambin en cuenta sus
requerimientos. Se sigui con una discusin para identificar las
tecnologas importantes para el futuro.
Anlisis de la brecha: La discusin consider los mercados y productos
actuales y del futuro, as como los temas y requerimientos futuros
relacionados con la organizacin y las destrezas o habilidades.
Trayectoria de migracin: Para cada nivel, se estudiaron las fortalezas y
debilidades, as como las acciones necesarias para superarlas.
Arquitectura:
La estructura general del roadmap que se muestra en la figura siguiente, fue
desarrollada en la reunin de planeacin. Cada capa incluye un nmero de
sub-capas, definidas durante el taller de trabajo.

Arquitectura
Mercado

Negocios

Proceso
2b

2a

1a

2a

Captura de la visin:
1a. Mapa de la visin
1b. Mapa de la tecnologa
futura
Anlisis de la brecha:

Productos

Tecnologa

Organizacin

2a

2b

3 & 3b

2a

2a. Mapa de la situacin

actual
2b. Mapa de requerimiento
futuro
Trayectoria de migracin:

1b

3a. Fortalezas y
debilidades.
3b. Acciones en cada nivel

2a

2bc

Hoy

Largo plazo

Beneficios:
La compaa utiliz los resultados del taller para desarrollar un plan de accin
detallado. Un ao despus, se cito a un nuevo taller de dos das para revisar el
plan estratgico. El primer da se construyo con base en el nuevo plan
estratgico, el nuevo roadmap. El segundo da se desarroll un plan funcional
detallado utilizando los resultados del primer da para lograr la integracin.

RESUMEN

Hemos presentado en este mdulo las pautas necesarias para personalizar,

esto es, adecuar a las caractersticas particulares de una empresa y su
entorno, el mtodo T-Plan para elaborar roadmaps. Los aspectos ms
relevantes para ello son: la definicin de una arquitectura adecuada, en
trminos de las capas, sub-capas y horizonte de tiempo; y el proceso de
desarrollo que debe considerar tanto el macro como el micro nivel.
El T-Plan debe considerarse como un mtodo flexible, que debe ajustarse a las
particularidades de cada caso, conservando siempre la idea de que es una
herramienta que ayuda a lograr unos objetivos y metas, que deben estar
siempre presentes durante todo el proceso.

Marque su nivel de progreso

Haga clic en el botn correspondiente a su grado de asimilacin
de este mdulo

EJERCICIO
Suponga que usted esa encargado de desarrollar un TRM en una empresa de
muebles que quiere proyectar sus actividades para masificar el tipo de diseo
de muebles hgalo usted mismo en pases en vas de desarrollo, con un
compromiso medioambiental que implica ofrecer el servicio de recogida de los
muebles que el usuario quiera desechar, para reciclar materiales y reutilizar
componentes.
Haga una simulacin del mtodo T-Plan estndar y luego aplique variaciones
para personalizarlo a las caractersticas de su empresa.
Enve a su tutor una sola hoja con el grfico del itinerario desarrollado.

Parte 2: Roadmaps Tecnolgicos

Unidad de aprendizaje 3:
PROCESO DE ELABORACION DE ROADMAPS

Mdulo 3: El mtodo LNS

La propuesta del Laboratorio Nacional Sandia (LNS) est comprendida como
uno de los mtodos ms aplicados para el desarrollo de itinerarios
tecnolgicos. Esta propuesta hace menos nfasis en la parte organizativa y
ms en el contenido de la estructura de desarrollo de los roadmaps. Por eso
conviene verlo en forma complementario al mtodo del T-Plan.

OBJETIVO DEL MDULO

Entender y seguir la secuencia para personalizar el proceso de

desarrollo del mtodo LNS (Laboratorio Nacional Sandia, de
Albuquerque, Nuevo Mxico, USA) para elaboracin de roadmaps.

Prerrequisitos:
Unidad de Aprendizaje 1, Mdulo 1:
Unidad de Aprendizaje 1, Mdulo 2:
Unidad de Aprendizaje 1, Mdulo 3:

Unidad de Aprendizaje 2, Mdulo 2:

Definiciones
Relacin con otras herramientas de
estudio
Estmulos para la innovacin
tecnolgica y roadmaps
Formatos de presentacin de
roadmaps.

Naturaleza del contenido:

Terica / Ejercicio prctico.

Duracin del mdulo:

6 horas.

PRESENTACIN DEL MTODO

El Laboratorio Nacional Sandia (Sandia, 1997; Walsh, 2004), propone un
proceso para construccin de roadmaps basado en tres etapas. La primera
incluye actividades preliminares necesarias para garantizar el xito en su
realizacin. Una segunda fase es el desarrollo propiamente dicho del itinerario
y la tercera etapa, involucra la utilizacin y el seguimiento del roadmap.

FASE 1: ACTIVIDADES PRELIMINARES

El uso efectivo de la TRM parte de un reconocimiento por parte de los rganos

decisorios de la compaa, de la necesidad de resolver un problema de
planificacin tecnolgica. Es decir, debe existir una necesidad clara y una
decisin de utilizar esta metodologa de planificacin, ya que solamente as se
garantizar los recursos, la participacin y el compromiso necesarios para la
realizacin con xito del roadmap.
Un aspecto importante a tener en cuenta es que las personas involucradas en
el proceso pueden esperar resultados diferentes y de alguna manera, todos
deben quedar satisfechos por la realizacin y los resultados del roadmap.
Esta fase, es por lo tanto, de gran importancia para construir ese compromiso y
para ganar el consenso necesario para iniciar el proceso de elaboracin del
itinerario, y tambin para mantenerlo vivo en las etapas siguientes. Para ello se
debe:
Satisfacer condiciones esenciales.
En este paso se busca identificar con claridad las condiciones
esenciales para la compaa y quin podra tomar acciones necesarias
para lograrlas. Tales condiciones pueden incluir, por ejemplo:
9 la participacin de representantes de diferentes secciones de la
organizacin (marketing, I+D, produccin, planeacin, etc.), y
externas a la organizacin (universidades, proveedores, clientes,
etc.).
9 los diferentes horizontes de planeacin y diferentes perspectivas
que tiene cada participante.
9 Claridad suficiente sobre lo que puede esperarse de un roadmap
y lo que no.
Proveer liderazgo y patrocinio
Dado el esfuerzo y el tiempo requeridos para el TRM, debe existir un
patrocinador, un lder. Es recomendable que ese lder provenga del
grupo que implementar el roadmap y se beneficiar de l. Esta persona
o grupo debe tener un sentido de pertenencia con la metodologa y
apropiarse de ella para liderar con xito el proceso.
Definir el alcance y las condiciones lmite
En este paso se busca especificar el contexto para el roadmap, la visin
que debe existir para garantizar que el itinerario ayudar a cumplir esa

visin teniendo en cuenta las limitaciones de la empresa. El roadmap se

inicia con la definicin de un conjunto de necesidades y del horizonte en
el tiempo para satisfacerlas.
Evidentemente que estas definiciones se hacen ms difciles a nivel
industrial que a nivel corporativo, bsicamente debido a la existencia de
muchos niveles de desagregacin de los sistemas, subsistemas,
productos y componentes, y tambin debido a que este tipo de
empresas en general no se caracterizan por tener un buen nivel de
colaboracin, con lo cual, el esfuerzo por constituir un equipo de trabajo
es ms grande.

FASE 2: DESARROLLO DEL ROADMAP

Esta segunda fase del proceso requiere de siete pasos para lograr el desarrollo
completo del itinerario. Como ya se coment, el esfuerzo, los recursos y el
tiempo requeridos para realizarlos, es mayor a nivel industrial que a nivel
corporativo, pero la secuencia sigue siendo la misma. Esta es:
Identificar el producto central
Es crtico para el proceso del TRM lograr que los participantes
identifiquen y estn de acuerdo con las necesidades a satisfacer (por
ejemplo, una casa eficiente energticamente, la velocidad de un
procesador de ordenador). Dependiendo de la complejidad del producto
puede haber muchos componentes y niveles en los que el roadmap se
pudiera enfocar. Seleccionar tal enfoque es crtico.
Una de las tcnicas que puede ayudar en esta definicin, es la
planificacin por escenarios2, principalmente si existe mucha
incertidumbre sobre las necesidades del producto central. Cada
escenario debe ser razonable, internamente consistente y comparable
con los otros escenarios. Adems, es importante mantener claro, que el
escenario no es un fin en s mismo, sino que es un medio para manejar
la incertidumbre en la definicin del producto central del roadmap.
Identificar los requerimientos crticos del sistema y sus valores
deseados.
Los requerimientos crticos del sistema proveen la estructura general del
roadmap y son las dimensiones de ms alto nivel a las que apunta las
tecnologas. Por ejemplo, para una casa eficiente energticamente, los
requerimientos crticos del sistema pueden ser: consumo per capita de
energa, perdida de calor, capacidad, fiabilidad, seguridad y costo. Y los
objetivos asociados a estos requerimientos: 3000 kWh/ao de consumo
energtico, 6500 kCal/h de prdidas de calor, etc.
Especificar las reas tecnolgicas relevantes
Existen reas tecnolgicas relevantes para ayudar a lograr los objetivos
de los requerimientos crticos del sistema. Para el ejemplo de la casa
eficiente energticamente, estas reas pueden ser: materiales,
electrodomsticos de bajo consumo, modelamiento y simulacin
energtica por ordenador, etc.
Especificar los conductores tecnolgicos y sus valores deseados
2

Vase el mdulo 2 de la Unidad 1: Relacin con otras herramientas de estudio.

En este paso, los requerimientos crticos del sistema son transformados

en conductores tecnolgicos para las reas tecnolgicas especficas.
Estos conductores o condicionantes tecnolgicos son las variables
crticas que determinarn qu alternativas tecnolgicas sern
seleccionadas. Por ejemplo, para el rea tecnolgica de materiales, los
conductores tecnolgicos pueden ser la resistencia mecnica del
material, el precio, la facilidad de montaje. Mientras que para el rea de
simulacin por ordenador, los conductores pueden ser la facilidad de
aprendizaje y aplicacin, el tiempo requerido para el modelamiento, la
compatibilidad con software CAD.
Los conductores tecnolgicos son dependientes de las reas
tecnolgicas que se consideren, y sirven para describir la forma en que
la tecnologa se direcciona para lograr cumplir los requerimientos
crticos.
Identificar alternativas tecnolgicas.
Una vez se han especificados los conductores tecnolgicos y sus
objetivos, se debe proceder a identificar aquellas alternativas
tecnolgicas que puede satisfacer y alcanzar aquellos objetivos3. Un
objetivo difcil de lograr puede requerir algn desarrollo tecnolgico
importante o una tecnologa especfica puede hacer que se logren varios
de los objetivos planteados.
As mismo, para cada alternativa tecnolgica que se logre identificar, en
el roadmap debe quedar especificada una estimacin del tiempo en el
que se pude disponer de ella en forma til (cundo madura la
tecnologa). Cuando existen varias opciones tecnolgicas, se debe
realizar un anlisis en paralelo e identificar el punto en el que se debe
tomar una decisin sobre la ms conveniente.
Recomendar la alternativa tecnolgica a seguir.
Las alternativas tecnolgicas varan en trminos de costo, disponibilidad
y rendimiento. Una trayectoria puede seguir a aquella disponible ms
rpidamente, otra puede ser la ms barata, mientras que otra puede
generar un porcentaje superior en el rendimiento del valor objetivo. El
anlisis y la decisin pueden estar supeditados a muchos criterios
particulares. Por ejemplo, el uso de una tecnologa disponible ms
rpidamente podra facilitar un menor tiempo de puesta a punto del
producto en el mercado, lo cual es un factor importante para la ventaja
competitiva. Adicionalmente, puede ocurrir que el uso de una tecnologa
implique la mejora de algn factor pero disminucin en otro: la mejora en
el rendimiento del producto podra implicar un mayor costo, por ejemplo.

Para ello puede ser muy til tener aplicado un sistema de vigilancia tecnolgica. Vase
Mdulo 2, Unidad 2: Relacin con otras herramientas de estudio.

Una tecnologa puede que no satisfaga los objetivos inmediatos, pero

puede ser muy importante para el logro de objetivos a mediano o largo
plazo. Esta se suele llamar tecnologa disruptiva. Muchas veces, este
tipo de tecnologas son ignoradas o desplazadas por tecnologas ms
conocidas, en forma equivocada. Los roadmaps, pueden detectar este
tipo de errores a tiempo y facilitar la eleccin adecuada de la tecnologa,
aunque aquella no responda en el momento actual.
La recomendacin finalmente puede darse luego de un anlisis de
expertos o por el uso de alguna herramienta de simulacin, por ejemplo,
que ayude a seleccionar la tecnologa adecuada en el momento
adecuado, as como indicar cundo hacer el cambio a una tecnologa
diferente.
En la pgina de la Universidad de Cambridge
(Insitute for
Manufacturing, University of Cambridge, s.f.) se presentan algunas
herramientas para la gestin de tecnologa. Dentro de ellas, se
encuentra una tabla de valoracin de opciones tecnolgicas que puede
utilizarse para completar esta fase del proceso. En ella se incluye la
identificacin de las tecnologas actuales y de las nuevas tecnologas,
evaluacin del desarrollo y de las opciones de explotacin, enfocadas en
costos y beneficios.
http://www.ifm.eng.cam.ac.uk/ctm/t_cat/Technology%20management/Str
ategy/TS/sld007.htm

Tecnologa

Bases de
competicin
Hoy

Importancia
del negocio

Futuro Hoy

Posicin Velocidad
actual
de
cambio

Diferenciacin

Futuro

Opciones para cada tecnologa

Aspectos Aspectos Beneficios
positivos negativos

Costos Escala
Tiempo

Tecnologas
Actuales
Tecnologas
nuevas
para la
compaa
Tecnologas
nuevas en
el mundo

Total

Creacin del informe del roadmap

El elemento grfico del roadmap debe estar acompaado de
documentos de respaldo, cuyo conjunto configura el reporte o informe
final. Generalmente este reporte incluye:
9 La identificacin y descripcin de cada rea tecnolgica y su
estado actual.
9 Factores crticos que podran ocasionar fallos en el proceso
diseado.

9 reas no contempladas en el roadmap

9 Recomendaciones tcnicas
9 Recomendaciones para su implementacin.

El siguiente diagrama muestra esquemticamente cada uno de los pasos de

esta segunda fase.
Paso 1: Identificar el producto central

Identificar necesidades

Es crtico conseguir que los participantes identifiquen y

estn de acuerdo con las necesidades centrales. Es
importante lograr el consenso.

Planificacin de
posibles escenarios

Si existe mucha incertidumbre en la identificacin de

necesidades centrales, se recomienda usar la
planificacin por escenarios. Cada escenario debe ser
consistente y comparable con otros.

Necesidades

Estas son las necesidades centrales

Paso 2: Identificar los requerimientos crticos del sistema y sus metas.

Definicin de los
requerimientos crticos
del sistema

Los requerimientos crticos del sistema definen la

estructura del roadmap y se constituyen en las
dimensiones de ms alto nivel relativas a las tecnologas.

Definicin de los
valores objetivo

Para cada requerimiento crtico se debe definir su

correspondiente valor objetivo (meta)

Paso 3: Especificar las reas tecnolgicas relevantes

Transformar los
requerimientos en
conductores
tecnolgicos

Identificar y especificar las reas tecnolgicas relevantes

para cumplir los requerimientos del sistema. A partir de
all, tales requerimientos crticos se transforman en
conductores tecnolgicos para las reas tecnolgicas
especficas

Paso 4: Especificar los conductores tecnolgicos y sus metas

Seleccionar
alternativas
tecnolgicas y con sus
metas

Los conductores tecnolgicos y sus metas son

transformados en metas del sistema de requerimientos
crticos. As se define qu tan viable es una alternativa
tecnolgica. Finalmente se hace una seleccin de las
alternativas tecnolgicas.

Paso 5: Identificar las alternativas tecnolgicas

Identificar las
alternativas
tecnolgicas y su
disponibilidad en el
tiempo.

Se debe identificar aquellas alternativas que satisfacen las

metas previamente definidas. Seguidamente se explicita
su disponibilidad en la lnea del tiempo.

Paso 6: Recomendar las alternativas tecnolgicas que deben adoptarse

Seleccionar el
subconjunto de
alternativas
tecnolgicas que debe
adoptarse.

Determinar cul alternativa tecnolgica seguir y cundo

cambiar a una diferente. Consolidar la mejor informacin y
buscar el consenso de expertos.

Paso 7: Crear el informe del roadmap

Crear el reporte final.

Se crea el reporte final: identificacin y descripcin de la

tecnologa, factor crtico, reas no exploradas,
implementacin y recomendaciones.

FASE 3: APLICACIN Y SEGUIMIENTO

Si se logr el consenso desde el inicio del proceso, esta tercera fase ser
mucho ms fcil. Si no se logr, es muy probable que el roadmap no sea
implementado o si lo es, no resulte de utilidad. Bsicamente se trata de
someter a consideracin de un grupo mucho mayor de personas el resultado
de las dos fases anteriores para conocer sus opiniones y hacer los ajustes
pertinentes. As, esta fase se desarrolla en tres pasos:
Crtica y validacin del roadmap
Se busca generar mucha crtica a partir de la mirada de ms personas,
expertas o no en la materia, con el fin de lograr su validez y aceptacin por
parte de un grupo mucho mayor que el que dise el itinerario.
Las razones para ello son dos. La primera es que la propuesta debe ser
revisada, criticada y validada (se lograrn las metas si se desarrollan las
alternativas tecnolgicas seleccionadas?, es razonable aquella seleccin?,
se ha dejado de considerar importantes opciones tecnolgicas?, es el
roadmap claro y comprensible para aquellos que no participaron en su
elaboracin pero que lo utilizarn?). En segundo lugar, al tratarse de una
herramienta que ser utilizada por gran parte de la empresa, debe
realizarse un importante esfuerzo por darla a conocer y por retro-alimentarla
para mejorar su eficacia.
Plan de implementacin
Un plan para su implementacin necesita la informacin generada durante
el proceso de construccin, con el fin de tomar las decisiones de inversin
adecuadas. En general, a nivel de empresa, la implementacin consiste en
el planteamiento y desarrollo de uno o ms proyectos basados en las
tecnologas seleccionadas.
Revisin y actualizacin
El roadmap y los planes y proyectos generados a partir de l, deben ser
revisados y actualizados peridicamente. En la versin inicial, es claro que
la incertidumbre es mayor en su proyeccin a largo plazo. Con el tiempo, la
aparicin de ciertas tecnologas y el cumplimiento o no de ciertos
supuestos, reducen aquella incertidumbre en general, aunque en ciertos
casos las aumenta o las traduce a otras reas. La revisin peridica tiene
como objeto analizar y afectar el roadmap de acuerdo con aquellos
cambios.

EJEMPLO: Diseo de Semiconductores

Se presenta un ejemplo que es muy referenciado en la literatura y que se
conoce como el roadmap SIA (Garca & Bray, 1997). Se seguir cada una de
las siete etapas descritas en la fase 2 del proceso.
Paso 1: Identificar el producto central
El producto central del roadmap son los semiconductores, que pueden ser
utilizados en varios tipos de productos: memorias, productos de consumo,
ordenadores porttiles, ordenadores de alto desempeo, etc., cada uno de los
cuales tiene diferentes requerimientos. Sin embargo, la tecnologa de
produccin de semiconductores es un rea comn a todas las empresas, por lo
que la competencia no se centra en los procesos de manufactura sino en el
diseo de los semiconductores y los productos que los utilizan.
Paso 2: Identificar los requerimientos crticos del sistema y sus metas
Los requerimientos crticos son: tamao pequeo, bajo costo y disipacin de
potencia para equipos porttiles. Por ejemplo, la meta para el requerimiento de
tamao fue pasar de 0.5 micras en 1992 a 0.1 micras en 2007.
Paso 3: Especificar las reas tecnolgicas relevantes
Se identificaron once reas tcnicas, entre ellas: diseo y prueba de chips,
litografa y sistemas de manufactura. Utilizando el sistema de requerimientos
crticos para configurar la estructura general, se organizaron equipos de trabajo
para cada rea tcnica y cada una desarroll su propio roadmap.
Paso 4: Especificar los conductores tecnolgicos y sus metas
Cada equipo desarroll un conjunto de conductores tecnolgicos especficos
para su propia rea, derivados y relacionados con una o ms de los
requerimientos crticos. Por ejemplo, los conductores tecnolgicos en el rea
de litografa, que esta relacionado con el tamao del semiconductor, incluy:
revestimiento, resolucin y tamao del mecanismo. Esta misma rea fue
posteriormente dividida en dos grupos (tecnologa de exposicin y resistencia).
Paso 5: Identificar las alternativas tecnolgicas
Para cada rea y sub-rea tecnolgica, se identificaron alternativas
tecnolgicas, tales como: rayos x, proyeccin de iones, haz de electrones, para
el caso de tecnologa de exposicin. Las prestaciones de la tecnologa
conductora fueron proyectadas para cada alternativa tecnolgica en la escala
del tiempo.

Paso 6: Recomendar las alternativas tecnolgicas que deben adoptarse

Basados en aquellas proyecciones y su impacto en las metas del sistema de
requerimientos crticos, se recomendaron ciertas alternativas tecnolgicas.
Paso 7: Crear el informe del roadmap
Se termin de elaborar el roadmap incluyendo todos los elementos necesarios
en el reporte, con el fin de garantizar un adecuado seguimiento. Se realiz un
taller de trabajo para criticar y validar el roadmap.

RESUMEN
El mtodo propuesto por el Laboratorio Nacional Sandia (LSN) tiene tres
etapas bien diferenciadas (actividades preliminares, desarrollo y aplicacin),
siendo la segunda el corazn del proceso. En ella se plantea una secuencia
de siete pasos que van encaminados a definir las necesidades y
requerimientos del mercado hasta llegar a identificar las tecnologas
importantes y necesarias para satisfacer aquellos requerimientos. Es decir, la
elaboracin del roadmap se hace de arriba hacia abajo, mirando las diferentes
capas que lo conforman.

Marque su nivel de progreso

Haga clic en el botn correspondiente a su grado de asimilacin
de este mdulo

LECTURA RECOMENDADA

Garca M. & Bray, O. (1997) Fundamental of Technology Roadmapping. Sandia

National Laboratories. [Internet] Disponible en: http://www.sandia.gov/PHMCOE
/pdf/Sandia'sFundamentalsofTech.pdf.
Tambin la puede descargar directamente del siguiente link: Fundamentals of
technology roadmapping.

Test:
Responda al test de este mdulo.

Parte 2: Roadmaps Tecnolgicos

Unidad de aprendizaje 3:
PROCESO DE ELABORACION DE ROADMAPS

Mdulo 4: Otros mtodos para elaborar

roadmaps
Existen otras aproximaciones metodolgicas para construir itinerarios
tecnolgicos, que son menos conocidas pero que vale la pena tenerlas en
cuenta porque pueden aportar ideas valiosas a la hora de realizar un trabajo de
este tipo.

OBJETIVO DEL MDULO

Conocer otros mtodos para el desarrollo de itinerarios: el EM y el de
Modelamiento grfico
Identificar algunas fuentes de informacin relacionadas con estos
mtodos adicionales.

Prerrequisitos:
Unidad de Aprendizaje 1, Mdulo 1:
Unidad de Aprendizaje 1, Mdulo 2:
Unidad de Aprendizaje 1, Mdulo 3:
Unidad de Aprendizaje 2, Mdulo 2:
Unidad de Aprendizaje 3, Modulo 1:
Unidad de Aprendizaje 3, Modulo 3:

Naturaleza del contenido:

Terica
Duracin del mdulo:

2 horas.

Definiciones
Relacin con otras herramientas de
estudio
Estmulos para la innovacin
tecnolgica y roadmaps
Formatos de presentacin de
roadmaps.
El mtodo T-Plan estndar
El mtodo LNS

PROCESO PARA CREACIN DE ROADMAPS DE

CIENCIA Y TECNOLOGA EM
La Oficina de Gestin Ambiental del Departamento de Energa de los Estados
Unidos (Office of Environmental Management, U.S. Department of Energy,
2000), presenta un esquema para el desarrollo de los roadmaps, que sigue
bsicamente los mismos lineamientos descritos del modelo LNS, aunque
dividido en cuatro fases. Aqu se presenta a manera de informacin, en forma
grfica. A

Fase 1: Inicio
Actividades

Productos

Identificar patrocinador y lder

Validar la necesidad del roadmap
Definir el alcance y las condiciones de
frontera

Diseo del proceso a seguir

Definir los participantes

Misin
Estatutos

Diseo del proceso

Diseo del reporte
Lista de participantes

Fase 2: Identificacin de necesidades tcnicas

Actividades

Productos

Desarrollo del sistema de diagrama

de flujo y funciones
Lneas bsicas de anlisis
Identificacin de riesgos tcnicos y
oportunidades
Anlisis de estado final

Estado final
Sistema de modelos
Lneas clave de riesgos
Necesidades tcnicas

Identificar capacidades y brechas

Especificar metas

Capacidades actuales
Brechas en capacidades
Metas a alcanzar

Fase 3: Desarrollo de la respuesta tcnica

Actividades

Productos

Identificar alternativas tecnolgicas

Desarrollar respuesta tcnica

Trayectorias de
desarrollo tecnolgico

Priorizar necesidades y respuestas

Desarrollar un programa integrado

Lista de prioridades
Programa de I+D

Crear reporte del roadmap

Reporte provisional

Fase 4: Implementacin
Actividades

Productos

Revisin y validacin del reporte

Reporte final
Sesin informativa

Desarrollo del plan de

implementacin
Revisin de avances

Plan de trabajo I+D

Presupuesto
Reporte de estado

EL SISTEMA DE MODELAMIENTO GRAFICO

Aunque se trata de un proceso desarrollado con una orientacin hacia su
sistematizacin a travs de ordenador, es importante conocer los principios
sobre los que se sustenta, y por ello se presenta aqu. Se trata de una
propuesta presentada por Zurcher y Kostoff (Zurcher & Kostoff, 1997),
desarrollada durante cinco aos de investigacin, y su componente algortmico
se basa en un modelo dirigido a trabajo de tipo grfico en red de investigacin/
tecnologa/capacidades/requerimientos. Utiliza la ltima tecnologa de bases de
datos relacionales y de hipertexto, para identificar las trayectorias potenciales.
La construccin del modelo consiste en identificar los proyectos y los
requerimientos (nodos) del roadmap, y luego identificar las relaciones (links)
entre ellos.
Primera etapa: Identificacin de tipos de proyectos y requerimientos.
Los proyectos de I+D y los requerimientos son subdivididos en funcin del nivel
de especificidad de los requerimientos. En su forma ms simple, se puede
hacer una divisin en cuatro niveles diferentes: investigacin, desarrollo,
capacidades y requerimientos.
La figura muestra un roadmap para una organizacin hipottica cuya misin es
el desarrollo de un automvil ms eficiente y no contaminante. Su enfoque es
de arriba hacia abajo (top-down) es decir, se parte de los requerimientos del
mercado para llegar a definir la investigacin requerida para satisfacerlos.
En la figura, los nodos de los niveles de investigacin y desarrollo, representan
programas existentes o propuestos (ya sea de investigacin, ya de desarrollo).
En el nivel de las capacidades los nodos representan objetivos buscados,
mientras que en el nivel de los requerimientos los nodos representan
necesidades identificadas por la organizacin. Las lneas slidas de los nodos
simbolizan los programas, proyectos, capacidades o requerimientos existentes,
mientras que las lneas discontinuas hacen referencia a programas, proyectos,
capacidades o requerimientos que se proponen.

Capacidades

Alta
seguridad

10 x menos
CO2

Doble
proteccin
contra golpe

Plantas de
energa
comb.fosiles

Pilas de
combustibles

$$

$$$

Estructura
absorbente
de energa
$$

100 MPG

Desarrollo

Micromecnica

Electroqumica

Combustin
(Fsiles)
$

Investigacin

Impacto potencial
de los resultados
del nodo A sobre
los objetivos del
nodo B

Reduccin
de CO2

Combustible
de alta
eficiencia

Requerimiento

$$

$$$

Alto

Alto

Alto

Moderado

Moderado

Moderado

Bajo

Bajo

Bajo

Materiales
absorbentes
de energa
$$

Sin financiacin
Nivel de riesgo que
los resultados del
nodo A impactarn
objetivos de nodo B

Riesgo de no
alcanzar los objetivos
sin apoyo externo

Nivel de financiacin
Alto costo
Costo medio
Bajo costo

$$$
$$
$

En el ejemplo se incluye un proyecto externo de investigacin en materiales

absorbentes de energa, para el cual no hay aun un programa de desarrollo
pertinente. Hay un programa ya establecido de pilas de combustible, pero no
hay un proyecto de investigacin (en electro-qumica, por ejemplo).
Tambin existe un programa de investigacin en combustibles fsiles y su
correspondiente programa de desarrollo (planta de potencia fsil). Se propone
una investigacin en micromecnica, que conduzca a un programa de
desarrollo en estructuras absorbentes de energa. Y as se puede continuar
analizando la perspectiva propuesta a travs de la figura mostrada.
Las flechas que representan los links entre los diferentes programas de los
diferentes niveles, tambin pueden representar diferentes atributos, como por
ejemplo, el nivel de riesgo, el costo, los fondos necesarios para la
investigacin, etc. En la figura se explica el significado de cada color, tipo de
lnea y espesor de lnea, lo que facilita su lectura y, por tanto, la comunicacin y
la interpretacin del roadmap.
La construccin de la estructura del roadmap (identificacin de nodos
especficos, su localizacin, su nivel de relacionamiento, etc.) es la etapa ms

importante del proceso. Para lograrlo en forma adecuada siempre se requiere

desarrollo de tipo iterativo, que permita ir mejorando y adecuando la estructura
hasta llegar a aquella que sea finalmente la aceptada.
Segunda etapa: Identificar los links entre proyecto y requerimientos
Se entiende que un nodo est articulado con otro, cuando los resultados del
primer nodo tienen algn impacto en los objetivos del segundo nodo. As por
ejemplo, la investigacin en combustibles fsiles est articulada con el
desarrollo de la planta de energa (ver figura anterior), ya que una mejor
comprensin del proceso de combustin (resultado de la investigacin)
repercute en una mejor operacin de la planta de energa. Tal relacin se
representa por medio de una flecha que une los dos nodos y a la que se le
asigna un valor (representado por el espesor y por el color, en el ejemplo). El
establecimiento de los valores de cada link debe ser objeto de un anlisis
cuidadoso realizado por expertos en las temticas asociadas a cada nodo.
Se puede afirmar que el valor del roadmap as constituido es mayor que la
suma de nodos, ya que lleva implcito un anlisis y una contribucin de
expertos en diferentes reas. Por ello, hay al menos dos elementos
informativos relevantes en la grfica:

La fortaleza de las relaciones entre los proyectos, capacidades y

requerimientos y la subsecuente identificacin de las trayectorias y los
obstculos asociados a ellas.

La identificacin de proyectos de I+D externos a la organizacin, su

importancia en el logro de objetivos y su potencial capacidad de
apalancar la organizacin.

Aun, en el caso de que no se tenga expertos para cada nodo, se genera una
informacin valiosa sobre los vacos de conocimientos que tiene la empresa.

Test:
Realice el test correspondiente a este mdulo

RESUMEN
Hemos visto en este mdulo dos mtodos adicionales para elaboracin de
roadmaps. El primero de ellos es una variante del mtodo LNS, mientras el
segundo expone la forma de graficar correctamente el roadmap. Se trata por lo
tanto, de mtodos complementarios a los dos principales enseados en los
mdulo1 y 2 de esta Unidad de Aprendizaje.

Marque su nivel de progreso

Haga clic en el botn correspondiente a su grado de asimilacin
de este mdulo

LECTURA RECOMENDADA
Office of Environmental Management, U.S.Department (2000). Applying
Science and Technology Roadmaping in Environmental Management (Draft B).
Idaho. [Internet]. Disponible en: http://emi-web.inel.gov/roadmap/guide.pdf .
Zurcher, R. and Kostoff, R.N. (1997), Modelling technology roadmaps, Journal
of Technology Transfer, 22 (3), pp. 73-80. [Internet]. Disponible en:
http://www.springerlink.com/content/w5768560323725g7/

Parte 2: RoadMaps Tecnolgicos

Unidad de aprendizaje 3:
PROCESO DE ELABORACION DE ROADMAPS

Mdulo 5: Herramientas Informticas y otros

Recursos
En algunos casos la complejidad, y principalmente, la cantidad de informacin
que se debe almacenar y consultar para la elaboracin de un roadmap hace
necesaria la utilizacin de soportes informticos adecuados. Es posible utilizar
herramientas tipo office para tal propsito, aunque no estn diseadas
especficamente para el propsito. Tambin es posible encontrar
comercialmente software o plataformas que estn siendo ofrecidas actualmente
y que resultaran muy valiosas si el tamao de la empresa y la complejidad de
la cartera de proyectos y del proceso de planificacin as lo amerita.

OBJETIVO DEL MDULO

Conocer los principales programas de ordenador disponibles en el

mercado para apoyar el proceso de elaboracin de roadmaps.

Disponer de los enlaces para identificar otros recursos disponibles, tales

como plantillas, listas de chequeo, etc.

Prerrequisitos:
Unidad de Aprendizaje 1, Mdulo 1:
Unidad de Aprendizaje 1, Mdulo 2:
Unidad de Aprendizaje 1, Mdulo 3:
Unidad de Aprendizaje 2, Mdulo 2:

Definiciones
Relacin con otras herramientas de
estudio
Estmulos para la innovacin
tecnolgica y roadmaps
Formatos de presentacin de
roadmaps.

Naturaleza del contenido:

Terica

Duracin del mdulo:

2 horas.

HERRAMIENTAS INFORMTICAS DE SOPORTE.

Un software que soporte el desarrollo de roadmaps, debe tener dos
componentes esenciales:
Una herramienta de representacin grfica de los datos del roadmap
Una base de datos central o repositorio, para almacenar todos aquellos
datos.
Es posible utilizar alguna herramienta genrica como PowerPoint o Project de
Microsoft para visualizar roadmaps o Excel o Access para almacenar las
etapas y las relaciones entre ellas (ver un ejemplo de roadmap en Excel en
http://cordis.europa.eu/ims/src/roadmap.htm). Pero si el TRM se establece
como una parte integral de la estrategia de desarrollo de una empresa, se
recomienda la adopcin de algn software ms apropiado.
Se han desarrollado varias aplicaciones informticas especficas que apoyan el
proceso de elaboracin de itinerarios tecnolgicos. El ms conocido y
extendido es Vision Strategist (antes Geneva Visin Strategist) que es
comercializado por la empresa Alignent Software Inc. Otros programas
conocidos son Accept 360 (Accept-Software de California, EEUU), IPIRoadmaping (XWS-Cross Wide Solutions, Alemania), RoadMap Global
Planning Solution (RoadMap GPS, Estados Unidos) y OPX2 (Planisware,
Estados Unidos y Europa).
Por tratarse de software especializado y en la mayora de los casos, basados
en la web, no es posible obtener versiones demo. Alguno tiene presentaciones
en lnea tipo flash, pero sin opcin de interaccin.
Hay otras aplicaciones informticas que podran utilizarse para la elaboracin
de roadmaps, como por ejemplo el PlanningPME (Target Skills, Francia), cuyo
objetivo es la gestin de personal en empresas pero que podra adaptarse y el
Axon Idea Processor, que es una herramienta genrica para la gestin de
mapas conceptuales, cuyas caractersticas tambin podran servir para
elaborar un roadmap.
En este mdulo se presenta una descripcin breve de algunos de ellos.

VISION STRATEGIST
Se trata bsicamente de un software de gestin de bases de datos centralizada
que permite grandes opciones de configuracin personalizada de los modelos
de datos. Se puede entender entonces como un programa de roadmaps que
integra metadatos y que permite compartir la informacin en varias clases de
formato. Actualmente es comercializado por la empresa Alignent
Inc.(www.alignent.com) en Estados Unidos y por Roadmapping Technology en
Europa (http://www.roadmappingtechnology.com).

Los productores del software argumentan que para que un roadmap sea una
herramienta efectiva en el proceso de planificacin, la informacin no puede ser
esttica y no debera presentarse en archivos con formatos diferentes. Se
requiere un gestor facilite la informacin sobre mercados y tecnologa en un
forma sencilla e integrada.
Vision Strategist es un software para la gestin colaborativa del TRM, que
facilita el acceso en cualquier momento a la informacin que respalda el
roadmap, presentndola en formato multidimensional. Es posible visualizar la
informacin en forma cruzada a travs de toda la empresa, manteniendo la
articulacin entre ella. La informacin se pude recolectar a travs de Excel,
Access, SQL o alguna otra base de datos, y a partir de all crear roadmaps.
Facilita la realizacin de roadmaps en forma colaborativa a distancia, mediante
opciones de exportacin de datos on-line, programado automticamente o
realizado manualmente, todo bajo encriptacin si as se desea, con acceso a
travs de contraseas.

El software permite compartir, analizar y actualizar (en tiempo real) informacin

en las categoras de: mercado, tecnologa, producto, proveedor y cliente. Con
acceso en tiempo real a las variables, es posible alertar sobre cambios crticos
en el momento en que estos ocurren, facilitando la realizacin de acciones de
contingencia y la actualizacin del roadmap. De esta manera puede ayudar en
forma eficaz a la gestin de riesgos y la toma de decisiones.
En general sus caractersticas ms sobresalientes son:

Recoleccin automtizada de datos y entrevistas realizadas va web

para capturar informacin y llevarla a los roadmaps.

Vistas personalizables y controlables, para navegar en diferentes niveles

de detalle de la informacin.

Actualizacin en tiempo real de los roadmaps, con la opcin de

monitorear tales cambios va e-mail.

Integracin con Power Point y Excel, incluyendo la posibilidad de

exportar y refrescar los roadmaps desde la primera o las hojas de
clculo desde la segunda aplicacin.

Establecer links entre diferentes roadmaps para visualizar relaciones y

dependencias

Compatibilidad con bases de datos SQL.

Su compatibilidad con Excel y Power Point, permite que los usuarios continen
realizando clculos y anlisis con aquellos programas, pero soportados por una
herramienta de gestin del roadmap, intercambiando la informacin generada
en forma rpida y sin que sea necesario un entrenamiento especfico para su
utilizacin.
Enlace para ver descripcin
En la web de la Universidad Purdue (http://roadmap.itap.purdue.edu/ctr/
default.htm), se indica que es posible utilizar este software, con la nica
condicin de compartir los roadmaps que se realicen con todos los visitantes de
la pgina. Para ello se requiere registrarse y solicitar el servicio. Ofrece tambin
la posibilidad de revisar algunos ejemplos de roadmaps creados por la propia
universidad mencionada.
Algunos casos de aplicacin del software se presentan en los enlaces
siguientes:
BAE Systems
Motorola
Honeywell
Corning

ACCEPT 360
Es un software producido y comercializado por la empresa Accept Software de
California, la que ofrece tres soluciones complementarias: Strategic planning,
Product management, Product development. La primera de ellas crea un
portafolio que integra estrategias de mercado y de producto y las lleva a un
roadmap. Mide y analiza la articulacin entre planes y estrategias. La segunda,
organiza los datos disponibles sobre mercado y producto para respaldar el
roadmap y para darle sustento a la toma de decisiones. Captura, hace
seguimiento, controla y prioriza informacin sobre mercados, clientes,
requerimientos de producto, etc. La tercera solucin, Product Development,
facilita las actividades de coordinacin y la planeacin de recursos, realizando
pruebas de ajuste de la planeacin. Permite hacer el seguimiento a los planes y
tareas.

Para cada una de aquellas soluciones, se garantiza la posibilidad de trabajo

colaborativo en tiempo real, la creacin de informes, el seguimiento al flujo de
trabajo y el anlisis del progreso logrado. Es posible visualizar en cuadros de
mando la informacin y el estado de la planificacin.
Su elaboracin en plataforma Java da una arquitectura tipo aplicacin web,
permitiendo a la vez un crecimiento modular, de manera que se pueden ir
agregando componentes en la medida que se quiera. A su vez, esta pensado
para una interoperabilidad que integre a otro tipo de aplicaciones tipo CRM
(customer relationship management) o PLM (product lifecycle management).
En la pagina del fabricante se pude visualizar una presentacin en flash, pero
no hay posibilidad de descargar demos.
Enlace para ver descripcin en PDF

IPI ROADMAPPING
Es una herramienta para la gestin estratgica de productos, propuesta por
XWS GmbH de Alemania (http://www.xws.de/574.aspx). Tambin se trata de
un software basado en la web, con una arquitectura multicapa para planeacin
de producto con una visin de ciclo de vida. Con ella se busca soportar
actividades estratgicas de la empresa como: gerencia de negocios, desarrollo
e investigacin, gestin del producto, compras, regulaciones tcnicas y
estandarizacin, patentes.
Dentro de los principios del proceso de desarrollo de los roadmaps con este
software destaca los siguientes: cada producto tiene su propio roadmap, el
horizonte temporal es de 10 aos como mximo, cada roadmap tiene un
propietario que define cuando se inicia y cuando termina el desarrollo.

La estructura del software incluye dos mdulos centrales: uno de

administracin del roadmap (backend) y el otro de visualizacin y planeacin
(frontend). Adems su concepcin modular, flexibiliza su configuracin, ya sea
como editor de roadmap, como modulo del sistema de planeacin, etc. Permite
la generacin de reportes, tambin configurables, reportes de tendencias (tipo
telaraa).
Soporta un proceso de desarrollo de producto como el mostrado en la figura:

El programa esta articulado por los siguientes mdulos:

Ideamanagement (IM)
til para la gestin de ideas. Permite compartir y almacenar todas las
ideas generadas al interior de la empresa, con el fin de poderla utilizar
cuando sea necesario.
Business case depevepment (BCD)
Una idea es enriquecida con informacin que puede ser relevante para
futuras decisiones, que se pueden tomar en el futuro de acuerdo con
ciertos criterios (decision gates). La informacin puede ser aportada
tanto numricamente como en formato de texto.
Portfolio Management (PFM)
Donde las ideas de negocios desarrolladas en el mdulo anterior son
comparadas entre si. Esto sirve para evaluar las ideas, y tambin para
distribuir o priorizar los desarrollos.
Roadmapping (RM)
En el que se construye finalmente el itinerario en sus mltiples
dimensiones.

ROADMAP GLOBAL PLANNING SOLUTION

En 1990 Roadmap desarroll la Geneva Forecasting Engine, que fue el primer
sistema experto basado en reglas de prediccin. Aquel software es
ampliamente conocido, con una aplicacin de millones de roadmaps generados
por miles de compaas.
En 1995 se introduce el Geneve para Oracle RDBMS, que es el primer sistema
de planeacin colaborativa. Aquella poderosa unin permiti a muchos
vendedores, profesionales del marketing y financieros colaborar en sus trabajos
de prediccin. En 1990 Oracle compro la licencia para utilizar el motor Geneva
en el Planeador de demanda Oracle 11i, y lo utiliz como un componente clave
del OLAP Services 10g.
En 2000, se introduce la versin Millennium, como el primer sistema que
integra la prediccin remota va internet. Fue el primer sistema que pudo enviar
alertas electrnicas automticamente, va telfonos celulares y otros servicios
wireless.
En el 2005 se introduce el RoadMap GPS, con nueva tecnologa en reas de
gestin de riesgos, documentacin y generacin de reportes de eventos. Es
adecuado para un amplio rango de aplicaciones tales como ventas,
operaciones, planeacin de la demanda, prediccin financiera y gestin de
riesgo financiero.
RoadMap GPS permite lograr una clara visin a la organizacin, con su
tecnologa avanzada de prediccin, gestin de riesgo y planeacin
colaborativa. La tecnologa de bases de datos y las herramientas analticas
facilitan la gestin de todo el conocimiento de la empresa. La tecnologa del
software incluye:
Sistema experto de prediccin Geneva.
Arquitectura de bases de datos BinaryStar
Planificacin de escenarios.
Procesamiento por excepcin
Modelamiento financiero.
Gestin de riesgo.
Colaboracin mvil y basada en web.
http://www.roadmap-tech.com/Company.aspx

OTROS RECURSOS

Plantillas para PowerPoint y Excel

En el siguiente enlace se pude acceder a una serie de plantillas
diseadas para elaborar roadmaps, tanto en Powerpoint como en Excel.
http://www.280group.com/productroadmaptemplates.htm
Otra plantilla genrica en Power Point:
http://portal.surrey.ac.uk/portal/page?_pageid=992,1073429&_dad=porta
l&_schema=PORTAL

Links interesantes
Ultima versin disponible del roadmap de semiconductores
http://www.itrs.net/
Universidad de Cambridge. Centro de Gestin Tecnolgica
http://www.ifm.eng.cam.ac.uk/ctm/trm/resources.html
De la web del consumidor y de negocios del Canad. Contiene varios
ejemplos de roadmaps.
http://strategis.ic.gc.ca/epic/site/trm-crt.nsf/en/h_rm00049e.html
Laboratorio de medio ambiente del Departamento de Energa de los
Estados Unidos.
http://emi-web.inel.gov/roadmap.html
Laboratorio Nacional de Fsica del Reino Unido
http://www.technology-roadmaps.co.uk/home.php?map=intro
Centro para TRM de la Universidad de Purdue
http://roadmap.itap.purdue.edu/ctr/default.htm
Otro enlace con varios ejemplos de roadmaps, de la pgina denominada
Visin 2020, de la Industria Qumica de Estados Unidos.
http://www.ccrhq.org/vision/index/roadmaps/index.html
Laboratorio Nacional Sandia
http://www.sandia.gov/resources/emp-ret/library/index.html
Red de desarrollo de nuevos productos
http://www.productstrategynetwork.com/content/view/116/172/

RESUMEN
Hemos presentado en este mdulo los programas de ordenador ms conocidos
para asistir el proceso de desarrollo de roadmaps. Sus principales
caractersticas de cada uno de ellos as como los enlaces para revisar la
informacin directamente en la pgina web de cada uno de ellos.
En general, la caracterstica de todos es el de permitir la elaboracin de varios
tipos de grficas soportadas por fuentes de informacin que pueden estar en
un repositorio de la propia empresa, o puede recuperarse de la red, de manera
que el roadmap correspondiente puede permanecer actualizado en la medida
que se genera nueva informacin y se hace disponible para la empresa. Es
decir, un software de este tipo se caracteriza por tener: bases de datos, acceso
a tales bases de datos (automticamente o manualmente) y una interfaz de
presentacin grfica, con varias opciones de formatos para roadmaps.
Al final se presentan algunos links para otro tipo de herramientas que tambin
pueden ayudar en el proceso.
Lectura recomendada:
Haga la lectura que lleva por ttulo: Top 10 product launch mistakes y
responda al test de este mdulo.

Marque su nivel de progreso

Haga clic en el botn correspondiente a su grado de asimilacin
de este mdulo