GUÍA

¿Recuperar o reiniciar un ERP? Cuatro pruebas para decidir

¿Recuperar o reiniciar un ERP? Cuatro pruebas para decidir

Un marco para evaluar arquitectura, causa de falla, gobierno y capacidad organizacional sin dejarse dominar por el costo hundido.

Un marco para evaluar arquitectura, causa de falla, gobierno y capacidad organizacional sin dejarse dominar por el costo hundido.

Directivos comparando opciones para continuar o reiniciar un proyecto

El costo hundido no demuestra que continuar sea correcto

Después de invertir tiempo y dinero, detenerse puede sentirse como aceptar una pérdida. Pero seguir una estrategia inviable puede multiplicar el costo, el riesgo y el desgaste.

La decisión debe comparar opciones futuras con evidencia actual, no defender decisiones pasadas.

1. Viabilidad de la arquitectura

Preguntá si la plataforma y su diseño pueden soportar los procesos críticos, el volumen, la seguridad y la integración. Revisá si las personalizaciones destruyen capacidad de actualizar o si el modelo de datos contradice la operación.

Si el núcleo es viable y los problemas son corregibles, recuperar puede tener sentido. Si la arquitectura exige excepciones permanentes para funcionar, un reinicio parcial puede ser más sano.

2. Falla de ejecución o de diseño

Un proyecto puede fallar porque ejecutó mal un diseño correcto: planificación, pruebas, datos o gobierno deficientes. También puede fallar porque eligió un proceso, alcance o solución equivocados.

Corregir ejecución requiere disciplina. Corregir diseño puede exigir volver a decisiones fundamentales. Confundir ambas causas produce más retrabajo.

3. Gobierno recuperable

Evaluá si la dirección puede restablecer decisiones claras, calidad independiente, control de cambios y rendición de cuentas contractual. Si las partes continúan ocultando riesgos o nadie acepta autoridad, la recuperación técnica no se sostendrá.

La confianza no necesita ser perfecta, pero debe existir disposición a trabajar con hechos, documentar decisiones y aceptar consecuencias.

4. Capacidad organizacional

Medí fatiga, disponibilidad de expertos, rotación, conocimiento y capacidad de la operación para absorber otro ciclo. Un plan técnicamente posible puede ser organizacionalmente inviable.

Protegé a las personas clave y evitá depender de heroísmo. A veces el mejor camino preserva componentes útiles y reduce alcance para recuperar capacidad.

Presentá opciones, no una única recomendación

Compará recuperación con restricciones, reinicio parcial y reinicio total. Para cada opción mostrá costo, tiempo, riesgo operativo, activos reutilizables, contrato y condiciones de éxito.

Definí qué evidencia haría cambiar la decisión. Continuar debe incluir puertas reales donde se pueda pausar si datos, pruebas o adopción no alcanzan el nivel acordado.

No decidir también es una decisión: permite que el riesgo siga creciendo. Un marco explícito ayuda a que la empresa proteja la operación en lugar de proteger la narrativa del proyecto.