Las estadísticas son consistentes: entre el 55% y el 75% de los proyectos ERP superan el presupuesto, el plazo o ambos. Pero lo que no dicen las estadísticas es que la mayoría de estas desviaciones son predecibles y evitables. Las causas no son técnicas: son decisiones que se toman (o no se toman) antes y durante el proyecto.
Causa 1: Requisitos ambiguos que el proveedor interpreta
Cuando los requisitos no están documentados con precisión, el proveedor llena los vacíos con su interpretación. Esa interpretación siempre favorece la solución estándar del producto, no las necesidades reales del cliente.
La consecuencia es que cuando el sistema se entrega, el cliente descubre que muchos flujos de trabajo no funcionan como esperaba. Las personalizaciones necesarias para corregirlo se convierten en cambio de alcance, que se traduce en más coste y más tiempo.
"Los requisitos ambiguos no son un riesgo. Son una garantía de sobrecoste."
Causa 2: Estimaciones optimistas aceptadas sin cuestionar
Los proveedores presentan estimaciones optimistas porque las estimaciones realistas no ganan concursos. El cliente acepta la estimación más baja porque quiere creer que el proyecto costará lo que le dicen.
Un proceso de evaluación independiente incluye validar las estimaciones con datos de proyectos comparables. La diferencia entre la estimación del proveedor y la realidad histórica es la información más valiosa para presupuestar correctamente.
Causa 3: Falta de gobierno durante la implantación
Un proyecto ERP sin un comité de seguimiento independiente, sin criterios claros de aceptación por fase y sin mecanismos para gestionar cambios de alcance es un proyecto a la deriva.
El proveedor tiene incentivos para avanzar rápido. El equipo interno tiene su trabajo diario además del proyecto. Sin una función de gobierno que vigile el interés de la organización, las desviaciones se acumulan silenciosamente hasta que explotan.
Cómo reducir el riesgo de desviación
Tres acciones reducen drásticamente el riesgo: 1) Documentar requisitos con criterio independiente antes de la selección. 2) Validar las estimaciones del proveedor contra datos reales de proyectos similares. 3) Establecer un modelo de gobierno con supervisión independiente desde el primer día.
Estas acciones no eliminan el riesgo a cero, pero transforman un proyecto gobernado por la suerte en un proyecto gobernado por datos y criterio.
"La supervisión independiente no es burocracia. Es la única forma de que alguien vigile su interés."
Los proyectos ERP se desvían por causas predecibles: requisitos ambiguos, estimaciones optimistas y falta de gobierno. Las tres causas tienen la misma solución: criterio independiente antes y durante el proyecto. El coste de esa supervisión es una fracción del coste de la desviación que evita.
