Cómo controlar cambios durante la implantación de un ERP

Controlar cambios durante la implantación de un ERP permite incorporar necesidades sin perder de vista el objetivo, la fecha y la capacidad disponible. Registrar una petición no significa aprobarla automáticamente.

Una solicitud que se pueda decidir

Describe quién necesita el cambio, qué problema resuelve y qué ocurre si se aplaza. Añade un ejemplo. Separa corregir una función acordada de pedir otra que no estaba contemplada.

Decisión	Consecuencia a registrar
Incorporar ahora	Qué trabajo ocupa y qué se desplaza.
Programar después	Condición para retomarlo.
Resolver de otra forma	Ajuste de proceso o configuración.
No incorporar	Motivo y alternativa disponible.

Revisa dependencias

Ejemplo hipotético: cambiar cómo se identifica un cliente afecta importación, reportes e integración. Evaluar sólo la pantalla de captura dejaría trabajo fuera del presupuesto.

Una incidencia registrada puede reunir descripción y seguimiento; la documentación de GitHub ilustra ese mecanismo. Puede aplicarse una ficha equivalente con las herramientas que ya usa el proyecto. Registro de trabajo.

Cierra con aceptación

Define cómo se comprobará el cambio y quién puede aceptarlo. Después actualiza instrucciones y datos de prueba afectados. Si cambia una regla contable o fiscal, su definición debe revisarse con el especialista correspondiente; el desarrollo no decide por sí solo el tratamiento correcto.

La utilidad del control no es impedir mejoras. Es que cada decisión muestre su impacto y evite que una fecha aparente mantenerse mientras el alcance crece sin acuerdo. Las consecuencias económicas se resuelven conforme al modelo contratado.

Ejemplo de solicitud antes de aprobarla

Ficha de ejemplo; no estima horas ni modifica un acuerdo comercial.
Campo	Petición ficticia
Problema	El código de cliente cambia entre dos áreas y provoca conciliaciones.
Cambio solicitado	Definir un identificador común y conservar correspondencias.
Impacto por revisar	Importación, consultas, reportes e integraciones.
Aceptación	El mismo cliente se localiza sin duplicarlo en los casos acordados.
Decisión pendiente	Qué etapa lo incorpora y qué trabajo se desplaza.

Conserva quién aprobó la regla y la versión del alcance. Si se trata de reparar algo ya acordado, identifícalo como corrección; si agrega otra necesidad, registra la ampliación. Cambiar el nombre del campo sin resolver las correspondencias puede ocultar el problema en lugar de corregirlo.

Para profundizar en las tareas relacionadas: Cómo organizar un proyecto de desarrollo; Cuándo personalizar un ERP y cuándo ajustar el proceso.