Cuando el control llega, el error ya pasó

Haz una lista de los controles que hay en tu empresa y anota en qué momento corre cada uno. Después fíjate en cuántos se ejecutan antes de que el trabajo se haga.

Piensa en los que ya tienes puestos. El lote se procesa y después alguien revisa qué salió mal. La factura se emite y después aparece la diferencia. El pedido sale y después llega el reclamo. Cambia el proceso, cambia el área, y el patrón se repite: la revisión ocurre cuando el trabajo ya se hizo.

Si al hacer la lista te quedó casi todo del lado de después, no es por descuido. Al final es donde el error se ve, y eso tiene una explicación que conviene entender antes de cambiar nada.

Durante años esa fue la única forma posible. Para detectar un problema antes de ejecutar hay que cruzar información que vive en lugares distintos, y si esa información no está disponible junta y a tiempo, no hay manera. Revisar al final no fue una mala decisión. Fue la única que había.

Lo que cambió es que en muchos casos ya no es la única. Y sin embargo el control sigue donde siempre estuvo, porque los procesos se heredan completos y nadie se detiene a preguntar por qué cada paso está donde está.

Hay además una razón por la que se acumulan ahí y no en otro lado. Casi ningún control se diseñó: se fueron agregando después de un susto. Algo salió mal, alguien dijo que no podía volver a pasar, y se puso una revisión justo donde el problema se había hecho evidente, que era el final. Repite eso durante diez años y tienes la lista que tienes hoy, pegada toda al mismo extremo del proceso.

Fíjate también en cómo se nombran. Todo se llama control: el que impide que algo salga mal y el que avisa que ya salió mal. Son dos trabajos opuestos con la misma palabra encima, y mientras compartan nombre nadie va a notar que uno de los dos no está haciendo lo que promete.

Aquí está la parte incómoda: visible y evitable no son lo mismo.

Un control que se ejecuta después de que el trabajo ya salió no previene nada. Corrige. Las dos cosas tienen valor, pero no son el mismo trabajo, no cuestan lo mismo y no dejan a tu empresa en el mismo lugar. Llamarlas igual es lo que hace que nadie note la diferencia.

‍

El costo de apagar incendios ya estaba ahí

En casi toda empresa hay alguien cuyo trabajo real, aunque no lo diga su cargo, es arreglar lo que salió mal. Nadie lo contrató para eso. El rol se fue formando solo, a fuerza de que siempre hacía falta.

Ese costo no aparece en ninguna discusión porque no tiene factura. Está repartido en horas de gente que ya estaba en nómina, así que se siente gratis. Y no lo es: es tiempo que no se está usando en otra cosa.

Hay un segundo costo, más difícil de ver y más caro. Deshacer lo que salió mal casi nunca es solo rehacerlo. Suele implicar una llamada que explica, un ajuste que documentar, una conversación con alguien de afuera que ya se dio cuenta. Ese desgaste no se mide, pero se acumula.

El patrón se repite de la misma manera en procesos muy distintos. Un lote completo que se procesa de corrido y los faltantes aparecen al final, cuando ya hay que deshacer. La información que hacía falta para detectarlos existía desde antes, en otro lado, sin que nadie la cruzara en el momento correcto.

Hay algo más que conviene nombrar, porque es una de las razones por las que esto no se mueve solo. Apagar incendios se nota. Quien resuelve un problema contra reloj queda bien, y debe quedar bien, porque lo resolvió. Prevenir no se nota: cuando funciona no pasa nada, y no pasa nada se parece muchísimo a no haber hecho nada. Si en tu empresa solo se reconoce lo primero, estás premiando justo el trabajo que querías dejar de necesitar.

Mover esa verificación hacia adelante no hace el trabajo más rápido. Lo cambia de naturaleza. La misma persona deja de dedicarse a arreglar y empieza a dedicarse a que no haga falta arreglar. Es el mismo puesto, el mismo sueldo y un trabajo completamente distinto.

Y es un trabajo más tranquilo, que no es un detalle menor. Resolver contra reloj se hace siempre con alguien esperando del otro lado. Prevenir se hace antes, sin nadie encima.

No todo se puede adelantar, y la pregunta es cuál sí

Conviene decirlo antes de que suene a promesa: no todos los controles preventivos son posibles. Algunos dependen de información que solo existe después. No puedes verificar que algo llegó bien antes de mandarlo, ni confirmar un pago antes de que ocurra. Esos controles están donde tienen que estar y moverlos no es una mejora, es un invento.

La distinción es más simple de lo que parece, y cabe en una pregunta: el dato que necesitas para detectar ese error, ¿ya existía antes de ejecutar?

Si la respuesta es sí, entonces ese control está en el momento equivocado y no por una razón técnica. Está ahí porque siempre estuvo ahí. Si la respuesta es no, está bien donde está y lo que toca es aceptarlo.

Lo bueno de esa pregunta es que no hace falta ser técnico para responderla. La contesta quien conoce el proceso, que normalmente es quien lo ejecuta y no quien lo diseñó. Tampoco requiere un proyecto: requiere sentarse con la lista de controles que ya existen y anotar, uno por uno, en qué momento corre cada cual. Casi nunca esa lista está escrita en ningún lado, y escribirla suele ser más revelador que cualquier diagnóstico.

Habrá controles que no se puedan mover y está bien. El valor del ejercicio no es moverlos todos. Es saber cuáles están donde están por una razón y cuáles están ahí porque nadie preguntó.

Y cuando uno se mueve, cambia algo más que el proceso. La reunión deja de ser sobre qué salió mal esta semana y pasa a ser sobre qué está por salir mal. Son dos conversaciones muy distintas, aunque duren lo mismo y estén las mismas personas sentadas.

Detectar rápido se siente como control, y es mejor que detectar tarde. Pero el error ya ocurrió y alguien ya lo va a pagar. El trabajo no es encontrar errores más rápido. Es que haya menos que encontrar.

‍

Si quieres mirar dónde están parados los controles de tu operación, agenda una llamada y lo revisamos juntos.