Una implantación de ERP necesita atención cuando el equipo no puede explicar qué datos se usarán, quién decide o cómo se aceptará el resultado. Detectar esas señales temprano permite corregir el plan antes de ampliar el trabajo.
Señales y preguntas de revisión
| Señal | Qué revisar |
|---|---|
| La demostración funciona, los datos propios no | Calidad, formato y correspondencia de información. |
| Cada área define una regla diferente | Responsable de decisión y excepciones. |
| Hay capacitación pero siguen archivos paralelos | Tareas no cubiertas o confianza en resultados. |
| Se agregan cambios sin mover fechas | Capacidad y alcance real. |
Estas señales no determinan culpables. Sirven para encontrar la decisión o evidencia que falta. Un usuario puede recurrir a un archivo porque el proceso aún no está listo, no porque se niegue a aprender.
Revisa una tarea de principio a fin
Ejemplo hipotético: registra una compra con datos de prueba, consulta su efecto y comprueba el reporte esperado. Anota dónde requiere intervención manual o una interpretación que nadie ha aprobado.
La documentación de Business Central incluye revisión de errores tras importar datos. Es una referencia de que cargar registros no equivale a aceptarlos como correctos. Validación de datos incorporados.
Recupera un plan ejecutable
Ordena pendientes por lo que impide operar. Asigna responsable, siguiente acción y criterio de aceptación. Distingue bloqueos técnicos de decisiones del negocio; contratar más desarrollo no resuelve una regla que nadie define.
Si el alcance creció, vuelve a comparar etapas y capacidad. La recuperación del proyecto comienza cuando puedes describir qué se terminará primero y cómo se comprobará, no cuando una reunión vuelve a declarar que todo es prioritario.
Una reunión que termine con decisiones
| Bloqueo hipotético | Siguiente acción concreta |
|---|---|
| Dos áreas usan definiciones incompatibles | Nombrar quién decide la regla y reunir dos ejemplos. |
| Importación con errores sin clasificar | Separar formato, equivalencia y datos faltantes. |
| Fecha fija con alcance creciente | Revisar qué entrega útil cabe y qué se aplaza. |
| Usuarios mantienen archivos paralelos | Observar la tarea que el sistema aún no resuelve. |
El resultado debe indicar qué se podrá comprobar en la siguiente revisión. Si falta una decisión del negocio, no la disfraces de tarea de programación. Si falta evidencia técnica, delimita la prueba necesaria antes de ampliar presupuesto o cambiar de herramienta.
Para profundizar en las tareas relacionadas: Cómo controlar cambios durante la implantación de un ERP; Cómo preparar al equipo para usar un nuevo sistema.
¿Tu proyecto de software se quedó detenido?
Comparte qué debería estar funcionando, qué ya existe y qué bloqueos están documentados. Podemos conversar sobre una revisión acotada del proyecto.
Conocer rescate y modernización



