Idea principal

Una roadmap fija una dirección, y esa es su función. El mismo gesto produce un efecto de bloqueo: una vez asignadas las plazas, un tema que no tiene ninguna ya no puede tratarse, por evidente que sea.

Los temas perdidos por ese bloqueo tienen un perfil regular. Son pequeñas mejoras muy útiles, muy esperadas, cuyo valor nadie discute — pero demasiado pequeñas para merecer una plaza de roadmap, o demasiado oportunistas para esperar al siguiente ciclo. Una exportación de texto imperfecta que evita a un cliente ir a buscar datos en diez pantallas es una de ellas: nunca se convertirá en un tema de roadmap, y hace ganar varias horas.

El defecto no es, por tanto, un defecto de aplicación — no se corrige sosteniendo mejor la roadmap. Es el reverso exacto de lo que la hace útil, y pide un dispositivo aparte en vez de una flexibilización.

Por qué es importante

Impide dos reacciones igualmente malas: añadir una columna de excepciones, lo que deshace la restricción; o negar el problema, lo que deja al equipo esquivar la roadmap a escondidas.

También da una lectura justa de las peticiones de excepción. No todas son intentos de colarse: una parte señala exactamente lo que el formato no sabe tratar.

Matices y límites

El bloqueo no siempre es un coste. En una organización que se dispersa, impedir las pequeñas oportunidades es precisamente el efecto buscado, y el sacrificio se asume.

Y la evidencia del valor, invocada para esquivar el marco, suele ser una ilusión: muchos "pequeños temas evidentes" no lo son, y la roadmap los habría descartado con razón.

Preguntas abiertas

• ¿Qué parte de la capacidad de un equipo puede quedar fuera de la roadmap sin que la dirección mostrada se vuelva ficticia?