¿Puede la gestión del cambio funcionar con la precisión de un reloj suizo? Sí, te muestro cómo.

Un reloj suizo no pierde ni un segundo, no porque alguien espere que funcione, sino porque cada engranaje fue medido, probado y construido para moverse exactamente como el próximo engranaje necesita que se mueva. La mayoría de los proyectos de gestión del cambio no funcionan así. Funcionan con esperanza disfrazada de plan de proyecto: se agenda la capacitación, se arma la estrategia de comunicación, el liderazgo dice lo correcto en el townhall, y después del go-live todos cruzan los dedos y esperan que la adopción suceda.

Pero, ¿puede la gestión del cambio funcionar con la precisión de un reloj suizo? Sí. ¿Cómo? Bueno, empieza por ser mucho más específico de lo que la mayoría de los planes de cambio se molestan en ser. Y si alguna vez lideraste una iniciativa de cambio, sabés exactamente de qué hablo, porque hiciste todo lo que decía el manual, cumpliste cada hito del plan, y aun así no funcionó con precisión de reloj suizo. Funcionó más como esperanza. Esa brecha entre lo que debería haber pasado y lo que realmente pasó es real, y tiene un nombre: yo la llamo microconducta.

¿A qué me refiero con microconducta?

Todo framework de gestión del cambio establecido te da un conjunto de instrucciones limpio y probado. El modelo ADKAR de Prosci descompone el cambio individual en cinco bloques: Conciencia (Awareness), Deseo (Desire), Conocimiento (Knowledge), Habilidad (Ability) y Refuerzo (Reinforcement)^[1]. El modelo de Kotter, publicado por primera vez en su libro de 1996 Leading Change, plantea ocho pasos desde establecer la urgencia hasta anclar el cambio en la cultura^[2]. Los dos están bien probados, ampliamente usados y, hasta donde llegan, son correctos. Los dos también te dicen qué condiciones tienen que existir para que un cambio tenga éxito, pero lo que les falta es una manera de decir, en los términos más pequeños posibles, qué se supone que una persona tiene que hacer distinto en un martes cualquiera — y a eso me refiero con microconducta: el cambio escrito a la resolución de una acción real, no de un objetivo.

El término en sí no es nuevo, y lo tomo prestado. Se remonta al trabajo de Mary Rowe en el MIT sobre las “microinequities” (microinequidades), la observación de que la política formal de igualdad de oportunidades no podía explicar la desigualdad persistente en el lugar de trabajo, porque el mecanismo real vivía en miles de interacciones diarias pequeñas, muchas veces inconscientes, que ninguna política podía ver^[3]. Esa idea después se convirtió en “micro-messaging” y finalmente en “micro-behaviors” dentro de la práctica de diversidad e inclusión. Yo aplico la misma lógica a un problema distinto: adopción del cambio en vez de inclusión.

Profundicemos en esto: si el objetivo es “que el equipo de Ventas adopte el nuevo CRM”, una posible microconducta ligada a eso podría ser: “Cargar el resultado de la llamada en el CRM nuevo antes de empezar la próxima llamada, en vez de anotarlo primero en un post-it”. Otro ejemplo: si el objetivo es “que el equipo de Compras use el nuevo proceso de aprobación dentro de la herramienta”, la microconducta podría verse algo así: “Emitir la orden de compra recién cuando la herramienta muestra la aprobación, en vez de emitirla con una confirmación verbal del manager”.

La prueba que uso con mis clientes es simple: si no podés escribir la microconducta como una acción específica y observable, todavía no terminaste de diagnosticar el cambio. Describiste un resultado que querés, pero te salteaste el paso de definir qué tiene que pasar distinto dentro del flujo de trabajo real de alguien para llegar ahí. Ahí es generalmente donde se rompe el diagnóstico, porque tu microconducta nueva tiene que competir con un hábito viejo que ya está incorporado al flujo de trabajo de un martes cualquiera.

Esto no reemplaza a ADKAR ni a Kotter. Es una capa debajo de ellos. La conciencia y el deseo te dicen si alguien está dispuesto. La microconducta te dice si vos realmente especificaste qué se supone que ese “estar dispuesto” tiene que producir.

No necesitás todas, solo las correctas

En el momento en que la gente escucha “definir el cambio a nivel de conductas individuales”, se prepara para una pesadilla: una planilla con diez mil filas y nadie con tiempo real para ejecutar el cambio. Esa reacción es válida, y también está basada en un supuesto equivocado: que especificidad significa exhaustividad.

Bueno, no es así. Porque no necesitás mapear cada microconducta que un cambio toca — necesitás encontrar el puñado que está bloqueando que la adopción suceda, y dejar el resto en paz.

El investigador de Stanford BJ Fogg, con su Behavior Model, da una manera clara de encontrarlas. Su fórmula, B=MAP, dice que una conducta sucede cuando la Motivación, la Habilidad y un Disparador (Prompt) convergen en el mismo momento^[4]. Su hallazgo más útil para este propósito: subir la Habilidad — hacer que una conducta sea más fácil de hacer — es casi siempre una palanca más confiable que subir la Motivación, porque la motivación fluctúa y la facilidad no. Entonces no necesitás rediseñar cada conducta de un rollout; solo necesitás encontrar aquellas donde la Habilidad está más baja hoy, donde la forma nueva todavía es más difícil que el hábito viejo, porque esas son las únicas que realmente corren riesgo de perder.

Eso también responde la pregunta de secuenciación: algunas microconductas son prerrequisito de otras — un vendedor tiene que cargar una venta en el sistema nuevo antes de que un manager pueda aprobar algo a través del mismo sistema. Mapeá esas dependencias y el orden de prioridad se desprende casi solo: arreglás primero la conducta de la que depende otra cosa, no la que se ve más importante en una diapositiva.

Esa lista corta paga dos veces: en la ejecución, es la única versión de esto que es realmente usable antes de una fecha de go-live, y en la medición, cada microconducta de la lista responde una pregunta: ¿deja rastro en el sistema? “Cargar el resultado de la llamada en el CRM” sí lo deja, así que sacás el dato del sistema de registro y detectás una desviación en días, no seis meses después en una encuesta. “Plantear una inquietud con tu manager en vez de quedarte callado” no deja rastro, así que necesita un chequeo cualitativo en su lugar: una entrevista, una encuesta de pulso, algo construido para el juicio, no para el conteo. Un plan de adopción vago produce una métrica vaga. Una lista corta y priorizada produce métricas exactas: un número específico de un sistema específico para lo que se puede contar, preguntas específicas a personas específicas para lo que no.

El objetivo no es agregar otro framework

El objetivo de buscar especificidad no es complicar la carga de trabajo ni agregar trabajo sin sentido. Significa poder encontrar las pocas conductas donde el hábito viejo todavía gana, definirlas con precisión, y dejar que el resto del cambio se resuelva solo. Esa es la pieza que te dice si tu plan realmente está listo para tener éxito, o solo listo para parecer terminado. Es también el argumento que desarrollo largo y tendido en mi libro, sobre por qué las organizaciones tan seguido confunden el cumplimiento de un framework con la transformación real.

Este es el primer corte de una tela mucho más grande, no la prenda completa. Ideas como esta no se afilan porque una sola persona las defienda. Se afilan cuando otros profesionales traen sus propios casos, cuestionan las partes que no se sostienen, y agregan lo que falta. Prefiero ver este planteo mejorado por gente más inteligente que yo, antes que tratarlo como terminado.

← Volver a ana-norena.netlify.app