🧭 Devolver un defecto sin que parezca una acusación

Imagina el momento exacto. Alguien recibe el trabajo del paso anterior y encuentra algo que no está bien: un campo vacío, un importe que no cuadra, una referencia que no corresponde. Lo ha detectado enseguida, que es justo lo que se buscaba. Y ahora tiene que decidir qué hace con ello.

Ese instante es donde se juega la viabilidad de todo el sistema. Si la respuesta por defecto es «lo mando a mi responsable para que lo devuelva», habéis construido una inspección sucesiva (successive check) con un rodeo de dos días en medio. Si la respuesta es decírselo directamente al compañero, hace falta que eso no se lea como una acusación.

Hay una distinción que resuelve este problema mejor que cualquier norma de convivencia, y separa dos cosas que solemos juntar sin pensar: mostrar algo y pedir que se actúe sobre ello.

Mostrar y pedir acción son dos cosas distintas

Mostrar es ayudar a alguien a ver algo que todavía no ve. Pedir acción es empujarle a moverse sobre algo que ya ve. Son dos intervenciones diferentes, y el criterio para elegir es una sola pregunta: ¿qué le falta a la otra persona, claridad o capacidad de actuar?

En una organización, el movimiento por defecto es pedir acción. Fija un objetivo, pide un plan, que haya algo hecho para el viernes. Y funciona exactamente en un caso: cuando la otra persona ya ve el problema y lo único que falta es que se mueva. En los otros dos casos, pedir acción estropea la conversación.

El modo que falta es el que lo sostiene todo

Volvamos a la estación que acaba de encontrar el defecto. ¿Qué le falta al compañero que lo produjo?

Casi siempre, claridad sobre el hecho y ninguna capacidad de dar la acción. Ve el defecto en cuanto se lo enseñas. Pero la condición que lo produjo (un dato que llega incompleto desde más arriba, una plantilla ambigua, un sistema que acepta el valor incorrecto, una lista de clientes con nombres casi idénticos) no está en su mano.

Si la devolución lleva implícita la exigencia de que lo arregle, ocurre una de dos cosas, y las dos son malas.

O quien detecta se calla. Porque decírselo a un compañero que no puede hacer nada al respecto se siente como señalarle sin motivo, así que lo corrige por su cuenta y sigue. El defecto se ha interceptado, sí, pero la información se ha perdido, y la condición que lo genera sigue produciendo defectos mañana.

O quien recibe se defiende. Porque le están pidiendo cuentas de algo que no controla, y la conversación se atasca hasta que alguien sube a dirección a arbitrar. Que es precisamente el rodeo que se quería evitar.

El tercer modo, mostrar sin pedir nada, es el que hace sostenible el circuito. Y es el que las organizaciones tienen prácticamente prohibido, porque señalar algo sin traer un plan se considera quejarse.

Dos canales que se mezclan sin darse cuenta

De ahí sale la regla de diseño más importante de todo esto. Por el punto donde aparece el defecto viajan dos cosas distintas, y hay que separarlas.

• El defecto vuelve en horizontal. Inmediato, con el objeto delante, de quien lo encuentra a quien lo produjo, sin pedir contramedida. Esto es información, no juicio.
• La condición que lo produjo viaja por otro sitio. A otro ritmo, hacia quien sí puede cambiarla. Ahí sí se pide acción, pero ni a la misma persona ni en la misma conversación.

Mezclarlas es el error que mata estos sistemas. Pedirle a un compañero que explique por qué su proceso permite el error es pedirle que responda por un diseño que no hizo él.

Y conviene recordar qué se busca con la segunda vía: no cazar más fallos, sino quitar las condiciones que los hacen posibles. El recorrido completo para eso está en nueve preguntas para que un paso deje de poder hacerse mal.

Por qué se sube a dirección, y por qué no es jerarquía

La explicación habitual del rodeo es cultural: aquí la gente no se dice las cosas, hay miedo, falta confianza. A veces es verdad. Pero debajo suele haber algo más simple y más corregible.

Se sube a un responsable porque devolver algo se lee como una queja, y las quejas necesitan un árbitro. En cuanto hay dos partes y una de ellas señala a la otra, la organización busca instintivamente a alguien que decida quién tiene razón.

Shigeo Shingo hizo esta distinción hace décadas, aunque no la planteara en términos de conversación. La inspección por juicio (judgement inspection) separa lo bueno de lo malo: dictamina. La inspección informativa (informative inspection) devuelve información al punto donde se originó para que ese punto se corrija: informa. La inspección en origen (source inspection) va un paso más allá y mira las condiciones, no el resultado.

Si la devolución está diseñada como información y no como dictamen, no hay nada que arbitrar, y entonces el árbitro sobra. No hace falta dar permiso para saltarse a dirección. Hace falta que no haga falta dirección.

Eso se consigue con cosas concretas: que la devolución hable del objeto y no de la persona, que no incluya una valoración, que no se registre en ningún sitio donde se acumule, y que nadie tenga que justificar por qué devuelve algo.

Lo inmediato parece información, lo acumulado parece expediente

Hay un factor que casi nunca se nombra y que decide cómo se recibe la misma frase: el tiempo.

Dicho en el momento, con el documento abierto delante de los dos, un defecto es un dato. Dicho dos semanas después, en forma de lista de incidencias, el mismo defecto es un historial. Las palabras pueden ser idénticas; lo que ha cambiado es que ahora parece que alguien llevaba la cuenta.

Por eso la inmediatez no es solo una cuestión de eficacia, de interceptar antes de que avance. Es lo que determina si la devolución se vive como ayuda o como reproche. Un circuito lento no es un circuito peor: es un circuito distinto, y acaba convirtiéndose en lo que intentabas evitar.

Las condiciones mínimas para que esto no degenere

Normalizar el feedback entre compañeros no se consigue anunciándolo. Se consigue diseñando cómo ocurre:

• Qué se devuelve: el objeto con el punto concreto señalado. No una descripción, no un correo con el asunto «problema con tu entrega».
• Con qué formato mínimo: qué falta o qué está mal, y qué se esperaba. Dos frases. Si hace falta más, el criterio de aceptación no estaba claro y ese es otro problema.
• Qué no se pide: una explicación de por qué pasó, ni una contramedida, ni una disculpa. Nada de eso en ese momento.
• Dónde van las condiciones: un sitio único donde se anotan los patrones, con nombre y fecha, que alguien revisa con cadencia fija. Si no existe ese sitio, toda la información recogida se evapora.
• Quién las trabaja: alguien con capacidad real de cambiar la condición. Recoger patrones y devolverlos a quien no puede tocarlos es un circuito cerrado sobre sí mismo.
• Qué pasa cuando se repite: la repetición no es motivo para subir el tono con la persona. Es la prueba de que la condición sigue ahí y de que la segunda vía no está funcionando.

Hay una regla prestada del paseo del desperdicio que vale igual aquí: no propongas soluciones mientras observas. Lo conté en 24 preguntas que revelan el desperdicio escondido, y en este contexto se traduce en no pedir la contramedida en el mismo gesto con el que señalas el defecto.

Cuándo sí hay que escalar

Nada de esto significa que dirección no pinte nada. Significa que no pinta nada en la devolución ordinaria.

Hay tres casos en que sí: cuando la condición que produce el defecto está fuera del alcance de las dos estaciones y nadie se la ha quedado; cuando el mismo patrón lleva semanas registrado y no se ha tocado, que es un problema de prioridades y no de proceso; y cuando el defecto tiene consecuencias de seguridad, legales o de cliente que exigen contención inmediata.

Fíjate en que ninguno de los tres es «el compañero no me hace caso». Ese caso no debería existir, porque en el circuito bien diseñado no se le está pidiendo nada que tenga que hacer.

Y conviene vigilar lo contrario también: que la estación que detecta no acabe convertida en el filtro permanente de los errores de otro. De ese coste invisible escribí en tu mejor empleado es una estación de inspección que nadie ha presupuestado.

Las dos preguntas, antes de abrir la boca

Resumido en lo que cabe en la cabeza de alguien que acaba de encontrar un defecto y tiene al compañero a tres metros:

• ¿Lo ve? Si no lo ve, enséñaselo. Eso es todo lo que toca hacer ahora.
• ¿Puede cambiarlo? Si no puede, no se lo pidas. Lleva la condición al otro canal.

Cuando las dos respuestas son sí, y solo entonces, tiene sentido pedir el siguiente paso. Es el único caso en que pedir acción funciona, y es mucho más raro de lo que la mayoría de organizaciones supone.

Devolver un defecto no es pedir cuentas. Es devolverle a un proceso la información que necesita para dejar de producirlo.

Montar este circuito, con las dos vías separadas y las condiciones mínimas acordadas, es de las cosas que más cambian el día a día de un equipo. Es parte de lo que trabajo en formación y en consultoría. Desde Barcelona, para toda España. Trabajo presencial en cualquier punto del país, también con empresas que están fuera de las ciudades, y en remoto cuando tiene más sentido.