Por Gustavo Huicochea Hernández. Reevo.
Hay cambios que funcionan mientras el gerente los supervisa de cerca. Se presenta una nueva forma de trabajar, todos la siguen durante unos días y parece que ya quedó implementada. Pero la supervisión disminuye y el taller empieza a volver a la forma anterior.
La explicación fácil es decir que “la gente se resiste al cambio”. A veces sí existe resistencia. Pero antes hay que comprobar algo más básico: que el proceso pueda realizarse y que las personas tengan los recursos, la información, la autoridad y las competencias —los conocimientos y habilidades— necesarios.
También hay que comprobar que el nuevo estándar produzca el resultado que se buscaba.
Implementar no es anunciar una regla. Es poner en práctica una nueva forma de trabajar que pueda realizarse, deje evidencia y produzca un resultado comprobable. Además, debe mantenerse cuando el gerente deja de recordarla constantemente.
Primero define qué tiene que cambiar
Un cambio empieza débil cuando se anuncia con frases como “vamos a usar mejor el sistema”, “quiero más seguimiento” o “a partir de ahora hay que documentar todo”. Son intenciones, no resultados que puedan observarse.
Antes de pedir que el equipo adopte el cambio, define qué debe empezar a ocurrir y qué problema quieres corregir.
Por ejemplo, toda Revisión Express terminada debe quedar registrada antes de que el asesor prepare la cotización. Una requisición o solicitud de refacciones debe incluir los datos de aplicación necesarios: los que permiten identificar qué pieza corresponde al vehículo.
Una orden detenida debe mostrar quién es responsable y cuál es la siguiente acción. Una prueba de ruta debe quedar cerrada antes de liberar el vehículo.
Una regla bien diseñada puede expresarse en una sola frase que reúna cinco elementos: qué condición la activa, quién responde, qué debe ocurrir, qué evidencia queda y qué permite hacer después.
Si alguno no está claro, exigir el cumplimiento sólo llevará esa confusión al área de trabajo.
En el método Reevo, DMAICR organiza esta secuencia: Definir qué debe cambiar, Medir la condición inicial, Analizar la causa, Implementar una solución, Controlar si se mantiene y Reevolucionar, es decir, utilizar la evidencia para mejorar de nuevo.
La metodología no sustituye el trabajo. Evita llamar “implementación” a una instrucción cuyo cumplimiento y resultado nadie comprobó.
Antes de hablar de resistencia, comprueba que el proceso pueda realizarse
Un proceso puede verse perfecto en una presentación y ser incómodo o imposible en el trabajo real. Puede faltar una computadora funcional, conexión a internet, herramienta, tiempo vendido para realizar la tarea o información técnica.
También pueden faltar acceso al vehículo, espacio, autorización o claridad sobre quién debe tomar una decisión.
Por eso, el cambio debe probarse donde ocurre el trabajo. En una Revisión Express no basta con entregar un formato y preguntar si se entendió. Hay que observar cómo se utiliza.
¿Cuánto tarda? ¿Qué campos generan dudas? ¿Qué información no está disponible en ese momento? ¿Qué fotografía resulta difícil de tomar? ¿Qué paso obliga a alejarse del vehículo? ¿Qué dato, recurso o decisión pendiente impide terminar la tarea?
Si varias personas con la capacidad necesaria tropiezan en el mismo punto, la primera hipótesis —una explicación que todavía necesita comprobarse— no debe ser “todos se resisten”. Puede existir una fricción de diseño: una dificultad creada por la forma en que se organizó el proceso.
Corregirla no significa reducir el estándar. Significa quitar una dificultad que no protege ningún resultado.
El gerente debe distinguir los controles necesarios de las dificultades que no aportan valor. Una evidencia que protege la autorización, la calidad, la garantía o la trazabilidad —los registros que permiten reconstruir lo ocurrido— puede justificar el tiempo que requiere.
En cambio, capturar exactamente la misma información en dos lugares puede ser retrabajo, una actividad que se repite. El cambio debe facilitar que se haga lo correcto sin eliminar los controles que tienen una razón de ser.
Separa cinco causas antes de corregir a la persona
Cuando un cambio no avanza, conviene distinguir al menos cinco grupos de causas: diseño, recursos e información, competencia, autoridad y responsabilidad, y desempeño.
Diseño. El proceso tiene pasos contradictorios, innecesarios, mal ordenados o difíciles de realizar en las condiciones reales del taller.
Recursos e información. La persona entiende qué debe hacer, pero le falta una herramienta, un sistema, un dato, tiempo, un proveedor, acceso o alguna otra condición necesaria para terminar el trabajo.
Competencia. El proceso es razonable y los recursos existen, pero la persona todavía no sabe realizarlo con el estándar requerido. Necesita capacitación, práctica y una comprobación de lo aprendido. No corresponde bajar el estándar para evitar desarrollar esa habilidad.
Autoridad y responsabilidad. La actividad exige una decisión que la persona no tiene permiso para tomar. También puede ocurrir que nadie se haga responsable de completar la tarea o que dos puestos crean que le corresponde al otro.
Eso puede parecer resistencia cuando, en realidad, nadie tiene suficiente autoridad para terminar el proceso.
Desempeño. Está claro qué se espera de la persona. Tiene los recursos, la información, la autoridad y las competencias suficientes. Aun así, decide no hacerlo o repite el incumplimiento sin una causa operativa que lo explique.
Sólo entonces la conversación pasa de cómo implementar el cambio a cómo atender el cumplimiento y el desempeño.
Las cinco causas necesitan respuestas distintas. Capacitar para seguir un proceso mal diseñado desperdicia tiempo. Comprar una herramienta para resolver un problema de disciplina agrega costo.
Castigar una brecha de competencia —algo que la persona todavía necesita aprender— no desarrolla su capacidad. Simplificar el estándar para una sola persona puede convertir esa debilidad en la forma habitual de trabajar.
Poder hacerlo no es lo mismo que haberlo implementado
Una capacitación puede demostrar que alguien ya sabe realizar un proceso. Todavía falta comprobar que lo incorporó al trabajo cotidiano.
Para dar por cerrada una implementación hacen falta dos evidencias: capacidad y comportamiento sostenido.
Capacidad significa que la persona puede hacerlo correctamente cuando se le pide. Comportamiento sostenido significa que lo hace cuando corresponde, sin esperar a que aparezca el gerente para recordárselo.
Por eso, la prueba no termina con una práctica supervisada. Después de enseñar y comprobar lo aprendido, hay que observar trabajos reales. Revisa si el estándar se cumple en el momento correcto, con la evidencia necesaria y sin rescates constantes.
Si la persona ya demostró que sabe hacerlo, pero sólo lo hace cuando alguien la observa, no basta con seguir buscando un problema de conocimiento. Hay que revisar las señales que le indican cuándo actuar, las prioridades, la carga de trabajo, los controles, los hábitos y el desempeño.
En alrededor de un mes debes saber qué está frenando el cambio
En Reevo utilizamos alrededor de un mes como referencia práctica para que un cambio operativo ordinario deje de discutirse con explicaciones vagas.
No significa que toda competencia compleja se domine en 30 días ni que cualquier transformación termine en ese plazo.
Significa que, después de varias semanas, la gerencia ya debe poder distinguir quién entendió, quién necesita desarrollar una capacidad, qué parte del proceso requiere ajustes, qué recurso falta y dónde existe un problema de cumplimiento.
Pasar meses diciendo “todavía se están adaptando”, sin evidencia de lo que falta, es una forma de evitar una decisión.
La adaptación necesita seguimiento cercano. Cada desviación —una diferencia frente a lo esperado— debe aportar información: qué ocurrió, por qué, qué se corrigió y qué esperamos ver la próxima vez que se realice la tarea.
La implementación puede tomar más o menos tiempo según su complejidad, el riesgo y la cantidad de personas involucradas. La referencia de un mes no impone una fecha artificial. Evita que el taller siga sin identificar qué está impidiendo el cambio.
Prueba, ajusta y después exige
Un cambio importante no debe extenderse a todo el taller sólo porque alguien lo diseñó en una oficina. Primero conviene probarlo con un alcance controlado: una persona, una zona, un tipo de orden o un grupo de casos que represente suficientemente el trabajo real.
Durante ese piloto —una prueba antes de ampliar el cambio—, observa qué funciona, qué excepciones aparecen y qué condiciones no se habían previsto.
Después corrige el proceso, prepara la información, capacita y deja visible el estándar. Sólo entonces exige que se cumpla de manera consistente.
Esta secuencia evita dos errores opuestos: tratar cada objeción como resistencia y cambiar el proceso cada vez que alguien dice que no le gusta.
La experiencia de quien realiza el trabajo aporta información. La evidencia determina qué necesita cambiar.
Si el piloto reduce el tiempo, pero perjudica la calidad, las evidencias o la autorización, todavía no está listo. Si elimina dificultades sin debilitar los controles y el resultado se repite, ya existe una base para ampliarlo.
El estándar debe estar donde se realiza el trabajo
El cambio es frágil cuando la regla sólo está en la memoria del gerente o en una presentación que nadie consulta. El estándar debe aparecer en el punto de uso, donde se necesita tomar la decisión.
Según el riesgo, puede ser un campo del sistema, una ayuda, una señal, una checklist o lista de comprobación, una política, un procedimiento, un estado del sistema o un criterio para liberar el trabajo.
No todo necesita un candado, un bloqueo que impide continuar. Una condición crítica puede justificarlo. Una desviación de menor riesgo puede atenderse con una advertencia o una evidencia visible.
El control debe ser proporcional al daño que busca evitar y a la frecuencia del error.
RMX Control puede llevar parte de esta lógica a estados, pendientes, autorizaciones, evidencias, responsables y siguientes acciones.
El software no implementa por sí solo un proceso mal definido. Ayuda a ver si la forma de trabajar que decidió el taller realmente se está aplicando.
WhatsApp, una reunión o una instrucción verbal pueden comunicar el cambio. El registro operativo debe conservar qué se decidió y qué evidencia demuestra que ocurrió. Así, el cumplimiento no depende de recordar conversaciones.
Reduce la supervisión directa por etapas
Durante los primeros días puede ser correcto supervisar con mayor intensidad. El gerente necesita observar suficientes casos para distinguir un error de diseño, una competencia que falta desarrollar y una omisión.
El problema aparece cuando esa supervisión intensa se vuelve permanente.
La implementación debe permitir retirar el apoyo poco a poco. Primero se observa de cerca. Después se revisan las evidencias y las excepciones. Más adelante se utilizan indicadores y auditorías puntuales para dirigir.
Si el proceso deja de funcionar cuando disminuye la presencia del gerente, todavía hay una dependencia sin resolver.
La meta no es dejar de supervisar. Es cambiar la forma de hacerlo: pasar de recordar cada paso a comprobar que el sistema produce la conducta y el resultado esperados.
Haz una prueba de ausencia o sustitución
Una prueba útil consiste en retirar temporalmente a la persona que más sostiene el cambio. Puede ser el gerente que lo impulsa, el asesor que sabe “cómo se hace” o el técnico que conoce todas las excepciones.
La pregunta es sencilla: ¿otra persona con la capacidad necesaria puede continuar con el estándar, la información y la autoridad disponibles, o necesita preguntarle al titular para reconstruir el proceso?
No hace falta provocar una crisis. Puedes programar una ausencia, una cobertura breve o una orden en la que otro responsable realice el trabajo utilizando la información existente.
Si el sustituto sólo avanza porque el titular responde mensajes todo el tiempo, existe una suplencia nominal: un reemplazo de nombre, pero no una capacidad realmente transferida.
La prueba muestra qué conocimiento, permiso, dato o criterio sigue dependiendo de una sola persona.
Mide la adopción y el resultado, no sólo el uso
Un proceso puede registrar 100% de uso y no resolver el problema que motivó el cambio. Llenar un formato no demuestra que sus datos sean útiles. Marcar una tarea como terminada no demuestra que el siguiente responsable tenga lo necesario para continuar. Tomar una fotografía tampoco demuestra que documente la condición correcta.
Por eso hay que medir dos cosas.
Adopción. Qué proporción de los casos en los que ya debía cumplirse el nuevo estándar realmente lo cumplió, en qué momento y con qué evidencia. No basta con abrir el sistema o llenar el formato.
Resultado. Qué debía mejorar y si realmente cambió: menos bloqueos, menor tiempo, menos retrabajos, mejor conversión comercial, mayor trazabilidad, menos omisiones u otro resultado definido al inicio. La conversión comercial indica qué proporción de las oportunidades se convierte en trabajo autorizado o contratado.
Si aumenta la adopción, pero no mejora el resultado, quizá se está exigiendo la conducta equivocada. Si mejora el resultado sin una adopción consistente, puede depender de unas cuantas personas o de una condición temporal.
Medir ambas cosas permite saber qué cambio se mantiene de verdad.
Si el resultado no cambia, no agregues controles por reacción
Si el cambio no produce el efecto esperado, agregar reportes, firmas y supervisión puede empeorar el problema. Primero vuelve a revisar la causa.
¿La hipótesis original era correcta? ¿La nueva actividad tiene relación con el resultado? ¿Se está cumpliendo el estándar? ¿La evidencia demuestra lo que necesitas saber?
¿Otra limitación del proceso impidió aprovechar la mejora? ¿Apareció un efecto de segundo orden, una consecuencia posterior del cambio que no se había previsto?
Controlar sirve para comparar lo que ocurre con lo esperado y decidir. No sirve para defender una solución sólo porque ya se invirtió tiempo en ponerla en práctica.
Si la prueba demuestra que el diseño no aporta suficiente valor, corregirlo o retirarlo también forma parte de una buena implementación.
Revisa un cambio real
Elige un cambio que se haya intentado implementar en las últimas semanas. Registra el problema original, el resultado esperado, la conducta nueva, los casos en los que aplica y la persona responsable.
Agrega los recursos y la información necesarios, la competencia requerida, las evidencias y los resultados antes y después del cambio.
Incluye las excepciones, las causas de incumplimiento, el nivel actual de supervisión, la prueba de ausencia o sustitución y la siguiente decisión.
Después revisa cinco casos reales. Si la conducta sólo aparece cuando el gerente pregunta, todavía no se mantiene por sí sola. Si se cumple, pero el resultado no cambia, revisa la hipótesis.
Si una sola persona puede sostenerla, falta transferir la capacidad. Si todos tropiezan en el mismo punto, revisa el diseño. Si una persona con la capacidad necesaria incumple pese a tener recursos y expectativas claras, ya hay elementos para atender su desempeño.
La implementación puede considerarse suficientemente cerrada cuando el proceso funciona sin rescates permanentes, las evidencias muestran adopción y el resultado que justificó el cambio mejora o queda explicado.
Además, la gerencia debe poder reducir la supervisión directa sin que desaparezca la nueva conducta.
Implementar es conseguir que el cambio sobreviva a tu ausencia
Una mejora real necesita diseño, pruebas, recursos, competencias, autoridad, evidencias y control. También necesita una dirección capaz de corregir el proceso cuando está mal y exigir su cumplimiento cuando ya existen las condiciones para hacerlo bien.
En Reevo ayudamos a los talleres a convertir acuerdos e ideas en cambios operativos que puedan medirse, aprenderse y mantenerse.
RMX Control puede mostrar las tareas, los responsables, las evidencias y las excepciones. Así, el gerente deja de depender del recordatorio constante y puede concentrarse en las desviaciones reales.
Si el cambio sólo funciona cuando tú estás, todavía no está implementado. La meta no es eliminar la supervisión. Es conseguir que el sistema siga funcionando cuando supervisar deja de significar recordar cada paso y pasa a significar comprobar que se cumple.
También te puede interesar
- Capacitar no es mandar un curso. Es comprobar que el trabajo cambió.
- Si una regla importante depende de acordarte, el sistema está mal diseñado.
- El organigrama dice quién manda. El taller dice a quién siguen.
- Si salió muy bien y no sabes por qué, tampoco aprendiste.
