Consultoría

🧾 Una petición incompleta es un defecto que ya pasó el control

Quien recibe una petición incompleta se convierte en inspector aguas abajo, y la inspección posterior no previene nada. Qué significa detectarlo en la fuente.

«Necesito los datos del trimestre para mañana.» Sin decir qué datos, de qué trimestre, para qué decisión ni en qué formato. El que recibe ese mensaje tiene dos opciones: adivinar y arriesgarse a hacerlo tres veces, o escribir de vuelta y esperar una respuesta que llegará por la tarde, cuando ya no da tiempo.

Lo llamamos falta de comunicación. Es más útil llamarlo por su nombre técnico: un defecto que ha entrado en el proceso y que nadie ha detenido.

Quien recibe se convierte en inspector

Shigeo Shingo distinguía entre inspeccionar para juzgar —encontrar el defecto cuando ya está hecho— e inspeccionar en la fuente: detectar la condición que produce el defecto en el momento en que se produce, donde se produce.

Una petición incompleta es un defecto detectado aguas abajo. Quien la recibe hace de inspector, sin haberlo pedido y sin las herramientas para corregirlo: no sabe lo que falta porque no estaba en su cabeza, así que solo puede preguntar y esperar.

Y como toda inspección posterior, no previene nada. La siguiente petición vendrá igual de incompleta, porque nada en el punto de origen ha cambiado.

Aceptar una petición incompleta y completarla por nuestra cuenta no resuelve el problema: enseña que se puede seguir enviándolas así.

El bucle que se realimenta

Aquí hay un mecanismo que conviene ver con claridad, porque es el que mantiene el problema vivo durante años.

Llega una petición incompleta. Quien la recibe, que es competente y quiere ayudar, la completa: deduce, pregunta a un tercero, rellena los huecos con criterio propio.
El resultado sale más o menos bien. Con retrabajo y frustración, pero sale.
El que pidió no ve nada de eso. Desde su lado, la petición funcionó: pidió así y obtuvo lo que quería.
Por tanto, la próxima vez pedirá exactamente igual. Y tendrá razón en hacerlo: el sistema le ha confirmado que basta.

El esfuerzo silencioso del que recibe es lo que hace invisible el defecto. Es el mismo patrón que cuando el estándar se sostiene sobre una persona: mientras alguien compense, el problema no existe para nadie más.

Qué sería inspección en la fuente aquí

Trasladar la detección al punto donde se origina significa que sea difícil —idealmente imposible— emitir una petición sin lo mínimo imprescindible. No mediante una norma que pide más rigor, sino mediante el diseño del canal.

Un formulario con campos obligatorios, en lugar de un correo o un chat en blanco. No por burocracia: porque el formulario pregunta lo que el que pide olvida.
Una definición de listo acordada entre quien pide y quien ejecuta: qué información debe traer una petición para poder entrar en cola. Acordada, no impuesta, o durará dos semanas.
Un campo que casi nunca se pone y que ahorra más que todos los demás: qué decisión se va a tomar con esto. La mitad de las peticiones cambian de forma cuando se responde a eso.
Un rechazo automático y sin drama: si falta lo imprescindible, la petición no entra. Vuelve con lo que falta, no con un reproche.

Fíjate en que ninguna de esas medidas pide a nadie que se esfuerce más. Eso es justamente lo que las hace sostenibles: un poka-yoke funciona porque no depende de la buena voluntad de quien tiene prisa.

La objeción habitual

«Es que si le pongo pegas al director, quedo mal.» Es una objeción real y merece una respuesta seria, no un eslogan.

La diferencia está en quién sostiene el criterio. Si el filtro es una decisión personal del que recibe, cada petición se convierte en una negociación incómoda y quien más presión ejerza pasará siempre. Si el filtro es del sistema —un formulario, un acuerdo escrito, un criterio de entrada conocido— deja de ser una cuestión entre dos personas.

Esa es, en el fondo, la ventaja poco comentada de los estándares: protegen a quien tiene menos poder en la conversación.

Una prueba para esta semana

Coge las últimas diez peticiones que has recibido. Marca en cuántas tuviste que preguntar algo antes de poder empezar, y anota qué preguntaste.

Casi siempre las preguntas se repiten: son tres o cuatro, las mismas una y otra vez. Esas preguntas repetidas son tu definición de listo, ya escrita. Solo falta ponerla donde se origina la petición en lugar de formularla otra vez cada semana.