Por qué el cambio de proceso muere a mitad de camino

Industria de empaques, 480 personas, cuatro plantas, una empresa mediana brasileña (cifras en reales). La dirección contrató un sistema nuevo de gestión de órdenes en marzo. Hubo reunión de lanzamiento, capacitación en dos grupos, un comunicado con la palabra transformación. En septiembre, tres de las cuatro plantas habían vuelto a operar con la planilla antigua, y el sistema se convertía en un reporte llenado a fin de mes para que la matriz no reclamara.

Nadie saboteó nada. Cada persona que volvió a la planilla tenía un motivo concreto ese día: pedido urgente, campo que no existía, cliente esperando al teléfono. La suma de esos motivos es lo que suele llamarse resistencia al cambio — y el nombre esconde lo que realmente pasó, que es una secuencia de implementación mal armada.

01La idea: transformación es secuencia, no anuncio #

John Kotter publicó Leading Change: Why Transformation Efforts Fail en la Harvard Business Review en 1995, ampliado en el libro Leading Change al año siguiente. El material provenía de la observación de esfuerzos de transformación en organizaciones que él siguió durante la década anterior. Kotter afirmaba, con base en esa observación, que la mayoría de esas iniciativas no entregaba lo que prometía.

Vale la pena registrar qué es esa afirmación y qué no es: una lectura del autor sobre los casos que estudió, no un índice medido en una muestra representativa. El número que circula en presentaciones corporativas como si fuera estadística universal de fracaso en el cambio no tiene ese origen — y repetirlo como dato es justamente el tipo de cosa que este blog no hace. El valor del trabajo de Kotter no está en el porcentaje; está en el diagnóstico de la secuencia.

Los ocho pasos, en el orden en que él los presenta: establecer sentido de urgencia; formar una coalición con suficiente poder; crear una visión y la estrategia para llegar allí; comunicar esa visión de forma insistente; remover los obstáculos que impiden a las personas actuar de acuerdo con ella; producir victorias de corto plazo; consolidar las ganancias en lugar de declarar la victoria demasiado pronto; y anclar el nuevo comportamiento en la cultura.

Kotter no inventó la preocupación. Kurt Lewin ya describía, en 1947, que un estado organizacional se mantiene por un equilibrio de fuerzas y que el cambio exige desestabilizar ese equilibrio antes de recongelarlo en otro punto. Y Everett Rogers, en Diffusion of Innovations (1962), mostró que la adopción de cualquier novedad se difunde por grupos con disposición distinta, y no en bloque. Las tres lecturas convergen: implementar no es un evento de fecha marcada.

02Por qué sigue vigente en la implementación de sistemas #

El texto de 1995 hablaba de reestructuración y calidad total. La traducción a una implementación de sistema es casi literal, porque el objeto real del cambio es el mismo: la forma en que las personas hacen su trabajo todos los días.

La urgencia, en el caso de un sistema, no es el discurso de la dirección sobre competitividad. Es que la persona de la operación pueda decir, con sus propias palabras, qué problema suyo resuelve eso. Si la respuesta honesta es ninguno, la urgencia es de la dirección, no de ella — y la adopción dependerá de vigilancia permanente.

Coalición no es comité de proyecto. Es tener, en cada área que va a usarlo, a alguien con autoridad informal reconocida que ya usa la herramienta y responde dudas el mismo día. Sin eso, la duda de media tarde encuentra en la planilla antigua la respuesta más rápida.

Y remover obstáculos es el paso que casi siempre queda fuera del cronograma. Mientras el reporte oficial siga aceptándose en el formato antiguo, el formato antiguo sigue siendo obligatorio en la práctica. La coexistencia prolongada de dos caminos no es una transición suave: es duplicar el trabajo de quien ejecuta y dejar que elija el más corto.

03La cuenta del sistema que se quedó a mitad de camino #

A la escala de la industria de 480 personas, con 120 usuarios previstos. Premisas declaradas para que usted las rehaga con sus propios números:

¿Querés ver cómo queda dentro de una operación real? Conocé la plataforma.

La cuenta: 35 minutos × 220 días hábiles dan cerca de 128 horas por persona al año; en 45 personas, 5,8 mil horas de duplicidad, más el tiempo de quien consolida y concilia las dos fuentes en el cierre, que en la empresa del ejemplo sumaba otras 2,4 mil. La licencia anual, en ese escenario, suele ser la línea más pequeña de la cuenta — y es la única que aparece en la discusión de presupuesto.

Hay además un costo que no entra en ninguna planilla: la próxima implementación. Una empresa que abandonó un sistema a medias aprende que estos proyectos se enfrían, y la adhesión de la siguiente vez empieza más baja.

04Dónde se traba esto en la práctica #

1. La urgencia es de la dirección. Quien opera nunca escuchó qué dolor suyo resuelve el proyecto, y el proyecto se convierte en una exigencia más de la matriz.
2. El patrocinador desaparece después del lanzamiento. La presencia dura hasta la foto de apertura; a partir de ahí, el equipo de proyecto negocia solo con cada área.
3. El camino antiguo sigue abierto. Mientras se acepte la planilla, ella gana — porque es más rápida para quien está con el cliente al teléfono.
4. No hay victoria de corto plazo. El primer resultado visible está prometido para fin de año, y la energía del equipo se agota en julio.
5. Se declara victoria demasiado pronto. El proyecto se cierra en el go-live, el equipo se reasigna, y nadie queda a cargo de corregir lo que aparece en el tercer mes.
6. Nada cambia en el ritual de gestión. La reunión semanal sigue pidiendo el número de la planilla antigua, y eso comunica más que cualquier capacitación.

05Lo que responde la gestión con datos #

Una implementación solo sobrevive cuando la nueva forma es más fácil que la antigua el día en que el cliente está esperando. Eso es decisión de diseño, no de disciplina: menos campos obligatorios, el registro ocurriendo dentro del trabajo y no después de él, y el avance visible sin que nadie tenga que armar un reporte.

También es ahí donde la adopción deja de ser opinión. Cuántas áreas registran en la fuente nueva, cuánto tiempo pasa del pedido al primer paso, cuántas excepciones siguen saliendo por fuera — son medidas que existen cuando el proceso vive en el sistema y no en la conversación. Antes de todo eso, vale el orden descrito en automatizar un proceso malo solo acelera el error: arreglar el flujo primero. Y lo que sostiene el nuevo comportamiento en el largo plazo es lo descrito en los tres niveles de la cultura, con el vínculo entre objetivo y verificación descrito en de MBO a OKR y la categoría explicada en qué es Collaborative Work Management.

En Relevanti, esto aparece en los módulos de procesos, operaciones y automatizaciones de la plataforma, con el recorte por área en soluciones. Si ya tiene un proyecto detenido a mitad de camino, una conversación suele identificar en cuál de los pasos se detuvo.

Un cambio que depende de que las personas recuerden hacer las cosas diferente ya tiene fecha de vencimiento. El que perdura es el que cambia el camino más corto.