Roadmap - Revision history

Mberne: /* Recursos */

2026-05-20T10:18:52Z

Recursos

← Older revision		Revision as of 12:18, 20 May 2026
Line 350:		Line 350:
	</div>		</div>
	<div class="bok-recurso">		<div class="bok-recurso">
	📊 [https://scrummanager.com/website/c/info/resource.php?id=365 '''Roadmap''']<span class="detalle">Plantilla</span>		📊 [https://scrummanager.com/website/c/info/resource.php?id=365 '''Roadmap''']<span class="detalle">Plantilla · Scrum Manager</span>
	</div>		</div>
	<div class="bok-recurso">		<div class="bok-recurso">
	📊 [https://scrummanager.com/website/c/info/resource.php?id=366 '''Roadmap (Trimestre)''']<span class="detalle">Plantilla</span>		📊 [https://scrummanager.com/website/c/info/resource.php?id=366 '''Roadmap (Trimestre)''']<span class="detalle">Plantilla · Scrum Manager</span>
	</div>		</div>

Mberne: /* Recursos */

2026-05-20T10:18:38Z

Recursos

← Older revision		Revision as of 12:18, 20 May 2026
Line 346:		Line 346:

	== Recursos ==		== Recursos ==
			<div class="bok-recurso">
			🏦 [https://scrummanager.com/skillarena/okr-estrategia-de-producto '''OKRs y estrategia de producto''']<span class="detalle">Skill Arena · Scrum Manager</span>
			</div>
	<div class="bok-recurso">		<div class="bok-recurso">
	📊 [https://scrummanager.com/website/c/info/resource.php?id=365 '''Roadmap''']<span class="detalle">Plantilla</span>		📊 [https://scrummanager.com/website/c/info/resource.php?id=365 '''Roadmap''']<span class="detalle">Plantilla</span>

Mberne: /* Referencias */

2026-05-20T10:18:22Z

Referencias

← Older revision		Revision as of 12:18, 20 May 2026
Line 354:		Line 354:

	== Referencias ==		== Referencias ==

	* Atlassian. (2025). “Product Roadmap Guide: What is it & How to Create One”, Atlassian.		* Atlassian. (2025). “Product Roadmap Guide: What is it & How to Create One”, Atlassian.
	* Bastow, Janna. (2022). “Why I Invented the Now-Next-Later Roadmap”, ProdPad.		* Bastow, Janna. (2022). “Why I Invented the Now-Next-Later Roadmap”, ProdPad.
	* Cagan, Marty. (2018). ''Inspired: How to Create Tech Products Customers Love''. Wiley.		* Cagan, Marty. (2018). ''Inspired: How to Create Tech Products Customers Love''. Wiley.
	* ProductPlan. (2026). “The Ultimate Guide to Product Roadmaps”, ProductPlan.		* ProductPlan. (2026). “The Ultimate Guide to Product Roadmaps”, ProductPlan.
	* Scrum Manager. (2026). ''OKRs y estrategia de producto''. Scrum Manager.
	* Scrum Manager. (2026). “Roadmap”, recurso de Scrum Manager.
	* Scrum Manager. (2026). “Roadmap (Trimestre)”, recurso de Scrum Manager.
	* Torres, Teresa. (2021). ''Continuous Discovery Habits''. Product Talk LLC.		* Torres, Teresa. (2021). ''Continuous Discovery Habits''. Product Talk LLC.

Mberne: /* Véase también */

2026-05-20T10:18:08Z

Véase también

← Older revision		Revision as of 12:18, 20 May 2026
Line 367:		Line 367:

	<div class="bok-tags">		<div class="bok-tags">
	[[Roadmap Now-Next-Later]] [[OKR]] [[Outcome]] [[Output]] [[Outcome over output]] [[Product discovery]] [[Product backlog]] [[Feature factory]] [[~~Sprint planning~~]]		[[Roadmap Now-Next-Later]] [[OKR]] [[Outcome]] [[Output]] [[Outcome over output]] [[Product discovery]] [[Product backlog]] [[Feature factory]] [[Planificación del sprint]]
	</div>		</div>

Mberne: /* Recursos */

2026-05-20T10:17:42Z

Recursos

← Older revision		Revision as of 12:17, 20 May 2026
Line 346:		Line 346:

	== Recursos ==		== Recursos ==

	<div class="bok-recurso">		<div class="bok-recurso">
	📊 [https://scrummanager.com/website/c/info/resource.php?id=365 Roadmap]<span class="detalle">Plantilla ~~de Scrum Manager para visualizar la evolución futura del producto~~</span>		📊 [https://scrummanager.com/website/c/info/resource.php?id=365 '''Roadmap''']<span class="detalle">Plantilla</span>
	</div>		</div>

	<div class="bok-recurso">		<div class="bok-recurso">
	📊 [https://scrummanager.com/website/c/info/resource.php?id=366 Roadmap (Trimestre)]<span class="detalle">Plantilla ~~de Scrum Manager para trabajar el roadmap en horizonte trimestral</span>~~		📊 [https://scrummanager.com/website/c/info/resource.php?id=366 '''Roadmap (Trimestre)''']<span class="detalle">Plantilla</span>
	~~</div>~~

	~~<div class="bok-recurso">~~
	📄 [https://www.productplan.com/learn/what-is-a-product-roadmap/ The Ultimate Guide to Product Roadmaps]<span class="detalle">Guía de ProductPlan sobre roadmap como documento estratégico y visual</span>
	~~</div>~~

	~~<div class="bok-recurso">~~
	📄 [https://www.atlassian.com/agile/product-management/product-roadmaps Product Roadmap Guide: What is it & How to Create One]<span class="detalle">Guía de Atlassian sobre roadmap como fuente compartida de visión, dirección, prioridades y progreso</span>
	~~</div>~~

	~~<div class="bok-recurso">~~
	📄 [https://www.prodpad.com/blog/invented-now-next-later-roadmap/ Why I Invented the Now-Next-Later Roadmap]<span class="detalle">Artículo de Janna Bastow sobre el formato Now-Next-Later · ProdPad · 2022</span>
	</div>		</div>

Mberne: Created page with "{{Meta-bok|min=5}} Un '''roadmap''' es una representación visual de cómo se espera que evolucione un producto, servicio o iniciativa en el tiempo. En gestión ágil de producto, no debe entenderse como un contrato cerrado de fechas y funcionalidades, sino como una hipótesis estratégica revisable que comunica dirección, prioridades y aprendizaje. Un roadmap ayuda a alinear equipos, stakeholders y decisiones de producto. Muestra hacia dónde se dirige el producto, qu..."

2026-05-20T10:14:37Z

Created page with "{{Meta-bok|min=5}} Un '''roadmap''' es una representación visual de cómo se espera que evolucione un producto, servicio o iniciativa en el tiempo. En gestión ágil de producto, no debe entenderse como un contrato cerrado de fechas y funcionalidades, sino como una hipótesis estratégica revisable que comunica dirección, prioridades y aprendizaje. Un roadmap ayuda a alinear equipos, stakeholders y decisiones de producto. Muestra hacia dónde se dirige el producto, qu..."

New page

{{Meta-bok|min=5}}
Un '''roadmap''' es una representación visual de cómo se espera que evolucione un producto, servicio o iniciativa en el tiempo. En gestión ágil de producto, no debe entenderse como un contrato cerrado de fechas y funcionalidades, sino como una hipótesis estratégica revisable que comunica dirección, prioridades y aprendizaje.

Un roadmap ayuda a alinear equipos, stakeholders y decisiones de producto. Muestra hacia dónde se dirige el producto, qué problemas se consideran prioritarios y qué iniciativas podrían abordarse para avanzar en esa dirección.

Tradicionalmente, los roadmaps han incluido versiones previstas, fechas estimadas y funcionalidades planificadas. Esa estructura puede ser útil para coordinar expectativas, pero también puede generar una falsa sensación de certeza si se interpreta como un compromiso cerrado.

En agilidad, el roadmap debe adaptarse a la realidad, no la realidad al roadmap.

== Para qué sirve ==

Un roadmap sirve para:

* comunicar la dirección del producto;
* alinear a equipos y stakeholders;
* conectar la estrategia con el trabajo próximo;
* hacer visibles prioridades y trade-offs;
* ordenar iniciativas en distintos horizontes;
* coordinar dependencias;
* explicar por qué unas oportunidades se abordan antes que otras;
* revisar el producto a medida que aparece nueva evidencia.

El roadmap no sustituye al [[Product backlog|product backlog]]. El roadmap comunica orientación estratégica. El product backlog ordena el trabajo con mayor detalle operativo.

== Qué suele incluir ==

Un roadmap puede incluir distintos elementos según su propósito y audiencia:

* objetivos de producto;
* [[Outcome|outcomes]] esperados;
* iniciativas;
* problemas u oportunidades;
* versiones previstas;
* funcionalidades candidatas;
* segmentos de usuario;
* hipótesis de valor;
* dependencias;
* fechas estimadas o ventanas temporales;
* nivel de confianza;
* estado de avance;
* relación con [[OKR|OKRs]] o métricas relevantes.

No todos los roadmaps deben incluir todo. Un roadmap para dirección, uno para equipo de producto y uno para comunicación externa pueden tener niveles de detalle distintos.

== Roadmap no es plan cerrado ==

El error más habitual es tratar el roadmap como una lista de promesas.

En contextos de incertidumbre, el roadmap debe funcionar como una hipótesis revisable:

* cuanto más lejos en el tiempo, menos detalle debería tener;
* cuanto más incierta sea una iniciativa, menor compromiso debería comunicarse;
* cuando aparece nueva evidencia, el roadmap debe actualizarse;
* cuando cambian los objetivos, el roadmap debe revisarse;
* cuando una iniciativa deja de contribuir a resultados relevantes, debería reordenarse, posponerse o descartarse.

Un roadmap fijo puede ser cómodo políticamente, pero peligroso estratégicamente. Puede llevar al equipo a entregar [[Output|outputs]] que ya no contribuyen a los [[Outcome|outcomes]] actuales.

== Roadmap y estrategia ==

Un roadmap útil responde a tres preguntas:

# ¿Hacia dónde queremos llevar el producto?
# ¿Qué problemas u oportunidades son prioritarios?
# ¿Qué apuestas haremos para avanzar?

Si el roadmap solo responde “qué funcionalidades vamos a construir”, está incompleto. La pregunta estratégica no es solo qué se entregará, sino por qué merece la pena entregarlo.

{| class="wikitable"
! Roadmap débil
! Roadmap más útil
|-
| Lista de funcionalidades con fechas.
| Iniciativas conectadas con objetivos, outcomes y evidencia.
|-
| Se ejecuta por inercia.
| Se revisa cuando cambian datos, prioridades o aprendizaje.
|-
| Comunica compromiso cerrado.
| Comunica dirección y nivel de confianza.
|-
| Mide avance por entrega.
| Mide avance por impacto y aprendizaje.
|}

== Roadmap y OKRs ==

Los OKRs ayudan a que el roadmap no se convierta en una lista de deseos.

Cada iniciativa debería responder a una pregunta sencilla:

“¿Qué KR mueve esto y cómo?”

Si una iniciativa no contribuye a ningún KR relevante, puede ser candidata a descarte, postergación o reformulación. Esto no significa que todo trabajo deba tener una métrica comercial inmediata, pero sí que debe tener una razón estratégica explícita.

Ejemplo:

{| class="wikitable"
! Iniciativa
! Mala justificación
! Mejor justificación
|-
| Nuevo módulo de reportes
| “Lo han pedido varios clientes”.
| “Puede reducir los tickets de soporte sobre acceso a datos de 45 al mes a 15 al mes”.
|-
| Rediseño del onboarding
| “Está anticuado”.
| “Puede aumentar la activación de nuevos usuarios del 28% al 40%”.
|-
| Refactorización de pagos
| “El código está mal”.
| “Puede reducir incidencias críticas en checkout y mejorar la capacidad de entrega futura”.
|}

El roadmap debe servir a los OKRs, no competir con ellos.

== Roadmap orientado a outputs y roadmap orientado a outcomes ==

Muchos roadmaps se construyen como una secuencia de outputs: funcionalidades, entregas, releases o proyectos. Ese enfoque puede ser necesario para coordinar delivery, pero no basta para gestionar producto.

Un roadmap orientado a outcomes muestra primero el cambio que se busca.

{| class="wikitable"
! Enfoque
! Ejemplo
|-
| '''Output'''
| “Lanzar app móvil”.
|-
| '''Outcome'''
| “Aumentar la frecuencia de uso móvil de 1,2 a 2,5 sesiones semanales por usuario activo”.
|-
| '''Output'''
| “Publicar base de conocimiento”.
|-
| '''Outcome'''
| “Reducir tickets repetidos de soporte de 300 a 180 al mes”.
|}

El output puede seguir apareciendo, pero como hipótesis de solución, no como prueba automática de éxito.

== Roadmap y product backlog ==

Roadmap y product backlog son artefactos distintos.

{| class="wikitable"
! Artefacto
! Horizonte
! Función
|-
| '''Roadmap'''
| Medio y largo plazo.
| Comunicar dirección, prioridades, objetivos e hipótesis.
|-
| '''Product backlog'''
| Corto y medio plazo.
| Ordenar elementos concretos de trabajo del producto.
|-
| '''Sprint backlog'''
| Sprint actual.
| Recoger el trabajo seleccionado para cumplir el objetivo del sprint.
|}

El roadmap orienta el product backlog. El product backlog convierte la dirección en opciones de trabajo. El sprint backlog concreta lo que el equipo abordará en una iteración.

== Tipos de roadmap ==

Existen muchos formatos de roadmap. El formato adecuado depende de la incertidumbre, audiencia y propósito.

{| class="wikitable"
! Tipo
! Uso principal
! Riesgo
|-
| '''Roadmap por fechas'''
| Coordinar lanzamientos, compromisos externos o dependencias fuertes.
| Convertir estimaciones en promesas rígidas.
|-
| '''Roadmap por releases'''
| Comunicar agrupaciones de entrega.
| Priorizar empaquetado sobre valor.
|-
| '''Roadmap por objetivos'''
| Conectar iniciativas con outcomes u OKRs.
| Quedarse demasiado abstracto si no se baja a decisiones.
|-
| '''Roadmap Now-Next-Later'''
| Comunicar prioridades por horizonte y nivel de certidumbre.
| Usarlo como calendario encubierto.
|-
| '''Roadmap de oportunidades'''
| Gestionar problemas, necesidades o áreas de exploración.
| Acumular ideas sin decidir.
|-
| '''Roadmap técnico'''
| Coordinar evolución técnica, arquitectura, seguridad o deuda.
| Desconectarse del valor de producto si no se explica bien.
|}

No hay un único formato correcto. Lo importante es que el roadmap ayude a decidir y comunicar mejor.

== Roadmap Now-Next-Later ==

El [[Roadmap Now-Next-Later]] organiza el trabajo en tres horizontes: lo que se aborda ahora, lo que probablemente vendrá después y lo que queda como oportunidad futura.

Es especialmente útil cuando hay incertidumbre porque evita poner fechas exactas a iniciativas que todavía no tienen suficiente evidencia.

{| class="wikitable"
! Horizonte
! Qué comunica
|-
| '''Now'''
| Trabajo actual o inmediato, con mayor nivel de claridad.
|-
| '''Next'''
| Prioridades probables que necesitan más validación o preparación.
|-
| '''Later'''
| Oportunidades futuras, apuestas o temas todavía inmaduros.
|}

Este formato no elimina la necesidad de planificación. Lo que elimina es la falsa precisión.

== Roadmap trimestral ==

Un roadmap trimestral puede ser útil cuando la organización trabaja con ciclos de planificación por trimestre, especialmente si los conecta con OKRs.

Debe tener cuidado con dos riesgos:

* llenar el trimestre con más iniciativas de las que el equipo puede ejecutar;
* tratar todo el trimestre como compromiso cerrado aunque aparezca nueva evidencia.

Un buen roadmap trimestral debería mostrar:

* objetivos del trimestre;
* outcomes o KRs relacionados;
* iniciativas principales;
* hipótesis o riesgos;
* dependencias;
* decisiones pendientes;
* criterios para revisar prioridades.

El trimestre no debe convertirse en una excusa para ignorar el aprendizaje. Si los datos cambian, el roadmap también puede cambiar.

== Roadmap y discovery ==

El roadmap no debería alimentarse solo de peticiones internas. También debería reflejar aprendizaje procedente de [[Product discovery|product discovery]]:

* entrevistas con usuarios;
* análisis de comportamiento;
* datos de soporte;
* experimentos;
* prototipos;
* investigación de mercado;
* feedback comercial;
* validación de hipótesis;
* análisis de oportunidades.

Cuando una iniciativa tiene alta incertidumbre, no siempre debe entrar directamente en delivery. Puede entrar como experimento, spike o trabajo de discovery.

== Roadmap y stakeholders ==

El roadmap es una herramienta de conversación con stakeholders. Sirve para explicar prioridades, pero también para negociar expectativas.

Buenas preguntas en una conversación de roadmap:

* ¿Qué outcome queremos mover?
* ¿Qué evidencia justifica esta prioridad?
* ¿Qué coste de oportunidad tiene?
* ¿Qué dejaríamos de hacer si lo priorizamos?
* ¿Qué riesgo asumimos si lo postergamos?
* ¿Qué nivel de confianza tenemos?
* ¿Qué debería ocurrir para cambiar esta decisión?

El roadmap ayuda a decir “no” con fundamento. No desde la preferencia del equipo, sino desde estrategia, evidencia y trade-offs.

== Roadmap e IA ==

La IA generativa puede ayudar a trabajar con roadmaps, pero no debe decidir prioridades por el equipo.

Puede apoyar en:

* sintetizar feedback de usuarios;
* agrupar oportunidades similares;
* detectar iniciativas sin conexión clara con OKRs;
* proponer preguntas de discovery;
* resumir trade-offs para stakeholders;
* generar escenarios alternativos;
* revisar si el roadmap está demasiado orientado a outputs;
* identificar dependencias o riesgos.

Pero priorizar implica juicio estratégico: valor, riesgo, oportunidad, capacidad, política organizativa, restricciones técnicas y responsabilidad. Eso sigue siendo trabajo humano.

La IA también puede aumentar el riesgo de outputismo: si producir prototipos, documentos o código cuesta menos, el equipo puede llenar el roadmap de más iniciativas sin validar mejor su impacto.

== Cómo revisar un roadmap ==

Una revisión periódica del roadmap puede seguir este flujo:

# Revisar objetivos y KRs vigentes.
# Comprobar qué iniciativas siguen contribuyendo a esos resultados.
# Evaluar nueva evidencia de usuarios, mercado o datos.
# Detectar iniciativas con impacto incierto.
# Decidir qué ejecutar, experimentar, postergar o descartar.
# Comunicar trade-offs a stakeholders.
# Actualizar el nivel de confianza y el horizonte temporal.

Revisar el roadmap no significa cambiarlo todo cada semana. Significa mantenerlo vivo.

== Señales de un roadmap problemático ==

Un roadmap probablemente necesita revisión si:

* contiene demasiadas iniciativas;
* no se entiende qué objetivo mueve cada elemento;
* nadie se atreve a cambiarlo;
* está lleno de fechas lejanas con falsa precisión;
* el equipo entrega mucho pero no sabe qué impacto genera;
* los stakeholders lo usan como contrato;
* no incorpora aprendizaje de usuarios;
* no distingue entre certezas, apuestas e ideas;
* no muestra trade-offs;
* el product backlog y el roadmap cuentan historias distintas.

== Buenas prácticas ==

Para usar un roadmap de forma ágil:

* '''Comunica dirección, no falsa certeza.'''
* '''Da menos detalle cuanto más lejos esté el horizonte.'''
* '''Conecta iniciativas con outcomes u OKRs.'''
* '''Distingue problema, oportunidad y solución.'''
* '''Revisa el roadmap cuando cambie la evidencia.'''
* '''Incluye nivel de confianza.'''
* '''Haz visibles los trade-offs.'''
* '''No llenes el roadmap por presión política.'''
* '''Usa discovery para reducir incertidumbre antes de comprometer delivery.'''
* '''Alinea roadmap, product backlog y objetivos de sprint.'''

== Error frecuente ==

<div class="bok-aviso">
'''Tratar el roadmap como contrato de entrega.''' El error más habitual es convertir una herramienta de dirección estratégica en una lista cerrada de fechas y funcionalidades. Un roadmap ágil debe orientar decisiones y expectativas, pero también adaptarse cuando cambian los datos, los objetivos o el aprendizaje del equipo.
</div>

== Recursos ==

<div class="bok-recurso">
📊 [https://scrummanager.com/website/c/info/resource.php?id=365 Roadmap]<span class="detalle">Plantilla de Scrum Manager para visualizar la evolución futura del producto</span>
</div>

<div class="bok-recurso">
📊 [https://scrummanager.com/website/c/info/resource.php?id=366 Roadmap (Trimestre)]<span class="detalle">Plantilla de Scrum Manager para trabajar el roadmap en horizonte trimestral</span>
</div>

<div class="bok-recurso">
📄 [https://www.productplan.com/learn/what-is-a-product-roadmap/ The Ultimate Guide to Product Roadmaps]<span class="detalle">Guía de ProductPlan sobre roadmap como documento estratégico y visual</span>
</div>

<div class="bok-recurso">
📄 [https://www.atlassian.com/agile/product-management/product-roadmaps Product Roadmap Guide: What is it & How to Create One]<span class="detalle">Guía de Atlassian sobre roadmap como fuente compartida de visión, dirección, prioridades y progreso</span>
</div>

<div class="bok-recurso">
📄 [https://www.prodpad.com/blog/invented-now-next-later-roadmap/ Why I Invented the Now-Next-Later Roadmap]<span class="detalle">Artículo de Janna Bastow sobre el formato Now-Next-Later · ProdPad · 2022</span>
</div>

== Referencias ==

* Atlassian. (2025). “Product Roadmap Guide: What is it & How to Create One”, Atlassian.
* Bastow, Janna. (2022). “Why I Invented the Now-Next-Later Roadmap”, ProdPad.
* Cagan, Marty. (2018). ''Inspired: How to Create Tech Products Customers Love''. Wiley.
* ProductPlan. (2026). “The Ultimate Guide to Product Roadmaps”, ProductPlan.
* Scrum Manager. (2026). ''OKRs y estrategia de producto''. Scrum Manager.
* Scrum Manager. (2026). “Roadmap”, recurso de Scrum Manager.
* Scrum Manager. (2026). “Roadmap (Trimestre)”, recurso de Scrum Manager.
* Torres, Teresa. (2021). ''Continuous Discovery Habits''. Product Talk LLC.

== Véase también ==

<div class="bok-tags">
[[Roadmap Now-Next-Later]] [[OKR]] [[Outcome]] [[Output]] [[Outcome over output]] [[Product discovery]] [[Product backlog]] [[Feature factory]] [[Sprint planning]]
</div>

<div class="bok-ecosistema">
<div class="texto">
<span class="titulo">'''¿Quieres avanzar en agilidad?'''</span>
<span class="sub">Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a [https://scrummanager.com/skillarena/ '''Skill Arena''']: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.</span>
</div>
<div class="botones">
<div class="bok-btn-outline">[https://www.scrummanager.com/website/c/calendar/show-courses.php Buscar convocatorias]</div>
<div class="bok-btn-filled">[https://scrummanager.com/club/ Club Agile]</div>
</div>
</div>

[[Category:Glosario de términos]]
[[Category:Product Management]]