Gestión de solicitudes de cambios de ERP: proceso, priorización y gobernanza

Después de la entrada en funcionamiento de un ERP, llegan solicitudes de cambio. Los usuarios quieren modificaciones, nuevas funciones, informes adicionales y ajustes en el flujo de trabajo. Sin un proceso estructurado, las organizaciones enfrentan dos resultados igualmente malos: o se implementan todas las solicitudes (lo que crea un sistema inestable y demasiado personalizado) o no se aborda ninguna solicitud (lo que genera usuarios frustrados que recurren a soluciones alternativas).

La gestión eficaz de las solicitudes de cambios equilibra la capacidad de respuesta con la estabilidad. Esta guía proporciona el marco de proceso, la metodología de priorización y la estructura de gobernanza para gestionar los cambios de ERP de manera sostenible.

---

El ciclo de vida de la solicitud de cambio

Etapa 1: Envío de solicitud

Cada solicitud de cambio debe incluir:

Canales de envío:

• Formulario de solicitud dedicado en el sistema de mesa de ayuda (preferido)
• Correo electrónico al equipo de soporte de ERP (convertido en ticket)
• Discusión en reuniones de grupos de usuarios (formalizada en ticket)

Etapa 2: Triaje y Clasificación

Dentro de los 2 días hábiles posteriores al envío, el equipo de ERP clasifica la solicitud:

Etapa 3: Evaluación de impacto

Para cambios de configuración, mejoras y nuevas funciones, realice una evaluación de impacto:

Dimensiones de la evaluación:

Estimación del esfuerzo:

Etapa 4: Priorización

Utilice un modelo de puntuación ponderada para priorizar las solicitudes evaluadas:

Etapa 5: Aprobación y programación

Autoridad de aprobación por tamaño:

Enfoques de programación:

• Basado en sprints: El grupo cambia a sprints de 2 a 4 semanas con capacidad fija
• Continuo: Cambios de dirección según lo permita la capacidad, priorizados por puntuación
• Basado en versiones: El paquete cambia a versiones trimestrales con ciclos de prueba.

Etapa 6: Implementación y lanzamiento

Cambiar el flujo de trabajo de implementación:

1. Desarrollar el cambio en un entorno no productivo
2. Prueba unitaria del cambio de forma aislada
3. Prueba de integración con procesos relacionados
4. Prueba de aceptación del usuario por parte del solicitante
5. Documentar el cambio (configuración, actualización del material de formación)
6. Programar ventana de implementación
7. Implementar en producción
8. Verificar en producción
9. Cerrar la solicitud de cambio con la confirmación del solicitante.

---

Estructura de gobernanza

Comité directivo de ERP

Composición:

• Patrocinador ejecutivo (normalmente CFO o COO)
• Liderazgo de TI
• Representantes de los departamentos (Finanzas, Operaciones, Ventas, RRHH)
• Líder del equipo ERP

Cadencia: Mensual (quincenal durante períodos de altos cambios)

Programa:

1. Revisar el proceso de solicitud de cambio (nuevo, en progreso, completado)
2. Priorizar las solicitudes pendientes
3. Revisar la capacidad y las limitaciones de los recursos
4. Abordar las escaladas y los conflictos
5. Revisar las métricas de rendimiento y estado del sistema.
6. Planifique actualizaciones y parches de proveedores

Consejo Asesor de Cambio (CAB)

Composición:

• Líder del equipo ERP (presidente)
• Líder técnico
• Analista de negocios
• Representante de seguridad
• Representante de aseguramiento de calidad

Cadencia: Semanal

Responsabilidades:

• Revisar todos los cambios programados para su implementación.
• Evaluar riesgos y aprobar planes de implementación.
• Revisar los resultados de la validación posterior a la implementación.
• Gestionar decisiones de reversión

---

Gestión del volumen de solicitudes de cambio

Estableciendo expectativas

Comunicar estos principios a la organización:

1. No se implementarán todas las solicitudes. Algunas solicitudes no son factibles, no están alineadas con la estrategia o no valen la pena la inversión.

2. El tiempo no está garantizado. Una solicitud aprobada en enero puede programarse para el tercer trimestre según la capacidad y la prioridad.

3. Las soluciones alternativas no son fallas. A veces, la mejor solución es una solución alternativa documentada, no un cambio en el sistema.

4. Los cambios por lotes son más eficientes. Las implementaciones individuales conllevan gastos generales. Agrupar los cambios relacionados en versiones por lotes reduce el riesgo y el esfuerzo.

Reducir el volumen de solicitudes

• Una mejor capacitación reduce las solicitudes que surgen por no saber cómo utilizar las funciones existentes
• Documentación reduce las solicitudes repetidas de la misma información
• Grupos de usuarios permiten a los usuarios compartir soluciones y mejores prácticas
• La optimización proactiva aborda los puntos débiles comunes antes de que generen solicitudes individuales.

---

Métricas a seguir

---

Recursos relacionados

• Optimización de ERP posterior a la implementación --- Estrategias de optimización más amplias
• Diseño del programa de capacitación ERP --- Reducir las solicitudes de cambios relacionados con la capacitación
• Gestión del cambio para PYMES --- Gestión del cambio organizacional
• Gestión del presupuesto del proyecto ERP --- Presupuesto para cambios en curso

---

Un proceso de solicitud de cambios bien gestionado es la diferencia entre un ERP que mejora con el tiempo y uno que se estanca después de su puesta en marcha. Invierta en la estructura de gobierno, el marco de priorización y las prácticas de comunicación que mantengan su ERP evolucionando con su negocio. Comuníquese con ECOSIRE para obtener ayuda para establecer programas de optimización y gobierno de ERP.