TQM (Total Quality Management): La Calidad Como Responsabilidad de Todos

Qué es TQM?

Total Quality Management (TQM), o Gestión Total de Calidad, es una filosofía de gestión desarrollada en los años 50-60, principalmente por W. Edwards Deming y Joseph Juran, que aplicaron sus teorías al Japón de posguerra. El milagro económico japonés de los años 70-80 es ampliamente atribuido a adopción masiva de TQM por industria japonesa.

TQM descansa en idea simple pero revolucionaria: la calidad no es trabajo de un departamento. Es responsabilidad de toda la organización.

Los Ocho Principios de TQM

1. Orientación al Cliente La calidad es definida por el cliente, no por ingenieros. Todas las decisiones se evalúan por su impacto en satisfacción del cliente.

2. Liderazgo La gestión debe encarnar y promover cultura de calidad. Sin compromiso de líderes, TQM permanece como programa de comunicación.

3. Implicación del Personal Todo empleado es actor en calidad. Ideas de mejora a menudo vienen de quienes hacen trabajo diario, no de gestores.

4. Enfoque de Proceso La calidad resulta de procesos bien definidos y controlados. Más que corregir personas, mejoramos procesos.

5. Enfoque de Sistema La organización es sistema interconectado. Optimizar una parte puede degradar el todo. Visión sistémica es indispensable.

6. Mejora Continua La mejora es permanente, no proyecto con fin. Kaizen (pequeñas mejoras continuas) manifiesta este principio.

7. Decisión Basada en Hechos Las decisiones deben basarse en datos medibles, no intuiciones o jerarquías. “En Dios confiamos. Todos los otros traen datos.” (W. Edwards Deming)

8. Relaciones Mutuamente Benéficas con Proveedores La calidad se extiende a socios. Proveedores de calidad producen software de calidad.

Los 14 Puntos de Deming

W. Edwards Deming, padre intelectual de TQM, formuló 14 puntos para transformación organizacional. Los más pertinentes para desarrollo de software:

• Eliminar miedo: equipos que temen ser castigados por errores ocultan problemas. Transparencia requiere seguridad psicológica.
• Eliminar objetivos numéricos: cuotas crean comportamientos contraproductivos (bugs ocultos, features apresurados para alcanzar métricas).
• Instituir liderazgo: rol del gestor es ayudar equipos a trabajar mejor, no controlar.
• Mejorar continuamente el sistema: mejora es proceso sin fin, no proyecto puntual.

TQM en Desarrollo de Software

TQM tiene aplicación rica en software, a menudo sin ser nombrado explícitamente:

Revisiones de código: responsabilidad colectiva por calidad del código, no solo quien escribió la línea.

Post-mortems blameless: analizar incidentes sin buscar culpable. Mejorar proceso que permitió bug llegar a producción.

Pruebas automatizadas: procesos de validación sistemáticos que no dependen de vigilancia individual.

Definition of Done: estándares de calidad compartidos que todos entienden y respetan.

Retrospectivas de equipo: foros de mejora continua donde equipo identifica y resuelve sus problemas de proceso.

TQM y Sinra

Sinra encarna varios principios TQM en su diseño. La noción de testings como actividad de primera clase (no add-on opcional) refleja filosofía “calidad integrada”. Statuses personalizables permiten modelar procesos de calidad precisos.

La base de conocimiento vía pages permite capitalizar aprendizajes y documentar estándares de calidad compartidos por equipo completo.

TQM vs Six Sigma

TQM y Six Sigma persiguen objetivos similares pero difieren en enfoque:

Conclusión

TQM no es método para implementar en 3 meses. Es transformación cultural que puede tomar años. Pero organizaciones que realmente la internalizan desarrollan resiliencia de calidad durable que competidores luchan por replicar. En 2026, principios TQM están en corazón de mejores prácticas DevOps, culturas “blameless” e ingeniería de confiabilidad de sitios (SRE).