🔁 Cuando cada incidente empeora el proceso
Cada medida introducida tras un fallo parece razonable por separado. Sumadas, el proceso pasa de tres pasos a ocho. ¿Estamos mejorando, o acumulando las consecuencias de nuestras reacciones?
Hay dos formas fundamentalmente distintas de que una organización responda a los problemas.
En una, la mejora forma parte del trabajo diario. Las personas detectan fricciones, cuestionan pasos innecesarios, prueban métodos mejores y previenen los defectos que se repiten.
En la otra, los procesos permanecen prácticamente iguales hasta que algo sale mal.
Un cliente se queja. Se incumple un plazo. Un documento contiene un error. Un responsable se preocupa.
De repente, todo el mundo está prestando atención.
Se convocan reuniones. Se piden explicaciones. Se introducen comprobaciones adicionales. Se exigen nuevas aprobaciones. Se recuerda a la gente que tenga más cuidado.
El incidente concreto acaba resolviéndose. Pero ha ocurrido otra cosa: el proceso se ha vuelto más pesado. Y, llamativamente, el siguiente incidente puede volverlo más pesado todavía.
¿Estamos mejorando de verdad nuestros procesos, o estamos acumulando poco a poco las consecuencias de nuestras reacciones a los fallos?
1. La paradoja: más controles de calidad, menos calidad
Imagina un proceso de servicio que originalmente tenía tres pasos.
Ocurre un error y la dirección añade una revisión. Ocurre otro incidente y se introduce una segunda aprobación. Un cliente se queja de información inconsistente y hay que rellenar una lista de verificación adicional. Se incumple un plazo y se impone un informe de estado obligatorio.
Cada intervención parece razonable vista por separado. Pero al cabo de unos años el proceso tiene ocho pasos en lugar de tres.
- Más traspasos.
- Más esperas.
- Más ocasiones de malentendido.
- Más coordinación.
- Y más personas que ya no están del todo seguras de quién responde de qué.
La paradoja es que las medidas introducidas para evitar errores pueden crear ellas mismas nuevas condiciones para que haya errores.
Cada traspaso adicional introduce otra interfaz. Cada aprobación introduce otra cola. Cada requisito nuevo consume atención. Y cada control innecesario puede hacer el proceso más difícil de entender.
La calidad no se mide por el número de comprobaciones que contiene un proceso. Se mide por la fiabilidad con la que ese proceso produce el resultado esperado.
2. Dos sistemas de mejora: aprendizaje proactivo o acumulación reactiva
Imagina dos organizaciones.
| ORGANIZACIÓN A | ORGANIZACIÓN B | |
|---|---|---|
| Mejora | Integrada en el trabajo diario | Disparada sobre todo por incidentes |
| Papel de las personas | Detectar y eliminar obstáculos | Seguir instrucciones y no equivocarse |
| Respuesta al error | Investigar causas y mejorar condiciones | Añadir comprobaciones, revisiones o supervisión |
| Foco de la dirección | Capacidad del proceso | Tranquilidad inmediata |
| Tendencia a largo plazo | Flujo más simple y fiable | Carga de procedimiento acumulada |
Ninguna de las dos puede eliminar todos los incidentes. La diferencia está en lo que ocurre después.
La organización A pregunta: ¿qué permitió que esto pasara, y qué haría menos probable que se repita?
La organización B pregunta: ¿cómo nos aseguramos de que alguien lo compruebe la próxima vez?
La distinción suena pequeña. Sus efectos acumulados pueden ser enormes.
3. El trinquete invisible: los controles se añaden, pero casi nunca se quitan
Hay una asimetría curiosa en la vida de las organizaciones. Cuando algo sale mal, añadir un control es relativamente fácil de justificar. Quitarlo es mucho más difícil.
Al fin y al cabo, ¿quién quiere ser el responsable de eliminar la aprobación que se introdujo tras una queja grave de un cliente?
Con el tiempo, esto produce lo que podríamos llamar el trinquete de los controles, que gira siempre en el mismo sentido.
| PASO | QUÉ OCURRE |
|---|---|
| 1 | Incidente |
| 2 | Preocupación |
| 3 | Control adicional |
| 4 | Más complejidad |
| 5 | Flujo más lento |
| 6 | Más presión |
| 7 | Nuevos incidentes |
| 8 | Más controles, y vuelta a empezar |
El proceso acumula poco a poco requisitos cuya razón original puede que ya nadie entienda. Algunos siguen siendo imprescindibles. Otros quedan obsoletos, redundantes o desproporcionados respecto al riesgo que atienden. Pero todos siguen consumiendo capacidad.
Un control introducido después de un incidente no debería convertirse automáticamente en una parte permanente del proceso. Debería tener un propósito claro, un riesgo identificado, un responsable y una fecha de revisión.
De lo contrario, el incidente de ayer se convierte en la carga de trabajo permanente de mañana.
4. La transferencia silenciosa de responsabilidad a las personas
Quizá el efecto más importante no se ve en el mapa de proceso. Es la carga creciente que recae sobre quien hace el trabajo.
Después de un incidente, a las personas se les puede decir:
- «Presta más atención.»
- «Compruébalo todo dos veces.»
- «Mantén informada a la dirección.»
- «Asegúrate de que esto no vuelve a pasar.»
- «Escala cualquier duda.»
Por separado, todas suenan sensatas. Juntas, pueden crear un entorno en el que la gente dedica cada vez más tiempo a protegerse de la posibilidad de equivocarse.
Comprueban más. Piden confirmación. Ponen a más gente en copia. Dudan antes de decidir. Escalan asuntos que antes resolvían solos.
El proceso se vuelve más lento, pero no necesariamente más seguro.
La organización ha transferido la responsabilidad de la fiabilidad desde el diseño del proceso hasta la vigilancia individual.
5. El reto de Shingo: ¿por qué dependemos de las personas para cazar errores?
El planteamiento de Shigeo Shingo sobre los dispositivos a prueba de errores y la inspección en la fuente cuestionaba la idea de que la calidad deba depender sobre todo de detectar defectos después de que ocurran.
| INSPECCIÓN TRADICIONAL | INSPECCIÓN EN LA FUENTE |
|---|---|
| ¿Se equivocó alguien? | ¿Qué condiciones permiten que ocurra el error? |
| Detecta un problema que ya existe | Impide que el problema llegue a crearse |
| Actúa aguas abajo | Actúa en el origen |
| Depende de la atención de quien revisa | Depende del diseño del paso |
| Añade tiempo al proceso | A menudo lo acorta |
Piensa en un problema recurrente con peticiones de cliente incompletas.
Una organización reactiva puede exigir que un responsable revise cada petición ya completada. Una organización orientada a la prevención rediseña la entrada (input) para que la información esencial tenga que estar antes de empezar a procesar.
La primera añade inspección aguas abajo. La segunda mejora la entrada en su origen. Las dos pueden ser apropiadas según el riesgo, pero la distinción importa.
La mejora de calidad más potente suele reducir la necesidad de que las personas sean excepcionalmente cuidadosas. Eso es lo bonito del Poka-yoke: no más recordatorios, no más vigilancia, mejores condiciones para hacer el trabajo bien.
6. Cuando el miedo se convierte en procedimiento
Hay otro mecanismo que merece examinarse. Un incidente genera preocupación comprensible, sobre todo cuando hay clientes, reputación, seguridad o cumplimiento de por medio.
Pero si la preocupación se convierte en el motor principal del diseño de procesos, la organización empieza a optimizar para la tranquilidad en lugar de para la eficacia.
| QUIÉN | QUÉ QUIERE | QUÉ HACE |
|---|---|---|
| Un responsable | Confianza en que no se repita | Añadir una aprobación visible |
| Una persona del equipo | No ser señalada | Poner a más gente en copia |
| Un departamento | Demostrar diligencia | Generar más documentación |
Ninguna de estas reacciones ataca necesariamente la causa real del incidente. Pero todas parecen más seguras que no hacer nada.
Y aparece otra paradoja: cuanto más intenta una organización eliminar la incertidumbre mediante supervisión, menos confianza tiene su gente en ejercer su propio criterio.
Quien antes se sentía autorizado a actuar empieza a pedir permiso. La decisión sube de nivel. Los responsables se convierten en cuellos de botella. El trabajo espera. Y la organización depende cada vez más de los mecanismos de supervisión que ella misma ha creado.
7. Más controles pueden generar más incidentes
Esta es una de las consecuencias menos evidentes.
Supón que un nuevo requisito de aprobación añade dos días al proceso. El cliente sigue esperando la fecha de entrega original. Ahora queda menos tiempo para el trabajo restante.
La presión aumenta. La gente va deprisa. La información salta entre equipos más veces. Se multiplican las peticiones urgentes. Ocurre otro error. La dirección responde con otro control.
El proceso ha quedado atrapado en un bucle que se refuerza a sí mismo.
Los controles introducidos para reducir el riesgo operativo pueden crear riesgo operativo adicional por la vía del retraso, la fragmentación y la presión.
Esto no significa que los controles sean malos. Los procesos críticos de seguridad, regulatorios o financieros requieren verificación independiente. La pregunta es si cada control atiende un riesgo demostrado de forma eficaz y proporcionada, sin crear modos de fallo nuevos y evitables.
8. El coste olvidado: la mejora continua desaparece
Cuando la gente pasa el día navegando comprobaciones adicionales, responsabilidades poco claras, escalados y acciones correctivas urgentes, hay algo importante que queda desplazado: la capacidad de mejorar el proceso mismo.
Y aquí hay una paradoja Lean de fondo: cuanto menos tiempo invierte una organización en mejorar, más tiempo acaba dedicando a compensar procesos que no han mejorado.
Apagar fuegos se vuelve lo normal. El esfuerzo excepcional se vuelve lo esperado. Se felicita a quien rescata un trabajo de un problema que nunca debería haber aparecido.
Mientras tanto, quien previene en silencio un defecto recurrente apenas recibe atención. Las organizaciones premian la recuperación de forma mucho más visible que la prevención. Y lo que se premia tiende a repetirse.
9. Qué haría distinto una organización que aprende
Un incidente debería disparar aprendizaje, no automáticamente más burocracia. Una respuesta práctica puede seguir cinco preguntas.
| PREGUNTA | QUÉ BUSCA |
|---|---|
| ¿Qué falló en realidad? | Separar el incidente observado de las suposiciones sobre su causa: entrada poco clara, decisión ausente, restricción del sistema, carencia de competencia o un control necesario que falló |
| ¿Cuál era el punto más temprano en que se podía evitar? | Mirar aguas arriba: si se podía impedir antes de que el trabajo llegara a donde hizo daño |
| ¿Cuál es la contramedida eficaz más simple? | Preferir eliminar la ocasión de error, simplificar o hacer más fácil la acción correcta, antes que añadir inspección manual |
| ¿Qué carga introduce esa contramedida? | Estimar tiempo añadido, espera, esfuerzo mental, traspasos y carga de trabajo |
| ¿Qué actividad existente podemos quitar o simplificar? | Aprovechar cada cambio para revisar los requisitos acumulados |
La última pregunta es especialmente potente. No toda incorporación exige retirar algo, pero toda incorporación debería obligar a preguntarse si lo que ya existe sigue siendo necesario.
Es lo que impide que la mejora de procesos se convierta en una acumulación de obligaciones en un solo sentido.
10. Integrar la mejora en el trabajo, no solo en la respuesta al incidente
La alternativa no es un gran programa de mejora continua con comités y reportes añadidos. Puede empezar en el trabajo corriente.
- Un equipo nota que cierta petición llega incompleta muchas veces. En vez de reclamar la información que falta una y otra vez, acuerda un estándar de entrada más claro.
- Alguien identifica un retraso recurrente en una aprobación. En vez de escalar cada caso, el equipo examina si esa aprobación aporta valor o atiende un riesgo real.
- Una queja de cliente revela confusión sobre responsabilidades. En vez de recordar a todo el mundo que se comunique mejor, el equipo clarifica la propiedad y los derechos de decisión.
Son mejoras pequeñas. Su efecto acumulado puede ser enorme.
Las organizaciones reactivas acumulan apaños. Las organizaciones que aprenden eliminan sistemáticamente la necesidad de tenerlos.
11. El papel de la dirección: de exigir tranquilidad a habilitar fiabilidad
La dirección tiene un papel importante a la hora de romper el ciclo. Tras un incidente, quien dirige suele estar bajo presión para demostrar que se ha actuado. Esa presión es comprensible.
Pero acción visible y acción eficaz no son lo mismo.
Una aprobación nueva es visible. Un requisito de reporte nuevo es visible. Una lista de verificación nueva es visible. Eliminar una fuente recurrente de error es menos espectacular, y puede ser mucho más valioso.
Así que la pregunta de dirección podría ser: ¿qué ha cambiado en el proceso que haga menos probable la repetición?, en lugar de simplemente: ¿qué comprobaciones adicionales hemos puesto?
¿Hemos hecho el trabajo más fácil de hacer bien, o solo más difícil de hacer sin permiso?
12. La paradoja final: una organización puede ser menos capaz y parecer más controlada
Imagina dos organizaciones dentro de cinco años.
Una ha ido mejorando sus procesos de forma sostenida. Su gente entiende sus responsabilidades. La información llega en formato utilizable. Las decisiones se toman al nivel adecuado. Los problemas afloran pronto. Los controles están diseñados alrededor de riesgos reales.
La otra ha respondido diligentemente a cada incidente. Tiene más procedimientos, más revisiones, más escalados y más reportes.
Sobre el papel puede parecer más controlada. En la práctica puede ser más lenta, más frágil y cada vez más dependiente del esfuerzo individual para navegar su propia complejidad.
Más control de procedimiento no significa necesariamente más capacidad de proceso. Y esa distinción es esencial.
Un proceso capaz produce resultados fiables sin requerir intervención constante. Un proceso muy controlado puede requerir una intervención extraordinaria simplemente para funcionar.
El desperdicio que acumula el trinquete
| DESPERDICIO | CÓMO APARECE |
|---|---|
| Sobreproceso | Controles añadidos que no atienden ningún riesgo demostrado |
| Espera | Colas delante de cada aprobación nueva |
| Movimiento | Atención saltando entre comprobaciones y escalados |
| Inventario | Trabajo detenido esperando permiso |
| Talento no utilizado | Personas capaces pidiendo autorización en vez de decidir |
| Defectos | Errores nuevos generados por la prisa que crea el retraso |
Una pregunta que llevar a cada revisión de incidentes
Antes de imponer otra comprobación, aprobación o requisito de reporte, pregunta: ¿estamos previniendo la causa de este incidente, o añadiendo otra carga para que alguien la lleve encima?
Y ante cualquier medida nueva, considera su efecto completo.
- ¿Previene un defecto?
- ¿Mejora el flujo?
- ¿Clarifica responsabilidades?
- ¿Refuerza la capacidad y la confianza de las personas?
- ¿O simplemente traslada más incertidumbre, vigilancia y trabajo administrativo a quien ya está operando el proceso?
La elección real no es entre tener controles y no tenerlos. Es entre diseñar la fiabilidad dentro de la forma de trabajar, o pedirle una y otra vez a las personas que compensen su ausencia.
La mejora continua no es algo que una organización hace después de que algo salga mal. Es cómo evita que los problemas de ayer se conviertan en la forma permanente de trabajar de mañana.
Si quieres trabajarlo con tu equipo
Revisar los controles acumulados de un proceso y distinguir los que atienden un riesgo real de los que solo pesan es un ejercicio que se hace bien en taller, sobre vuestros propios procesos. Formatos y duraciones en la página de formación.
Para seguir leyendo
Sobre la fuerza real de cada contramedida, Tu catálogo de contramedidas tiene solo dos entradas. Sobre por qué culpar sale más barato que rediseñar, Culpar es la contramedida más rápida del mercado. Y sobre cuánto se inspecciona sin saberlo, Tu organización inspecciona más de lo que cree.