Calidad desde el diseño: prevenir errores sin multiplicar controles
Un pedido sale con la especificación equivocada. La respuesta inmediata parece obvia: añadir una revisión. Después aparece otro error y se incorpora una firma adicional. Al cabo de unos meses, el proceso tiene más formularios, más esperas y más personas comprobando el trabajo de otras personas, pero nadie puede explicar con claridad dónde se origina la falla.
Ese patrón confunde control con calidad. Revisar al final puede impedir que algunos defectos lleguen al cliente, pero no elimina la condición que los produce. Además, cada nueva capa consume atención, alarga el flujo y puede transmitir una idea peligrosa: hacer bien el trabajo es responsabilidad del inspector, no del sistema completo.
La alternativa es la calidad desde el diseño: construir procesos en los que la opción correcta sea visible y realizable, los errores sean difíciles de cometer, las anomalías aparezcan pronto y el equipo pueda aprender antes de que una desviación se convierta en pérdida. No significa eliminar toda comprobación. Significa colocar controles distintos en el lugar y momento en que todavía pueden cambiar el resultado.
La inspección final detecta tarde lo que el proceso creó antes
Imagine una propuesta comercial que pasa por cinco manos. La quinta persona descubre que el precio no coincide con la versión aprobada. La revisión evitó enviar el documento equivocado, pero no respondió las preguntas importantes: ¿por qué había dos versiones disponibles?, ¿por qué el sistema permitía elegir una tarifa vencida?, ¿por qué la fuente autorizada no era evidente?
W. Edwards Deming insistió en Out of the Crisis en que la calidad no puede depender de una inspección masiva al final. Su argumento no era que toda verificación carezca de valor, sino que encontrar defectos después de producirlos resulta inferior a mejorar el proceso que los genera. La edición de MIT Press de 2000 conserva este marco sistémico: dirección, método, aprendizaje y variación importan más que buscar culpables aislados.
James Reason llegó a una conclusión compatible desde el estudio de los errores humanos. Su artículo sobre modelos de error distingue entre concentrarse en los actos inseguros de individuos y examinar las condiciones latentes del sistema. Las personas pueden equivocarse, pero el diseño determina si un desliz se recupera en segundos o atraviesa varias barreras hasta causar daño. Esta mirada evita dos extremos: aceptar todo error como inevitable o imaginar que una advertencia y más vigilancia resolverán cualquier problema.
Por eso, una revisión final sigue siendo útil cuando el impacto es alto o una exigencia legal lo demanda. Lo que no conviene es convertirla en sustituto permanente de un proceso comprensible.
Cuatro controles que actúan antes de la corrección tardía
Diseñar → prevenir → hacer visible → aprender
Defina el resultado correcto y sus límites. Reduzca elecciones ambiguas. Muestre la desviación en el punto donde nace. Use el hallazgo para cambiar el sistema, no solo para cerrar el caso.
La calidad en origen no depende de una sola herramienta. Funciona como una secuencia de barreras proporcionadas:
1. Claridad antes de empezar
Un estándar útil permite reconocer un buen resultado. No necesita ser un manual interminable: puede ser un ejemplo aprobado, una definición de terminado, una plantilla vigente o tres criterios no negociables. Si dos personas competentes interpretan de manera opuesta una instrucción, aumentar la inspección no resuelve la ambigüedad.
2. Prevención mediante restricciones sensatas
Los mejores controles eliminan oportunidades de error sin quitar el criterio necesario. Un formulario puede validar el formato de una fecha; un sistema de compras puede impedir aprobar al propio proveedor; una plantilla puede recuperar automáticamente la versión vigente de una cláusula. La restricción debe concentrarse en aquello cuya variación no aporta valor. Si convierte cada excepción legítima en una batalla burocrática, el equipo buscará atajos.
3. Detección cerca del origen
Una señal temprana vale más que un informe mensual sobre fallas ya consumadas. La persona que realiza la tarea necesita ver la anomalía mientras conserva contexto y capacidad de corregir. Esto puede adoptar la forma de una conciliación automática, una prueba breve, una comparación visual o una pausa cuando falta información esencial.
4. Recuperación y aprendizaje
Ningún proceso real será infalible. Por eso también hay que diseñar cómo detener, contener, corregir y registrar. Una alerta sin responsable solo produce ruido; un incidente cerrado sin revisar su origen solo promete repetición. El objetivo no es recopilar culpables, sino descubrir qué combinación de demanda, herramientas, información, capacitación e incentivos hizo razonable la acción que terminó fallando.
| Tipo de control | Pregunta que responde | Ejemplo | Riesgo si se abusa |
|---|---|---|---|
| Claridad | ¿Qué resultado es correcto? | Ejemplo aprobado y criterios de terminado | Documentación extensa que nadie consulta |
| Prevención | ¿Cómo evitamos la elección equivocada? | Campos validados y versiones únicas | Rigidez ante excepciones legítimas |
| Detección temprana | ¿Cómo vemos la desviación al nacer? | Prueba automática o conciliación inmediata | Fatiga por alertas irrelevantes |
| Recuperación | ¿Cómo contenemos y aprendemos? | Pausa, corrección y revisión causal breve | Convertir la revisión en búsqueda de culpables |
Más controles pueden producir menos control
Agregar pasos tiene costos visibles e invisibles. El costo visible es el tiempo. El invisible es la dispersión de responsabilidad. Cuando cinco personas firman, cada una puede suponer que otra hizo la comprobación profunda. También aparece la normalización del trámite: se marca una casilla porque el sistema la exige, no porque aporte evidencia.
La fatiga de alertas funciona de forma parecida. Si una aplicación advierte sobre decenas de condiciones poco relevantes, la señal crítica compite con ruido creado por el propio control. La organización parece más protegida porque posee más avisos; en la práctica, ha reducido la capacidad humana de discriminar.
Existe además un costo sobre el trabajo. Revisiones repetidas pueden fragmentar la concentración, retrasar retroalimentación y comunicar desconfianza. El artículo del Club sobre proyectos que necesitan héroes muestra una lógica relacionada: si el cumplimiento depende siempre de rescates extraordinarios, el diseño operativo está trasladando su deuda a las personas.
Esto no convierte la autonomía en ausencia de estructura. John Paul MacDuffie mostró, en su estudio de plantas automotrices, que ciertas prácticas de trabajo y producción operan como sistemas complementarios. El desempeño no proviene de una herramienta aislada pegada al proceso, sino de una lógica organizativa coherente. Traducido a otros sectores: capacitación, información, capacidad de detener el flujo y mejora del método deben apoyarse entre sí.
Un método práctico para rediseñar un punto de falla
No hace falta transformar toda la organización de una vez. Elija una falla recurrente que genere retrabajo, demora o riesgo y recorra estos seis pasos.
- Describa el defecto sin atribuir intención. “La cotización usó una tarifa vencida” informa más que “alguien fue descuidado”.
- Localice el primer momento observable. No pregunte solo dónde se descubrió, sino cuándo comenzó a existir la desviación.
- Reconstruya el trabajo real. Observe versiones, interrupciones, presiones de tiempo y decisiones. El procedimiento escrito puede no representar lo que permite cumplir.
- Elimine ambigüedad o elección innecesaria. Una fuente única, un valor predeterminado seguro o una validación sencilla suelen superar otra firma.
- Pruebe a pequeña escala. El enfoque de mejora del Institute for Healthcare Improvement propone ciclos breves de planificar, probar, estudiar y actuar. La prueba debe producir aprendizaje, no una victoria ceremonial.
- Mida el sistema completo. Observe defectos, tiempo de ciclo, retrabajo, excepciones, carga de alertas y experiencia de quienes ejecutan la tarea.
La familia ISO 9001 también coloca el foco en procesos, evaluación del desempeño y mejora continua. Una certificación no garantiza por sí sola un buen diseño, pero el enfoque por procesos ayuda a evitar que la calidad quede confinada al departamento que revisa documentos.
Qué debería conservar una revisión humana
Automatizar controles sencillos libera atención, pero no todo puede convertirse en una regla. La revisión humana aporta valor cuando hay contexto incompleto, consecuencias éticas, excepciones relevantes o varias interpretaciones defendibles. Por ejemplo, un sistema puede comprobar que un contrato contiene una cláusula; una persona debe valorar si esa cláusula distribuye el riesgo de manera aceptable para el caso.
Para que esa revisión sea real necesita tres condiciones. Primero, información suficiente y trazable. Segundo, tiempo y autoridad para detener o devolver el trabajo. Tercero, una pregunta concreta. “Revise todo” es una transferencia vaga de responsabilidad; “confirme que la excepción está justificada y que el cliente entiende su efecto” orienta el juicio.
También conviene separar controles de seguridad de controles de preferencia. Los primeros protegen límites que no deben cruzarse. Los segundos suelen reflejar estilo o costumbre y pueden multiplicar retrabajo sin mejorar el resultado. Preguntar qué daño evita cada control es una forma sencilla de descubrir la diferencia.
Señales de que el sistema está aprendiendo
Una organización madura no presume de tener cero reportes. Si castiga a quien revela una anomalía, probablemente obtiene silencio, no calidad. Mejores señales son que las fallas se detectan antes, las causas repetidas disminuyen, las excepciones se comprenden y los controles obsoletos se retiran.
También debería reducirse el trabajo de corrección. Si el indicador de defectos mejora pero aumentan las horas dedicadas a inspeccionar, el problema pudo desplazarse. Lo mismo ocurre cuando un equipo cumple la métrica mientras clientes o áreas posteriores absorben el retrabajo. El artículo sobre el costo humano de medir solo eficiencia desarrolla por qué una mejora local puede empeorar el sistema.
La pregunta decisiva no es cuántos controles existen, sino qué aprende cada uno. Un control útil previene una falla importante, revela una condición que vale la pena cambiar o protege una decisión de alto impacto. Si solo añade una firma defensiva, merece ser cuestionado.
Calidad no es vigilar más: es necesitar menos rescates
Diseñar calidad en origen exige más reflexión inicial y menos confianza en la corrección heroica. Obliga a conocer cómo se hace realmente el trabajo, dónde se pierde información y qué variación aporta valor. También reconoce algo humano: la atención es limitada y debe reservarse para los puntos donde el juicio importa.
La inspección seguirá teniendo un lugar, especialmente frente a riesgos graves. Pero su mejor resultado no es encontrar cada vez más defectos. Es aportar evidencia para que el proceso deje de producirlos. Cuando eso ocurre, la calidad deja de ser una barrera al final y se convierte en una propiedad del trabajo cotidiano.
Pregunta para la comunidad: ¿qué revisión repetida de su trabajo podría sustituirse por una mejora en el origen del proceso?
Elaborado por Ricardo Gaibor
Este artículo fue elaborado por Ricardo Gaibor con ayuda de sistemas de inteligencia artificial en tareas de investigación, organización y edición. La selección, interpretación y responsabilidad editorial del contenido corresponden al autor.
Fuentes y lecturas recomendadas
- Deming, W. Edwards (2000). Out of the Crisis. MIT Press, edición en rústica, ISBN 978-0-262-54115-2. Ficha editorial.
- Reason, James (2000). “Human error: models and management”. BMJ, 320, 768–770. https://doi.org/10.1136/bmj.320.7237.768.
- MacDuffie, John Paul (1995). “Human Resource Bundles and Manufacturing Performance: Organizational Logic and Flexible Production Systems in the World Auto Industry”. ILR Review, 48(2), 197–221. https://doi.org/10.1177/001979399504800201.
- International Organization for Standardization. ISO 9001 and related standards: Quality management.
- Institute for Healthcare Improvement. How to Improve: Model for Improvement.

Abre la conversación
Comparte una idea, una pregunta o una experiencia relacionada con el artículo. También puedes responder directamente a otros miembros.