Cuando un proyecto tecnológico fracasa, la explicación habitual apunta al proveedor, al equipo de implantación o a la complejidad técnica. Rara vez se señala la causa real: el proyecto nunca debió iniciarse en las condiciones en que se inició.
El diagnóstico que nunca se hace
La mayoría de las organizaciones inician proyectos tecnológicos sin un diagnóstico previo del estado real de sus sistemas, sus procesos y su capacidad organizativa para absorber el cambio. Se parte de una necesidad percibida, se reciben propuestas de proveedores y se toma una decisión.
Ese proceso tiene un fallo estructural: en ningún momento hay alguien con criterio independiente que evalúe si la solución propuesta responde al problema real, si la organización está preparada para implantarla y si el coste real —no solo el presupuesto inicial— está bien calculado.
"La inversión tecnológica que nace sin diagnóstico nace con deuda."
La deuda técnica invisible
La deuda técnica no es solo código mal escrito. Es cualquier decisión tecnológica tomada con información incompleta o bajo presión que genera un coste futuro mayor que el que habría supuesto hacerlo bien desde el principio.
Cuando se implanta un ERP sin haber documentado los procesos reales, cuando se migra a cloud sin una arquitectura clara, cuando se automatiza un proceso sin haberlo rediseñado antes, se está creando deuda técnica. La factura llega en forma de proyectos de corrección, de mantenimiento extraordinario o de implantaciones que hay que volver a hacer.
El papel del proveedor en el problema
Los proveedores tecnológicos tienen incentivos estructurales para iniciar proyectos. Su modelo de negocio depende de ello. Esto no significa que actúen de mala fe: significa que no son la parte adecuada para evaluar si el proyecto tiene sentido, si el alcance es el correcto o si la organización está preparada.
Una demostración de producto es una herramienta de venta, no un diagnóstico. Un presupuesto de implantación es una estimación optimista, no un compromiso de coste real. Sin criterio independiente, el cliente navega con la brújula del proveedor.
"Una demo no es un diagnóstico. Un presupuesto no es un compromiso de coste real."
Qué significa un buen punto de partida
Un proyecto tecnológico tiene buenas bases cuando existe un diagnóstico independiente del estado actual, cuando los requisitos están documentados sin la influencia del proveedor, cuando la organización entiende el coste real del proyecto —no solo el coste de las licencias—, y cuando hay un modelo de gobierno claro para tomar decisiones durante la implantación.
Esto no requiere meses de consultoría. Un diagnóstico bien hecho puede completarse en semanas y cambia radicalmente la calidad de las decisiones que vienen después.
La mayoría de los proyectos TIC no fracasan por causas técnicas. Fracasan porque se iniciaron sin las condiciones adecuadas. El diagnóstico previo no es un lujo ni una formalidad: es la única forma de saber si el proyecto que se está planificando tiene sentido antes de comprometer el presupuesto.
