> ## Content Index > Fetch the complete content index at: https://www.consultoriaprocesos.com/llms.txt > Use this file to discover other available public pages before exploring further. # 🔍 La reunión que pregunta quién no lo vio - URL: https://www.consultoriaprocesos.com/la-reunion-que-pregunta-quien-no-lo-vio/ - Published: 2026-09-24T16:13:04.000Z - Updated: 2026-09-24T16:13:04.000Z - Description: Cuando un defecto llega al cliente, la primera pregunta de la reunión revela cómo se gestiona la calidad. Dos reuniones posibles ante el mismo incidente. - Author: Johan - Tags: Consultoría, Cultura, Mejora Continua Cuando un defecto llega al cliente se convoca una reunión. Casi siempre, la primera pregunta real de esa reunión —a veces disfrazada, a veces no— es quién no lo detectó. Y esa pregunta, por sí sola, ya contiene el diagnóstico completo de cómo se gestiona la calidad en esa organización. ## **Por qué esa pregunta se cuela sola** No hace falta mala intención ni cultura de castigo. Basta con haber detectado el fallo al final. Si el defecto aparece en la última revisión, en la validación previa al envío o en la llamada del cliente, la persona más cercana al hallazgo es quien revisaba. La conversación se sitúa donde el defecto se encontró, no donde se creó, y a partir de ahí todo el mundo discute sobre el control, no sobre el proceso. Es una deriva de la posición del hallazgo, no del carácter de nadie. Por eso se repite en organizaciones muy distintas. > La reunión trata de quién no lo vio. Nunca debió tratar de quién no lo vio. ## **Dos reuniones ante el mismo incidente** La diferencia entre una organización que inspecciona y una que integra la calidad se nota, sobre todo, en qué se pregunta en los primeros diez minutos. | REUNIÓN DE INSPECCIÓN | REUNIÓN DE CALIDAD INTEGRADA | | ------------------------------------- | ----------------------------------------------------------- | | ¿Quién revisó esto? | ¿En qué punto se pudo detectar y por qué no se detectó ahí? | | ¿Cómo se nos pasó? | ¿Qué condición inusual había ese día? | | ¿Añadimos una revisión más? | ¿Qué habría hecho imposible el error en origen? | | ¿Quién asume la corrección? | ¿Quién es dueño del proceso donde ocurrió? | | ¿Cómo lo comunicamos al cliente? | Eso también, pero después de lo anterior | | ¿Volverá a pasar? Confiemos en que no | ¿Qué cambia hoy para que no dependa de la atención? | La columna izquierda produce una acción muy concreta y muy cara: una revisión adicional. Es decir, más inspección al final, que es justo lo que ya falló. ## **El patrón de la revisión añadida** Merece la pena verlo despacio porque es el ciclo más caro que conozco en organizaciones de servicios. - Se escapa un error al cliente. - La reunión concluye que faltó control. - Se añade una verificación al final del proceso. - El plazo se alarga y el trabajo se vuelve más pesado. - Meses después vuelve a escaparse otro error distinto, porque el control final solo detecta lo que alguien pensó en mirar. - La reunión concluye que faltó control. Cada vuelta añade coste permanente y no reduce la probabilidad de la siguiente. Es el equivalente organizativo de inspeccionar más fuerte. ## **Los desperdicios que genera esa reunión** | DESPERDICIO | CÓMO APARECE | | -------------------- | --------------------------------------------------------------------------- | | Sobreproceso | Verificaciones acumuladas que nadie retira nunca | | Espera | Trabajo terminado esperando la enésima aprobación | | Defectos | Los errores que nadie pensó en mirar siguen pasando | | Talento no utilizado | Personas cualificadas dedicadas a revisar en vez de a diseñar mejor el paso | | Movimiento | Idas y venidas para reconstruir qué ocurrió, semanas después | | Inventario | Acciones correctivas abiertas que nadie cierra ni comprueba | ## **Cómo rediseñar la reunión** No hace falta cambiar la cultura antes. Basta con cambiar el orden y el contenido de las preguntas, que es lo único que está en tu mano el mismo día. - Empezar por la línea de tiempo, no por las personas: qué ocurrió, en qué orden y en qué momento se pudo ver. - Preguntar por la condición, no por la atención: qué era distinto ese día en el material, la carga, la información o quién estaba. - Buscar el punto de detección más temprano posible y preguntar por qué ese punto no lo detectó. - Terminar con una contramedida que no dependa de que alguien recuerde: un campo obligatorio, una comprobación automática, un paso que no deja avanzar. - Dejar por escrito quién responde del proceso, no quién responde del incidente. La cuarta es la que distingue una reunión útil de un ritual. Si la acción resultante es «prestar más atención» o «reforzar la revisión», la reunión no ha terminado. ## **La lectura Shingo** Shigeo Shingo separaba la inspección que juzga el resultado de la inspección en la fuente, que verifica la condición donde y cuando se produce. El diseño de la reunión post-incidente decide cuál de las dos está practicando la organización. Una reunión que pregunta quién no lo vio está haciendo inspección del resultado sobre el propio incidente. Una que pregunta qué condición lo permitió está haciendo inspección en la fuente sobre su propio sistema. ## **Para seguir leyendo** Sobre las preguntas de la reunión como definición real del sistema, [Lo que se pregunta en la reunión es tu sistema de gestión](https://www.consultoriaprocesos.com/lo-que-se-pregunta-en-la-reunion-es-tu-sistema-de-gestion/). Sobre lo que le pasa a quien avisa, [Quien avisa, se lo queda](https://www.consultoriaprocesos.com/quien-avisa-se-lo-queda/). Y sobre por qué las cadenas causales se detienen pronto, [El quinto porqué no es difícil, es incómodo](https://www.consultoriaprocesos.com/el-quinto-porque-no-es-dificil-es-incomodo/). La frase que dispara este artículo —que la reunión siempre trata de quién no lo vio, y que nunca debió tratar de eso— es de [este post de Angad Singh](https://www.linkedin.com/posts/asingh63%5Finspection-and-built-in-quality-take-the-share-7507818856208498688-ly7C/?ref=consultoriaprocesos.com). El desarrollo es mío.