El plan estratégico de TI decide qué proyectos merecen presupuesto

La mayoría de las organizaciones aprueba proyectos de tecnología por urgencia o por moda, no por su contribución al negocio. El Plan Estratégico de Tecnología e Información no es un documento de visión: es el filtro que determina qué se financia y qué se descarta.

El plan estratégico deja de ser un documento y se vuelve un filtro

En la mayoría de las organizaciones, el PETI se archiva después de la reunión donde se presenta. Se construye una vez al año, se valida en un comité y se convierte en una referencia que nadie vuelve a abrir cuando llega el momento real de decidir qué proyecto de tecnología recibe presupuesto. El error no está en la calidad del documento, sino en su función: se trata como pieza de comunicación cuando debería operar como mecanismo de decisión.

Un PETI que cumple su propósito no describe hacia dónde va la tecnología; establece los criterios con los que cada iniciativa se acepta, se pospone o se rechaza. La diferencia se nota en el comité de proyectos: donde hay un plan estratégico operativo, la conversación gira en torno a qué objetivo de negocio atiende la iniciativa y qué retorno demuestra; donde hay solo un documento de visión, la conversación gira en torno a quién propuso el proyecto y cuánta urgencia comunicó.

Cada proyecto de TI necesita una razón de negocio, no una razón técnica

El error típico consiste en justificar un proyecto de tecnología por sus atributos técnicos: la plataforma es más moderna, el proveedor es más confiable, la arquitectura es más escalable. Ninguno de esos argumentos responde la pregunta que importa: qué objetivo de negocio avanza esta inversión y cómo se mide ese avance.

El PETI bien construido traduce cada objetivo corporativo en capacidades de tecnología requeridas, y cada capacidad en un conjunto acotado de iniciativas posibles. Cuando un proyecto no puede conectarse con ninguna de esas capacidades, la conclusión no es que el proyecto sea malo: es que no pertenece al portafolio actual, sin importar cuán atractivo resulte en aislamiento. Esta disciplina es la que evita el fenómeno más costoso en las áreas de tecnología: un portafolio de iniciativas técnicamente sólidas que, sumadas, no mueven ningún indicador del negocio.

El retorno se diseña antes de aprobar el proyecto, no se mide después

La práctica más débil en la gestión de proyectos de TI es medir el retorno de la inversión al final, cuando ya no hay margen de corrección. El PETI corrige esto al exigir que cada iniciativa entre al portafolio con una hipótesis de valor explícita: qué métrica de negocio debe moverse, en qué magnitud y en qué plazo. Esa hipótesis no es un ejercicio financiero aislado: se convierte en el criterio de seguimiento del proyecto durante su ejecución, no solo en su aprobación.

Un proyecto que pierde de vista su hipótesis de valor a mitad de camino —porque el alcance se amplió, porque el patrocinador cambió, porque la prioridad del negocio se movió— debe volver al comité de gobierno antes de consumir más presupuesto. Esta es la función que distingue un plan estratégico operativo de un ejercicio de planeación decorativo: no solo autoriza inversión, también autoriza su continuidad o su corte.

La alineación no es un evento único sino un mecanismo de revisión continua

El supuesto más común sobre el PETI es que se ejecuta una vez y permanece vigente hasta el próximo ciclo de planeación. Ese supuesto ignora la velocidad con la que cambian las prioridades del negocio: una adquisición, un cambio regulatorio o una presión competitiva pueden hacer irrelevante en meses lo que se definió como prioritario en el plan anual.

La organización que trata el PETI como documento fijo termina financiando iniciativas que respondían a un contexto que ya no existe. La organización que lo trata como mecanismo vivo revisa trimestralmente si los criterios de priorización siguen siendo válidos y ajusta el portafolio en consecuencia, sin esperar al próximo ciclo formal de planeación. Ese ajuste no requiere rehacer el plan completo: requiere que el plan haya sido construido desde el inicio con la estructura necesaria para actualizarse sin perder coherencia.

📌 Conclusión