¿Por qué las mejoras se mueren a los cinco meses?

Casi todo lo que se escribe sobre mejora trata de cómo cambiar algo. Esto trata de la fuerza que empuja en dirección contraria, todos los días, sin descanso y sin mala intención.

Esa fuerza tiene un nombre poco elegante —regresión— y una explicación muy simple:

Un estándar no compite contra el desorden. Compite contra la versión del trabajo que a la persona que lo hace le sale más barata hoy.

Fíjate en la palabra hoy. La persona que se salta el paso nuevo casi nunca es una persona indisciplinada. Es una persona que en ese momento tenía una razón: el sistema estaba lento, el cliente estaba esperando, eran las 6:40 de la tarde, había un solo formulario impreso y tres técnicos. El atajo le resolvió el día. Y como el día siguiente se parece mucho al anterior, el atajo se repitió. Y a la tercera vez ya no era un atajo: era el método.

Las mejoras se mueren de cuatro maneras, y conviene saber cuál te tocó:

Se muere el dueño. El estándar nunca quedó a nombre de nadie. "Todo el mundo es responsable" significa exactamente lo mismo que "nadie". Es la causa de muerte más común y la más fácil de prevenir.

Se muere la medición. Dejaste de mirar el número. Sin un dato que alguien revise en una fecha conocida, el deterioro es invisible hasta que ya es grande. Nadie ve subir la marea; todo el mundo ve la inundación.

Se muere por la excepción. Esta es la más traicionera. El estándar funcionaba perfecto excepto en un caso, y para ese caso hubo que inventar algo. Ese invento no lo diseñó nadie, no lo revisó nadie, y resultó ser más cómodo. La excepción se comió la regla.

Se muere por rotación. El que sabía se fue —renunció, cambió de área, lo ascendieron— y se llevó consigo la parte del método que nunca estuvo escrita. La mejora sobrevivía en su cabeza.

Diagnosticar esto tiene una ventaja enorme sobre volver a empezar de cero: la solución no estaba mal. Funcionó. Tienes los meses 1 y 2 para probarlo. Lo que falló fue el andamiaje alrededor. Y arreglar el andamiaje cuesta mucho menos que rediseñar la solución.

Paso 1. Pon el indicador en una línea de tiempo. Desde antes del cambio hasta hoy, mes a mes o semana a semana. Necesitas ver la forma de la caída, no solo el último dato.

Paso 2. Busca el punto de quiebre, no el día que te enteraste. Casi siempre está dos o tres meses antes de que a alguien le llamara la atención. Marca en qué punto el número dejó de comportarse bien. Ahí pasó algo.

Paso 3. Ve a ver. Otra vez. Sí, otra vez el gemba. Pero con una pregunta distinta. Antes preguntabas cómo funciona esto. Aquí preguntas: "Muéstrame cómo lo estás haciendo hoy."

No preguntes si están siguiendo el procedimiento. Nadie te va a decir que no. Pídele a la persona que lo haga delante de ti, con un caso real, ahora.

Paso 4. Busca la puerta de atrás, no al desobediente. Cuando encuentres la diferencia entre lo escrito y lo real, resiste la tentación de corregir a la persona. Haz esta pregunta, y hazla con cara de curiosidad genuina, porque es genuina:

"¿Cuándo fue la primera vez que te hizo falta hacerlo así?"

La respuesta a esa pregunta es la causa. Siempre.

Paso 5. Reconstruye la línea de tiempo del deterioro. Primera vez que pasó → cuántas veces se repitió → cuándo se volvió lo normal → cuándo apareció en el indicador. Esa reconstrucción es lo que le vas a presentar a la dirección, porque explica sin culpar.

Paso 6. Antes de reforzar nada, aplica las cuatro preguntas de blindaje. Y anota que estas cuatro preguntas no son para este momento. Son para el momento en que diseñas la mejora, con trabajo estandarizado. Aquí las estás usando tarde, y ya sabes lo que cuesta:

1. ¿Quién es el dueño de este estándar? Con nombre y apellido, no con nombre de departamento.
2. ¿Qué se mira, cada cuánto, y quién específicamente lo mira? Con fecha en el calendario.
3. ¿Qué pasa el día que esto no se pueda hacer como está escrito? Si no tienes respuesta, alguien la va a improvisar por ti.
4. ¿Cuánto tiempo sobrevive esto si mañana yo renuncio? Si la respuesta es "poco", todavía no terminaste.