Gestión de expectativas en proyectos tecnológicos: te califican por la brecha, no por la entrega
Un programa tecnológico se juzga como una cotizada en temporada de resultados: por la diferencia entre lo entregado y lo prometido, no por lo entregado en sí. La mayoría de los business case pierden ese examen antes de que empiece el proyecto.
En cada temporada de resultados alguien pregunta por qué caen las acciones de una empresa que acaba de presentar buenas cifras, y en cada revisión de entrega se repite la misma escena: el proyecto se lanzó, la demo funcionó, el panel está en verde y la sala se queda fría. Ninguna de las dos audiencias actúa de forma irracional. Ambas están calificando un examen distinto. El veredicto nunca recae sobre el resultado, sino sobre la brecha entre el resultado y la expectativa que alguien fijó antes. Gestionar las expectativas en un proyecto tecnológico no es una habilidad blanda añadida a la entrega. Es el denominador que divide cualquier entrega, y la mayoría de los programas dejan que lo fije el documento más optimista que redactarán jamás: la propuesta de financiación.
Los mercados hacen visible el mecanismo porque lo valoran a diario. El precio de una acción es una previsión, y el día de resultados esa previsión ya incorpora una estimación detallada del anuncio, razón por la cual los resultados se juzgan contra el consenso y las previsiones (guidance) de la propia empresa, no de forma aislada: compañías con beneficios en descenso suben tras superar un listón pesimista, y compañías con beneficios crecientes caen tras no alcanzar un listón optimista. Cada temporada de resultados empareja a un negocio rentable que se vende con uno que pierde dinero y que se compra, y los comentaristas lo llaman sentimiento de mercado. Es aritmética. La cifra publicada es el numerador. El denominador se fijó meses antes, por otra persona, y el movimiento del precio es la división.
Tu programa también cotiza. Solo que es ilíquido y cotiza en reuniones. El consenso de mercado es lo que el comité de dirección recuerda del business case. La guía es tu hoja de ruta. La credibilidad es el múltiplo: cuánto de tu próxima previsión está aún dispuesto a creerse alguien.
¿Por qué los proyectos de TI que funcionan se leen como fracasos?
Porque la expectativa se fijó en el momento de máxima ignorancia y máximo afán de venta. Un business case se escribe antes de empezar el trabajo, por personas que necesitan que se apruebe, compitiendo con otros casos también inflados. La cifra ganadora se elige por su capacidad de persuadir, no por su precisión, y después se solidifica como el consenso contra el que se medirá la entrega. Dieciocho meses después, un equipo lanza una migración de plataforma que funciona, en un plazo defendible, y descubre que se le está calificando contra la versión del proyecto que solo existió en el dosier de aprobación. Entregar una mejora del 3 % frente a una promesa del 5 % es un fracaso, diga lo que diga la retrospectiva.
Fíjate en lo que esto predice: la organización con mejor nota no es la que más entrega, sino aquella cuyas previsiones de partida fueron más honestas. Resulta incómodo, porque la mayoría de los procesos de financiación castigan precisamente las previsiones honestas. Si el órgano de gobierno solo financia proyectos que prometen rendimientos espectaculares, no has subido el listón: has garantizado que todo proyecto o miente al principio o fracasa al final.
¿Cuándo hay que cancelar un programa tecnológico que está fallando?
Antes de lo que te gustaría, y de forma más tajante. Los consejos temen el momento del saneamiento: la admisión formal de que la replataformización de dos años no dará el retorno que prometía la hoja de ruta. Pero la evidencia de mercado sobre los saneamientos contables apunta justo en sentido contrario. La investigación sobre anuncios de deterioro del fondo de comercio encuentra rentabilidades anormales positivas en los seis y doce meses siguientes al saneamiento, y cuanto mayor es el deterioro, mayor es la rentabilidad posterior. La lectura que cabe extraer: una pérdida que la audiencia ya sospecha sale barata de admitir, porque la admisión no crea la pérdida. Libera la incertidumbre que ya se estaba descontando mientras tú la negabas.
La versión organizativa es idéntica. Cuando la dirección debate si cancela un programa que falla, la organización normalmente ya lo ha saneado por su cuenta: los ingenieros lo esquivan, los patrocinadores dejan de asistir a las reuniones, los equipos dependientes desacoplan sus planes en silencio. La cancelación formal solo confirma una valoración que el pasillo alcanzó meses antes. Lo que de verdad cuesta caro es el goteo: trimestre tras trimestre de «en ámbar, en vías de recuperación», que mantiene a todo el mundo descontando la incertidumbre. Si esto fuera erróneo, debería verse en organizaciones que optan por la sangría lenta y conservan más confianza y mejor talento que las que admiten el fallo de forma limpia. Ese caso no se observa.
¿Es adopción real la adopción por mandato?
La trampa más silenciosa se esconde dentro de cifras aparentemente buenas. Los ingresos pueden crecer porque los clientes quieren más producto, o porque se les está cobrando más por lo mismo: el análisis de McKinsey sobre gestión del crecimiento de ingresos describe negocios en un contexto inflacionario que sostuvieron las ventas netas mediante fuertes subidas de precio incluso cuando los volúmenes se estancaban o caían. Las dos cosas son indistinguibles en la línea de ingresos totales y significan justo lo contrario sobre el futuro.
Los programas tecnológicos producen la misma ilusión con el uso. Un asistente de IA implantado por mandato mostrará curvas de adopción que cualquier product manager envidiaría, porque la alternativa era desconectarlo. El uso por decreto es primo hermano del crecimiento vía precio: la métrica sube mientras la verdad de la demanda permanece oculta, y esa verdad llega en el momento de la renovación, junto con el ajuste de expectativas. Si quieres saber si tu programa de IA está capitalizando o simplemente flotando, no preguntes cuánta gente lo usó. Pregunta qué hicieron cuando tuvieron elección.
¿Cómo se gestionan las expectativas en un proyecto tecnológico?
Como una cotizada que quiere seguir cotizando. Pon por escrito la previsión antes de arrancar: la versión concreta, fechada y falsable de lo que debería devolver la inversión, separada con claridad del objetivo ambicioso que uses para motivar al equipo. Eso es, en gran medida, lo que significa evaluar la preparación para la IA antes de construir: fijar el consenso mientras todavía puedes permitirte que sea honesto. Después trata la hoja de ruta como guidance, porque tus interesados ya lo hacen así: actualiza la previsión en cuanto cambie, no en la revisión donde el fallo ya es innegable. Y publica la brecha después, con transparencia. Ese hábito de previsiones escritas y brechas evaluadas en abierto es justo lo que nuestro trabajo de estrategia tecnológica más se esfuerza en dejar instalado en un cliente, porque un resultado sin una previsión previa es solo una cifra suelta, y de una cifra suelta nadie aprende nada.
Lo que deja al descubierto la asimetría que nadie descuenta. Superar la previsión te compra una buena reunión de seguimiento. No alcanzarla te cuesta la reunión y algo mucho más lento de reconstruir: la disposición de cualquiera en la sala a tomarse en serio tu próxima previsión. Las expectativas son el único activo sobre el que un responsable de entrega tiene control total de emisión, y el que con más fiabilidad se sobreemite. Guía a la baja, informa con la verdad, y deja que la brecha haga el resto del trabajo.
Preguntas frecuentes
¿Por qué caen las acciones de una empresa tras presentar buenos resultados?
Porque el mercado juzga los resultados contra el consenso de analistas y la guía de la propia empresa ya incorporados en el precio, no de forma aislada. Un crecimiento de beneficios por debajo de lo esperado cotiza como un fallo, y una guía a la baja puede borrar un batacazo histórico de resultados. El mismo mecanismo opera en las revisiones de entrega: el business case fija el consenso contra el que se mide el proyecto.
¿Qué es la brecha de expectativas en la entrega de un proyecto?
La diferencia entre lo que entrega un programa tecnológico y lo que su business case aprobado, sus planes y sus informes de seguimiento llevaron a esperar a los interesados. Los veredictos siguen esta brecha, no la producción absoluta, por eso un proyecto inflado que se ejecuta con competencia puede seguir calificándose como un fracaso.
¿Un business case de IA debe ser conservador o ambicioso?
Hay que separar las dos funciones. Financia contra una previsión conservadora y falsable, con la que estés cómodo siendo evaluado, y motiva al equipo con un objetivo ambicioso que quede explícitamente fuera de la cifra de financiación. Mezclar ambas cosas significa que cada revisión futura se medirá contra tu día más optimista.
Relacionado
- Tu proveedor de nube también financia sus ingresos de IA: hazle due diligence financiera antes de firmar
- El anuncio no es el contrato: la brecha entre lo anunciado y lo contratado en la infraestructura de la IA
- El número sin diana: los sensores de glucosa convierten los relojes de fitness en máquinas de ansiedad
- Data & Strategy
Escrito por una persona editorial de IA del sistema editorial propietario de Abyshire y revisado por nuestro equipo.