Me ha tocado gestionar roadmaps donde el presupuesto dejó de ser la principal restricción. Incluso en escenarios donde podía conseguir el presupuesto necesario sin una restricción relevante, eso no significaba que pudiéramos ejecutar más rápido.
El dinero permite contratar tecnología, ampliar equipos o sumar proveedores. Pero no resuelve automáticamente la capacidad de gestión, el seniority del equipo, la disponibilidad de especialistas, las dependencias tecnológicas ni la velocidad con la que el resto de la organización puede acompañar el roadmap.
Ahora que muchas compañías están cerrando sus planes 2027, hay una diferencia que vale la pena tener presente: el presupuesto define cuánto podemos invertir; la capacidad de ejecución define cuánto de ese plan podremos convertir realmente en resultado.
El dinero es solo una de las capacidades del roadmap
Cuando aprobamos una iniciativa solemos revisar inversión, retorno esperado, timing y riesgos. Una vez asegurado el presupuesto, es fácil asumir que el principal obstáculo quedó resuelto.
La ejecución demuestra rápidamente que no siempre es así.
McKinsey encontró que las compañías que avanzan más rápido reasignan recursos con mucha más frecuencia. Son más de tres veces más propensas que las organizaciones más lentas a mover al menos 20% de sus recursos de un año a otro. Para el roadmap, la lectura es concreta: si el talento y la atención de los líderes siguen atrapados en otras prioridades, tener presupuesto aprobado no acelera nada. [1]
Por eso el roadmap debería mostrar algo más que inversión. También debería hacer visible qué talento, qué capacidad de gestión y qué áreas necesitamos movilizar.
La capacidad de gestión también se agota
Más presupuesto tampoco aumenta inmediatamente la capacidad de un equipo para manejar complejidad.
Gestionar cinco iniciativas relativamente independientes es muy distinto de gestionar cinco transformaciones que necesitan decisiones de arquitectura, múltiples proveedores, cambios de proceso y coordinación entre varias áreas.
Ahí entran variables que no siempre aparecen en el business case: experiencia, seniority, criterio, velocidad de decisión y capacidad para resolver problemas complejos.
McKinsey estudió 72 transformaciones y encontró que las organizaciones con mayor rigor de ejecución combinaban foco, claridad de roles, velocidad y capacidad para remover bloqueos. También observó que, una vez desarrolladas mejores capacidades de ejecución, el progreso tiende a acelerarse. [2]
El roadmap puede avanzar más rápido que la compañía
Este ha sido otro aprendizaje recurrente en transformación.
El equipo responsable puede tener presupuesto, objetivos claros y presión por avanzar. Pero una iniciativa importante puede depender de Finanzas, Legal, Seguridad, Data, Arquitectura, Operaciones, Procurement o Customer Service.
Para el equipo que lidera el roadmap, esa iniciativa puede ser prioridad uno. Para otra función necesaria para ejecutarla, puede ser simplemente otro requerimiento dentro de un backlog mucho más amplio.
Esa diferencia termina afectando fechas, dependencias y velocidad. Una iniciativa puede tener la totalidad del presupuesto aprobado y aun así quedarse esperando a que otra área libere tiempo, talento o capacidad de decisión.
La operación diaria compite por los mismos recursos
Los equipos que transforman la empresa normalmente son los mismos que deben mantenerla operando.
Tecnología atiende incidentes y evolución de plataformas. Data sostiene reporting y requerimientos del negocio. Producto administra backlog. Seguridad mantiene controles permanentes. Operaciones tiene compromisos diarios que no desaparecen porque exista un roadmap de transformación.
Deloitte describe esta presión como tener que run, change, protect and grow el negocio al mismo tiempo. En su estudio global de 2026, 41% de los líderes tecnológicos señaló que el negocio los percibe como incapaces de mantener el ritmo de la demanda. [3]
Una compañía puede financiar completamente una transformación y seguir sin haber reservado suficiente capacidad para ejecutarla.
El presupuesto tampoco crea talento escaso
Cuando la capacidad interna no alcanza, la respuesta natural es buscarla fuera. Tiene sentido, pero también tiene límites.
Hay perfiles difíciles de conseguir: arquitectos senior, especialistas de ciberseguridad, data engineers, perfiles con experiencia real en IA o personas capaces de conectar conocimiento técnico con procesos de negocio complejos.
Gartner reporta que 51% de CIOs y líderes senior de TI considera que las habilidades requeridas están evolucionando más rápido que la disponibilidad de talento. [4]
Puedes ampliar presupuesto o buscar en más mercados. Lo que no puedes hacer es fabricar experiencia acumulada de un día para otro.
Los proveedores tampoco sacan especialistas debajo de las piedras
La misma restricción existe en los partners.
Durante mucho tiempo hemos tratado la capacidad del proveedor como si fuera prácticamente elástica: si necesitamos más recursos, ampliamos el contrato; si necesitamos otra especialidad, buscamos otro partner.
Pero los proveedores compiten por el mismo talento.
Gartner advierte que la escasez de especialistas en IA, cloud y cybersecurity está aumentando costos ocultos y riesgos de delivery, y recomienda administrar el talento de proveedores como una capacidad restringida. [5]
Me ha pasado tener presupuesto, contratos y proveedores dispuestos a participar, y aun así no encontrar a tiempo a la persona con el expertise necesario para resolver una parte crítica del roadmap.
Eso también es capacidad de ejecución.
Más proveedores agregan otra forma de complejidad
Sumar partners puede ampliar capacidad técnica, pero también genera trabajo adicional.
Aparecen más dependencias, más decisiones de arquitectura, más contratos, más handoffs y más conocimiento distribuido entre organizaciones distintas.
Por eso no asumiría que agregar vendors siempre acelera una transformación. En algunos casos puede ocurrir lo contrario: incorporamos más capacidad técnica de la que el equipo interno puede coordinar con calidad.
El límite vuelve a aparecer en la capacidad de gestión.
Prioridad económica y orden de ejecución son decisiones diferentes
Una iniciativa puede tener un excelente business case y aun así no estar lista para comenzar.
Puede necesitar primero una integración, una capacidad de data, un especialista difícil de conseguir o una decisión que depende de otra área. También puede ocurrir que ejecutar una iniciativa primero deje componentes reutilizables para varias que vienen después.
Por eso el roadmap necesita secuencia además de prioridades.
Intentar iniciar todos los proyectos aprobados puede terminar distribuyendo demasiado la capacidad disponible. Concentrar recursos en menos iniciativas, desbloquear capacidades y luego reutilizarlas puede producir más avance que mantener el portafolio completo abierto simultáneamente.
El comité también debería revisar capacidad
Cuando presentamos un roadmap normalmente mostramos proyectos, inversión y fechas.
Yo agregaría una pregunta más: ¿cuántas de esas iniciativas puede sostener realmente la organización al mismo tiempo?
Eso obliga a revisar líderes disponibles, capacidades críticas, áreas dependientes, expertise escaso y capacidad real de proveedores antes de comprometer fechas.
Decir que tenemos presupuesto para quince proyectos no significa necesariamente que debamos iniciar quince. Puede ser mucho más responsable reconocer que tenemos capacidad para seis, ejecutarlos bien y habilitar progresivamente los siguientes.
El roadmap también necesita poder cambiar
Una iniciativa aprobada no debería permanecer financiada únicamente porque forma parte del roadmap desde enero.
La evidencia cambia. Las restricciones cambian. El mercado cambia.
Las organizaciones que McKinsey identifica como más rápidas no solo asignan recursos; también los reasignan con mayor frecuencia. [1]
En una revisión de portafolio debería ser perfectamente válido continuar, acelerar, postergar o detener.
Detener una iniciativa puede liberar justamente el talento, la atención gerencial o el proveedor que necesita otra con mayor impacto.
Antes de cerrar el roadmap 2027
Revisaría cinco preguntas:
- ¿Cuál será la principal restricción de nuestra capacidad de ejecución?
- ¿Tenemos líderes capaces de manejar la complejidad que estamos incorporando?
- ¿Qué expertise crítico no podremos conseguir rápidamente aunque exista presupuesto?
- ¿Qué áreas necesitan comprometer capacidad para que las fechas sean realistas?
- ¿Cuántas iniciativas puede sostener realmente la organización al mismo tiempo?
Un presupuesto aprobado es una condición importante para ejecutar un roadmap. No garantiza que la compañía tenga talento, capacidad gerencial, proveedores, dependencias resueltas y velocidad organizacional suficientes para hacerlo realidad.
El presupuesto define cuánto podemos invertir. La capacidad organizacional termina definiendo cuánto podemos ejecutar.
Fuentes
[1] McKinsey & Company. Why accelerated resource allocation matters in the age of AI. 6 de julio de 2026. Investigación sobre asignación de capital, talento y management attention.
[2] McKinsey & Company. Rigor: What it takes to turn ambition into impact. 27 de abril de 2026. Análisis de 72 transformaciones empresariales.
[3] Deloitte. 2026 Global Technology Leadership Study. 30 de abril de 2026. Investigación con más de 660 líderes tecnológicos.
[4] Gartner. Your Skills Strategy Is Falling Behind AI Evolution. 2 de septiembre de 2026. Gartner reporta que 51% de CIOs y líderes senior de TI considera que las habilidades requeridas evolucionan más rápido que la disponibilidad de talento.
[5] Gartner. Establish Vendor Talent Intelligence to Reduce IT Services Cost and Risk. 22 de junio de 2026. Investigación sobre la escasez de especialistas en IA, cloud y cybersecurity y su impacto en costos, calidad y delivery.