Palabras Clave: Roadmap, Ejecución, Estrategia, Limitar WIP.

En mi experiencia, en casi todas las organizaciones grandes pasa lo mismo: hay más ideas que capacidad de ejecución. Cada área siente que sus iniciativas son “estratégicas” y el resultado es predecible: todo termina en prioridad alta, los equipos se dispersan y el roadmap se vuelve un documento político más que una herramienta de gestión.

Todos hablan de “alinear tecnología y negocio”, pero casi nadie baja esa frase a reglas claras de priorización. Y sin reglas claras, manda la jerarquía o el poder de lobby, no el impacto real en clientes y resultados. Quien me diga que no es así definitivamente no ha trabajado en la cultura de Hispanoamérica.

Lo que he visto que funciona en empresas grandes -muy pocas veces- lo puedo resumir en cinco principios.

 

1. Separar explícitamente lo estratégico de lo táctico (aunque incomode)

El primer error frecuente es mezclar en la misma lista transformaciones de fondo, mejoras incrementales y “peticiones rápidas” de distintas áreas. Cuando todo se discute en el mismo plano, el largo plazo siempre pierde frente a lo urgente.

Por eso, parto por separar el portafolio en al menos tres categorías:

 

- Iniciativas estratégicas (cambios de plataforma, nuevos negocios, grandes rediseños de journeys)  

- Incrementales sobre productos ya existentes (mejoras de conversión, automatizaciones, simplificaciones)  

- Demandas tácticas y regulatorias

 

Esta separación no es teórica: define qué porcentaje de la capacidad del equipo se reserva para cada tipo de trabajo. Si no se fija ese marco, cualquier crisis del día a día se come el espacio de innovación en menos de un trimestre. Esto aplica tanto para equipos ágiles como para tradicionales. El divide y vencerás es un must.

 

2. Establecer un modelo de scoring simple y explícito

He visto muchas discusiones eternas sobre qué incluir o no en el roadmap que se podrían haber evitado con un modelo de scoring sencillo y transparente. No se trata de inventar una fórmula perfecta, sino de acordar un lenguaje común.

Los criterios que más utilizo son cuatro:

 

- Impacto esperado en cliente o negocio (NPS, ingresos, ahorro de costos, riesgo)

- Alcance (cuántos segmentos o líneas de producto se benefician)  

- Esfuerzo estimado (tiempo/equipos requeridos)  

- Urgencia o drivers externos (regulatorio, obsolescencia, contratos, ventanas de mercado)

 

Puede usar nombres distintos o marcos conocidos (RICE, MoSCoW), pero lo relevante es que todos entiendan qué significan las puntuaciones y cómo se comparan las iniciativas entre sí. Cuando eso existe, la conversación deja de ser “mi proyecto vs tu proyecto” y se convierte en “dado este marco, ¿qué mueve más la aguja este trimestre?”.

 

3. Limitar radicalmente el WIP: menos frentes, más profundidad

En grandes organizaciones, la tentación es “arrancar todo” para mantener a todos contentos. El resultado es un equipo de producto y tecnología con 20-30 frentes abiertos, ninguno con foco suficiente.

En los casos en que he visto mejoras reales en tiempo de salida a producción y calidad de entrega, se toma una decisión explícita: reducir el número de iniciativas simultáneas y aceptar el costo político de hacerlo.  

La regla que uso suele ser simple: por equipo estable, un máximo muy acotado de iniciativas relevantes en paralelo. No se abren nuevos frentes hasta cerrar o estabilizar los que están en curso. Puede parecer rígido, pero es la forma más efectiva de aumentar velocidad de aprendizaje y reducir el inventario de “proyectos eternos”, sin mencionar todo el sobrecoste que tiene mantener la consistencia e integridad entre equipos trabajando en paralelo.

 

4. Distinguir experimentos de apuestas: no se les puede exigir lo mismo

Otro problema recurrente es tratar un experimento exploratorio como si fuera una plataforma core, con los mismos procesos, aprobaciones y requisitos. Eso mata cualquier intento de innovación desde el diseño. En algunos casos extremos, entender que la experimentación es la forma más rápida de avanzar sin lanzarse al vacío sin paracaídas.

Por eso, insisto mucho en clasificar las iniciativas en dos tipos:

- Apuestas estructurales, que deben pasar por todos los filtros de arquitectura, seguridad y gobernanza o el gobierno corporativo existente en la organización

- Experimentos acotados, con un alcance, un tiempo y un riesgo claros, a los que se les pide principalmente aprender rápido. Esto no quita que necesiten definir un espacio seguro para ejecutarlos, con la menor burocracia posible

 

Cuando esta distinción se reconoce formalmente -y se reserva un espacio del roadmap a experimentación- se reduce la fricción con áreas de control y se hace viable probar ideas sin bloquear la máquina principal.

 

5. Crear un espacio de decisión conjunto y periódico, no un “show” anual

Finalmente, ningún marco de priorización sobrevive si las decisiones se toman una vez al año en una reunión de presentación de slides. En mi experiencia, lo que funciona mejor es un espacio recurrente de gobierno del portafolio (mensual o bimestral), con estas características:

 

- participan negocio, tecnología y operaciones, no solo producto

- se revisan las iniciativas en base a datos de avance e impacto, no solo percepciones

- se permiten ajustes de prioridad con reglas claras (qué entra, qué sale, qué se posterga)

- se documentan las decisiones y los criterios usados

 

Este espacio no es un “comité para aprobar proyectos”, sino un mecanismo para mantener vivo el roadmap y alineado con la estrategia y la realidad operativa. Sin esa cadencia, el roadmap se convierte en un archivo estático que nadie cree ni usa.

Cuando se combinan estos elementos -separar tipos de iniciativas, tener un modelo de scoring sencillo, limitar el trabajo en progreso, diferenciar apuestas de experimentos y sostener un espacio de decisión vivo- el roadmap deja de ser un listado aspiracional y se convierte en un instrumento real de foco. La innovación no desaparece: se encauza, se mide y se protege frente a la presión del día a día.