En todo proyecto de ERP hay tres variables que no se pueden maximizar a la vez: alcance, tiempo y costo. Puede elegir dos. Rápido y barato sale incompleto, barato y bueno no puede ser rápido, bueno y rápido se paga caro, y gratis y rápido casi siempre esconde algo. Lo importante no es cuál elige, sino elegir a conciencia y decirlo en voz alta antes de arrancar.
Rápido y barato: mal hecho o incompleto
Se comprime el calendario y se minimiza el presupuesto. Lo primero que se recorta es lo que no se ve: análisis, pruebas y gestión del cambio.
Se reconoce por tres frases: “arranquemos con lo mínimo y luego vemos”, “no hace falta documentar” y “las pruebas las hacemos en vivo”. El resultado son retrabajos, deuda técnica, usuarios frustrados y, con frecuencia, una reimplementación entre seis y doce meses después.
Un caso típico: una distribuidora implementa solo contabilidad y facturación, sin catálogos limpios, sin impuestos bien configurados y con carga de saldos hecha a las carreras desde Excel. Sale en ocho semanas, y al tercer mes tiene que parar para corregir inventarios, impuestos y reportes.
Si el tiempo de verdad es crítico: delimite un alcance mínimo real, no un recorte improvisado. Congele cambios durante el proyecto. Y reserve presupuesto para el periodo de estabilización posterior al arranque, que es cuando aparecen las correcciones y la capacitación que faltó.
Barato y bueno: no puede ser rápido
Se cuida la calidad conteniendo el costo, y para lograrlo se alarga el calendario y se usa más gente propia. Se reconoce por fases en oleadas, ventanas de prueba largas y un comité interno que aprueba diseños.
Los riesgos son de resistencia: fatiga del equipo, prioridad que se diluye y rotación de los responsables que tenían el proyecto en la cabeza.
Un caso típico: una manufacturera divide el proyecto en tres fases, finanzas, compras e inventarios, y producción, con ciclos de cuatro a seis semanas y pruebas de usuario exhaustivas. Se alarga a ocho o diez meses, pero arranca estable y con la gente usándolo.
Para que funcione: un plan por fases donde cada hito entregue un beneficio medible, un calendario único de cierres y un dueño de proceso por módulo.
Bueno y rápido: se paga caro
Se exige calidad sin mover la fecha. Solo es posible si el proveedor asigna gente con experiencia dedicada al proyecto, trabaja con prácticas ya probadas y usa plantillas de migración validadas de antemano.
Un caso típico: un comercio que tiene que salir antes del Buen Fin. Paga un equipo dedicado con especialistas por proceso, migración con plantillas ya probadas y un corte de fin de semana. Arranca en diez o doce semanas, estable, con tarifa alta.
Los riesgos son presión sostenida, dependencia fuerte del proveedor y costo superior.
Para que funcione: un responsable de su lado disponible todos los días, alcance congelado, decisiones resueltas en menos de veinticuatro horas y un ambiente de pruebas idéntico al de producción.
Gratis y rápido: revise la letra chica
Aparecen ofertas sin costo o demostraciones extendidas que prometen mucho. Suelen terminar en dependencia, datos que no se pueden exportar o cargos por servicios que resultaron no estar incluidos.
Se reconoce por contratos poco claros, restricciones para sacar su propia información y soporte que no existe. El caso clásico es la implementación regalada a cambio de un contrato de treinta y seis meses de licencias con penalización por salirse.
No siempre es mala fe. A veces es simplemente que el costo está en otro lado y nadie lo dijo. La prueba ácida es preguntar qué pasa si a los seis meses quiere llevarse sus datos.
La decisión que sí importa
Ninguna de las cuatro combinaciones es incorrecta por sí misma. Un arranque rápido y acotado puede ser exactamente lo que una empresa necesita si sabe que después viene una segunda etapa. El problema no es elegir; el problema es no saber que se está eligiendo.
Cuando el alcance queda por escrito antes de cotizar, esta conversación se tiene al principio, con calma. Cuando no, se tiene en el mes cuatro, con el proyecto detenido y las dos partes convencidas de que la otra prometió algo distinto.
Preguntas frecuentes
¿Qué es el triángulo de hierro en un proyecto?
Es la relación entre alcance, tiempo y costo. Mover uno obliga a mover otro, y la calidad es el resultado de cómo se equilibren los tres. En un proyecto de ERP se puede optimizar dos, no los tres a la vez.
¿Qué es un alcance mínimo real en un ERP?
Un conjunto de procesos completos que la empresa puede operar de punta a punta desde el primer día, no una lista de módulos encendidos a medias. La diferencia está en si al arrancar se puede cerrar el mes o no.
¿Por qué se alargan los proyectos de ERP?
Casi siempre porque arrancaron sin alcance escrito. Sin un documento que diga qué entra y qué no, cada semana aparece un requerimiento nuevo que nadie puede rechazar con argumentos.
Sobre lo que cada combinación implica en dinero, en cómo calcular el TCO de un ERP están las partidas completas. Y si su proyecto ya se salió del carril, en cómo recuperar una implementación fuera de control está qué hacer antes de invertir más.