Change Management for ERP Projects: Getting Teams to Adopt New Systems

Practical change management strategies for ERP implementations using the ADKAR model, champion networks, and proven adoption techniques.

E
ECOSIRE Research and Development Team
|15 de marzo de 202615 min de lectura3.3k Palabras|

Parte de nuestra serie Digital Transformation ROI

Leer la guía completa

Gestión de cambios para proyectos ERP: lograr que los equipos adopten nuevos sistemas

El mejor sistema ERP del mundo ofrece un retorno de la inversión cero si la gente se niega a utilizarlo. La investigación de Prosci muestra que los proyectos con una excelente gestión del cambio tienen 6 veces más probabilidades de cumplir sus objetivos que aquellos con una mala gestión del cambio. Sin embargo, la mayoría de las implementaciones de ERP tratan la gestión de cambios como una ocurrencia tardía: algunas sesiones de capacitación programadas la semana antes de la puesta en marcha, un correo electrónico del CEO para toda la empresa y esperanza.

La esperanza no es una estrategia. Esta guía proporciona el enfoque estructurado que separa las adopciones exitosas de ERP de los costosos productos de estantería.

Conclusiones clave

  • Los proyectos con una excelente gestión del cambio tienen 6 veces más probabilidades de cumplir los objetivos (Prosci)
  • El modelo ADKAR proporciona un marco secuencial: Conciencia, Deseo, Conocimiento, Habilidad, Refuerzo.
  • Las redes de campeones (1 campeón por cada 15 a 20 usuarios) reducen los tickets de soporte en un 60 % y aceleran la adopción en un 40 %.
  • La resistencia no es irracional: sigue patrones predecibles que pueden abordarse de manera proactiva

Por qué los proyectos ERP fracasan en su adopción

Las fallas de implementación técnica (donde el software no funciona según lo configurado) representan menos del 20% de las fallas de los proyectos ERP. El 80% restante fracasa debido a las personas: resistencia al cambio, capacitación inadecuada, mala comunicación, incentivos desalineados o falta de compromiso del liderazgo.

Tipo de fracaso de adopciónFrecuenciaImpactoCausa raíz
Resistencia pasiva (soluciones alternativas)Muy AltoLos usuarios mantienen hojas de cálculo antiguas junto con el ERPFormación insuficiente, mala experiencia de usuario, miedo a errores
Resistencia activa (quejas)AltoLa moral cae, el proyecto es culpado de todos los problemasMala comunicación, falta de aportación al diseño
Adopción selectivaAltoAlgunos módulos utilizados, otros ignoradosFormación desigual, propiedad del proceso poco clara
Bypass de gestiónMedioEjecutivos solicitan informes fuera del sistemaLíderes no capacitados, viejos hábitos cómodos
Sistemas de sombraMedioLos departamentos construyen herramientas de seguimiento paraleloBrechas percibidas en la funcionalidad del ERP
Rechazo totalBajoDepartamento se niega a utilizar el sistemaGrave déficit de confianza, sin aplicación ejecutiva

El costo de una mala adopción es asombroso. Un sistema que sólo se adopta en un 60% ofrece quizás un 30% del retorno de la inversión proyectado; el 70% restante del valor se pierde debido a soluciones manuales, entrada de datos duplicada e información incompleta que socava la toma de decisiones.

El Modelo ADKAR Aplicado al ERP

ADKAR (desarrollado por Prosci) proporciona un marco secuencial para cambios individuales que se relaciona directamente con las fases de implementación de ERP. Cada etapa debe abordarse antes de que la siguiente pueda tener éxito.

Conciencia: ¿Por qué estamos cambiando?

Cuándo: Meses 1-3 (fase de descubrimiento y diseño)

La gente no puede apoyar un cambio que no comprende. La concientización no es un solo anuncio, es un esfuerzo de comunicación sostenido que responde a tres preguntas:

  1. ¿Qué está cambiando? (Sistemas, procesos y flujos de trabajo diarios específicos)
  2. ¿Por qué está cambiando? (Caso de negocio, presión competitiva, demandas de los clientes)
  3. ¿Qué pasa si no cambiamos? (Consecuencias de mantener el status quo)

Tácticas de concientización:

  • Reuniones públicas con líderes explicando el caso de negocio (no la tecnología)
  • Sesiones a nivel de departamento donde los propietarios de procesos discuten impactos específicos
  • Documento escrito de preguntas frecuentes que aborda las 20 principales preocupaciones que los empleados probablemente tengan
  • Mensaje en vídeo del CEO que conecta el proyecto con la estrategia de la empresa.
  • Actualizaciones periódicas del boletín (quincenal) que siguen el progreso del proyecto.

Error común: Liderar con tecnología. A los empleados no les importa la arquitectura del módulo de Odoo. Les importa si su trabajo se vuelve más difícil, más fácil o eliminado. Siempre enmarque el cambio en términos de impacto personal.

Deseo: ¿Qué gano yo con esto?

Cuándo: Meses 3-6 (fase de diseño y construcción)

La conciencia crea comprensión. El deseo crea motivación. Estas son cosas diferentes. Un empleado puede comprender completamente por qué la empresa necesita un ERP y aun así resistirse a usarlo si no ve ningún beneficio personal.

Construyendo deseo:

Segmento de audienciaPreocupación principalMensaje que genera deseo
Personal de operaciones"¿Esto hará que mi trabajo sea más difícil?""Se dedican 3 horas diarias a la entrada de datos. El nuevo sistema automatiza el 80% de ello".
Gerentes"¿Perderé el control de mis datos?""Tendrá paneles de control en tiempo real en lugar de esperar informes mensuales".
Equipo de finanzas"¿El cierre de fin de mes empeorará antes de mejorar?""Empresas como la suya redujeron el cierre de 15 días a 3 días."
Equipo de ventas"¿Esto me va a frenar?""La generación de cotizaciones pasará de 3 días a 2 horas. Cerrará acuerdos más rápido".
Equipo de TI"¿Me están reemplazando?""Pasarás de mantener hojas de cálculo a impulsar tecnología estratégica".
Ejecutivos"¿Qué pasa si falla?""La implementación por fases significa que validamos el retorno de la inversión en cada etapa antes de comprometernos más".

Táctica poderosa: Identifique a los empleados que realmente están sufriendo por los sistemas actuales (la persona que se queda hasta las 8 p.m. cada fin de mes, el trabajador del almacén frustrado por los errores de inventario) e involúcrelos en el diseño. Se convierten en defensores naturales porque el nuevo sistema resuelve sus problemas específicos.

Conocimiento: ¿Cómo lo uso?

Cuándo: Meses 8-11 (fase de prueba y capacitación)

El conocimiento es el componente de la capacitación, pero la capacitación efectiva para la adopción de ERP no se parece en nada a la capacitación tradicional en TI.

Lo que no funciona:

  • Sesiones tipo conferencia de 8 horas
  • Formación genérica que cubre todas las funciones.
  • La formación se imparte demasiado pronto (la gente lo olvida) o demasiado tarde (la gente entra en pánico).
  • Capacitación única para todos ignorando las diferencias de roles

Qué funciona:

Enfoque de formaciónDescripciónEfectividad
Formación basada en rolesCada rol aprende solo lo que necesitaAlto
Ejercicios basados ​​en escenariosPractique tareas laborales reales en un entorno de formaciónMuy Alto
Formación justo a tiempoMódulos cortos entregados cuando se necesita la funciónAlto
Talleres dirigidos por paresLos campeones entrenan a sus compañeros de departamentoMuy Alto
Tarjetas de referencia rápidaGuías laminadas paso a paso en estaciones de trabajoMedio-Alto
VideotecaVídeos instructivos de 2 a 3 minutos para tareas comunesMedio

Horario de entrenamiento que funciona:

  • Semana -6 a -4: Entrenamiento de campeones (40 horas, intensivo, práctico)
  • Semana -4 a -2: Capacitación basada en roles para todos los usuarios (16-24 horas por rol)
  • Semana -1: Semana de práctica con entorno sandbox y soporte para campeones
  • Semana 1-2: Sesiones de actualización que abordan las preguntas que surgieron durante el primer uso.
  • Mes 2-6: Sesiones mensuales de "consejos y trucos" que presentan funciones avanzadas

Habilidad: ¿Puedo realmente hacer esto en la práctica?

Cuándo: Meses 11-12 (fase Go-Live y Hypercare)

El conocimiento y la capacidad son diferentes. Alguien puede entender cómo utilizar el sistema en un entorno de capacitación y aún así tener dificultades con escenarios del mundo real que involucran presión de tiempo, excepciones y datos incompletos.

Capacidad de construcción:

  • Entorno Sandbox disponible durante la puesta en marcha para practicar y experimentar.
  • Campeones presentes físicamente en cada departamento durante las dos primeras semanas.
  • Mesa de ayuda con SLA de respuesta de 15 minutos durante el primer mes
  • Política de "no hacer preguntas estúpidas" comunicada explícitamente y aplicada por la dirección
  • Reuniones diarias para identificar y resolver brechas de habilidades en tiempo real

Principio crítico: Nadie debe ser castigado por errores durante los primeros 30 días. Los errores cometidos al aprender un nuevo sistema son oportunidades de aprendizaje, no fallas de desempeño. Los gerentes deben recibir capacitación explícita sobre esto.

Refuerzo: lograr que se mantenga

Cuándo: Meses 12+ (después de la entrada en funcionamiento y en curso)

Sin refuerzo, la gente vuelve a viejos hábitos. El refuerzo asegura que los nuevos comportamientos se vuelvan permanentes.

Mecanismos de refuerzo:

  • Visibilidad de las métricas: Publique métricas de adopción (tasas de inicio de sesión, finalización de tareas en ERP) por departamento semanalmente.
  • Reconocimiento: Reconocer públicamente a los equipos e individuos que adoptan el nuevo sistema.
  • Integración del rendimiento: Incluir el uso de ERP en las revisiones de rendimiento después del período de estabilización.
  • Retiro del sistema: Elimina el acceso a hojas de cálculo antiguas y sistemas heredados (con un cronograma claro)
  • Mejora continua: Actuar según los comentarios de los usuarios para solucionar problemas legítimos en el nuevo sistema.
  • Historias de éxito: Comparta ganancias cuantificables ("Finanzas cerró los libros en 3 días este mes --- un nuevo récord")

Construyendo una red de campeones

Los campeones son la inversión en gestión del cambio de mayor impacto. Un campeón no es una persona de TI: es un empleado respetado dentro de cada departamento que aprende el sistema desde el principio, ayuda a sus colegas y brinda retroalimentación básica al equipo del proyecto.

Criterios de selección de campeones

CriteriosPor qué es importante
Respetado por sus compañerosLa gente acepta la ayuda de personas en las que confían
Conocimiento del procesoLos campeones necesitan traducir las características del sistema al contexto laboral
Actitud positiva hacia el cambioLos campeones escépticos socavan el esfuerzo
Habilidades de comunicaciónLos campeones necesitan explicar los conceptos con claridad
Disposición a dedicar el 25% del tiempo al soporteLos campeones no pueden ser eficaces si se les sobrecarga con tareas habituales
Representación diversaLos campeones deben reflejar la fuerza laboral (roles, antigüedad, demografía)

Estructura de la red de campeones

ElementoRecomendación
Proporción1 campeón por cada 15-20 usuarios
Formación40 horas antes del inicio del entrenamiento general
Asignación de tiempo25% durante la capacitación/puesta en marcha, 10% en curso
ComunicaciónReuniones semanales de líderes durante la implementación, quincenales después de la puesta en marcha
ReconocimientoReconocimiento formal, potencial oportunidad de desarrollo profesional
AutoridadLos campeones pueden registrar problemas directamente con el equipo del proyecto (evitando la TI normal)

Impacto medido de las redes campeonas:

  • Reducción del 60% en tickets de la mesa de ayuda durante la puesta en marcha
  • Tiempo de competencia un 40% más rápido para usuarios generales
  • Puntuaciones de satisfacción del usuario un 25% más altas
  • 35 % menos de incidentes de soluciones alternativas/sistemas ocultos

Patrones de resistencia y cómo abordarlos

La resistencia no es irracional. Es una respuesta predecible a la amenaza percibida. Comprender el patrón le permite abordarlo de manera proactiva.

La curva de resistencia

La mayoría de las organizaciones siguen una curva de resistencia predecible durante la implementación de ERP:

FaseTiempoNivel de resistenciaComportamientos típicos
NegaciónAnuncio del Mes 2Bajo"Esto no afectará a mi departamento"
IraMes 3-5En ascenso"¿Por qué no se discutió esta decisión con nosotros?"
NegociaciónMes 6-8Pico"¿Podemos mantener nuestras hojas de cálculo junto con el ERP?"
DepresiónMes 9-11Moderado"Este sistema es peor que el que teníamos"
AceptaciónMes 12+En declive"Supongo que funciona. ¿Dónde está ese informe otra vez?"
AdopciónMes 14+Bajo"No me imagino volver a la antigua usanza"

Información clave: El período de máxima resistencia (meses 6 a 8) coincide con la fase de construcción, cuando el sistema se está configurando pero aún no está disponible para uso general. La gente siente que se acerca el cambio pero no tiene control ni visibilidad. Combatir esto requiere transparencia: demostraciones, prototipos y acceso temprano al entorno de capacitación.

Abordar tipos de resistencia específicos

"Estoy demasiado ocupado para esto."

Respuesta: Reconocer la realidad. La implementación requiere inversión de tiempo. Haga los cálculos: 20 horas de formación ahora ahorran más de 500 horas de trabajo manual al año. Haga que el patrocinador ejecutivo le comunique que la participación es una prioridad comercial, no opcional.

"El antiguo sistema funcionaba bien."

Respuesta: No discutas. En su lugar, haga preguntas específicas: "¿Cuánto tiempo le lleva generar el informe mensual? ¿Qué sucede cuando necesita datos de inventario en tiempo real? ¿Cuántas veces este año un error en la hoja de cálculo causó un problema?" Permítales articular ellos mismos los puntos débiles.

"Tengo miedo de cometer errores."

Respuesta: Ésta es la preocupación más legítima y la más fácil de abordar. Proporcione un entorno de pruebas para practicar. No garantizar consecuencias sobre el desempeño durante el período de aprendizaje. Asigne un campeón que esté disponible para recibir ayuda inmediata.

"No pidieron nuestra opinión."

Respuesta: Si es cierto, corríjalo inmediatamente. Involucre a los empleados resistentes en las pruebas de UAT, el diseño de informes o la optimización del flujo de trabajo. Si fueron consultados pero se sienten no escuchados, muestre específicamente cómo se incorporaron sus comentarios (o explique por qué se eligió un enfoque diferente).


Medición del éxito de la adopción

Lo que se mide se gestiona. Realice un seguimiento de estas métricas desde la puesta en marcha en adelante.

MétricaObjetivo (mes 1)Objetivo (mes 3)Objetivo (mes 6)Cómo medir
Usuarios activos diarios70%90%95%+Datos de inicio de sesión del sistema
Finalización de tareas en ERP60%85%95%+Auditoría de procesos versus registros del sistema
Tickets de la mesa de ayudaAlto (esperado)En decliveEstable/bajoSistema de tickets
Uso del sistema en la sombraEn decliveMínimoCeroObservación del administrador, registros de acceso a archivos
Puntuación de satisfacción del usuario3.0/5.03,5/5,04,0+/5,0Encuestas de pulso mensuales
Tareas clave de tiempo para completar+20 % respecto al valor inicialIgual al valor inicial-30% frente al valor inicialEstudios de temporización de procesos
Precisión de los datos90%95%98%+Auditorías de calidad de datos

Indicadores de alerta que requieren intervención:

  • Usuarios activos diarios por debajo del 60 % después del mes 1
  • Cualquier departamento que mantenga un sistema de hojas de cálculo paralelo después del mes 3
  • Puntuación de satisfacción del usuario inferior a 2,5/5,0 en cualquier momento
  • Aumento (no disminución) del volumen de tickets de la mesa de ayuda después del mes 2
  • Management requesting reports generated outside the ERP

Preguntas frecuentes

¿Cuánto debemos presupuestar para la gestión del cambio?

Los datos de evaluación comparativa de Prosci recomiendan entre el 15 y el 20 % del presupuesto total del proyecto para actividades de gestión del cambio. Esto incluye comunicación, desarrollo y ejecución de programas de capacitación, apoyo a la red de campeones, gestión de resistencias y refuerzo posterior a la puesta en marcha. Para una implementación de ERP de 500.000 dólares, eso significa entre 75.000 y 100.000 dólares dedicados a la gestión de cambios. Las empresas que asignan menos del 10% obtienen tasas de adopción y logros de retorno de la inversión significativamente más bajos.

¿Qué pasa si el liderazgo no apoya el proyecto ERP?

El apoyo del liderazgo es un requisito previo, no algo agradable de tener. Si el patrocinador ejecutivo es pasivo (aprueba pero no participa activamente), escale al director ejecutivo o a la junta directiva. Datos actuales: los proyectos sin patrocinio ejecutivo activo tienen una tasa de fracaso del 65%. Si el liderazgo realmente no brinda apoyo, puede ser mejor retrasar el proyecto hasta que se obtenga el patrocinio en lugar de continuar con un alto riesgo de fracaso. Una implementación fallida de un ERP es mucho más costosa que una retrasada.

¿Cómo manejamos a los empleados que se niegan a utilizar el nuevo sistema?

Primero, comprenda por qué. La resistencia suele tener una base racional: miedo, falta de formación, percepción de pérdida de experiencia o estatus. Aborde la causa raíz mediante asesoramiento, capacitación adicional o ajustes en el flujo de trabajo. Si un empleado ha recibido el apoyo adecuado y aún se niega después del período de estabilización (3-6 meses), se convierte en un problema de gestión del desempeño. La clave es asegurarse de haber brindado realmente el soporte adecuado antes de tratar la resistencia como un problema de rendimiento.

¿Cuándo debemos apagar el sistema antiguo?

Esto varía según el módulo. Para los sistemas financieros, mantenga la operación paralela durante 1 a 2 meses para fines de conciliación. Para los sistemas operativos (inventario, producción), la operación paralela no es práctica: no se puede seleccionar el mismo pedido dos veces. Para los reemplazos de hojas de cálculo, establezca una fecha de retiro firme entre 30 y 60 días después de la entrada en funcionamiento, comuníquesela repetidamente y haga cumplirla. Cuanto más tiempo permanezcan disponibles los sistemas antiguos, más usuarios se aferrarán a ellos. Un enfoque recomendado es la eliminación gradual: acceso de sólo lectura durante 30 días y luego retiro total. Esto brinda a los usuarios una manta de seguridad al mismo tiempo que evita el uso activo.


¿Qué sigue?

La gestión del cambio no es una fase del proyecto. Es una disciplina continua que comienza antes del proyecto y continúa mucho después de su puesta en marcha. Las organizaciones que lo tratan con seriedad (con recursos dedicados, enfoques estructurados y resultados mensurables) superan consistentemente a aquellas que lo tratan como gastos generales opcionales.

Para obtener un marco de implementación completo que integra la gestión de cambios con la entrega técnica, consulte nuestro cronograma de implementación de ERP. Para conocer el caso de negocio más amplio, consulte nuestra guía fundamental sobre ROI de la transformación digital.

ECOSIRE incluye la planificación de la gestión de cambios como un componente central de cada implementación de Odoo ERP. Nuestro enfoque integra el marco ADKAR con la entrega técnica, asegurando que la capacidad del sistema y la preparación organizacional avancen juntas.

Comuníquese con nuestro equipo para analizar cómo la gestión del cambio encaja en su plan de implementación específico y su cultura organizacional.


Publicado por ECOSIRE --- ayudando a las empresas a escalar con soluciones impulsadas por IA en Odoo ERP, Shopify eCommerce y OpenClaw AI.

E

Escrito por

ECOSIRE Research and Development Team

Construyendo productos digitales de nivel empresarial en ECOSIRE. Compartiendo perspectivas sobre integraciones Odoo, automatización de eCommerce y soluciones empresariales impulsadas por IA.

Chatea en whatsapp