Gestión de Calidad y Riesgos · Serie 8 · Semana 1 · Tema 1
Cuando alguien dice que un entregable "tiene buena calidad", casi siempre está diciendo que le gustó. Y el gusto no es una base sobre la que se pueda construir un proyecto, porque cambia según quién mire y cuándo.
La calidad en dirección de proyectos tiene una definición mucho menos elegante y mucho más útil: es el grado en que el resultado cumple los requisitos acordados. Ni más bonito, ni más caro, ni más sofisticado. Cumple lo pactado o no lo cumple.
Esa definición incomoda porque quita romanticismo. También es la única que permite discutir sin pelear, porque convierte una opinión en una comprobación.
Todo esto se apoya en algo anterior: sin criterios de aceptación escritos no hay calidad que verificar, solo opiniones.
Calidad y grado no son lo mismo
Esta confusión causa discusiones inútiles todas las semanas en todos los proyectos del mundo.
El grado es la cantidad de características que algo tiene. La calidad es qué tan bien cumple lo que promete.
Un automóvil compacto sin aire acondicionado es de grado bajo. Si arranca siempre, consume lo que dice el fabricante y no se avería, es de calidad alta. Un auto de lujo que pasa un mes al año en el taller es de grado alto y calidad baja.
Aplicado a proyectos: entregar un sistema con menos funciones de las que alguien soñaba es un problema de alcance, no de calidad. Entregar un sistema que hace lo acordado pero se cae dos veces por semana sí es un problema de calidad.
Separar ambas cosas te permite tener la conversación correcta. "Esto no tiene la calidad que esperaba" casi siempre significa "esto no tiene las funciones que yo imaginaba", y esa conversación pertenece a la gestión del alcance.
Los cuatro principios que sostienen todo lo demás
1. La calidad se planifica, no se inspecciona
Este es el principio central y el más ignorado. Inspeccionar al final solo te dice cuánto vas a tener que rehacer; no mejora nada. La calidad se decide cuando defines los criterios de aceptación, eliges el método de trabajo y estableces los puntos de control.
Dicho de otra forma: si tu plan de calidad consiste en revisar el entregable al final, no tienes un plan de calidad, tienes un plan de reproceso.
2. La prevención cuesta menos que la corrección
Hay una progresión muy consistente en el costo de corregir un error según cuándo se detecta. Los números exactos varían por industria, pero el orden de magnitud se repite: corregir en diseño cuesta una unidad, en construcción diez, en pruebas cien, y después de la entrega mil.
Eso convierte cualquier revisión temprana en una de las inversiones más rentables del proyecto. Dos horas revisando un documento de requerimientos pueden ahorrar dos semanas de reconstrucción.
3. La responsabilidad es de todos, pero la dirección es del director
Una frase cómoda dice que la calidad es responsabilidad de todo el equipo. Es cierta y peligrosa: cuando algo es de todos, no es de nadie. El equipo ejecuta con calidad; el director es quien define los criterios, asigna tiempo para las revisiones y decide si un entregable se acepta.
Si el cronograma no tiene horas reservadas para revisar, el mensaje real —por mucho que se diga lo contrario— es que la calidad es opcional.
4. La mejora continua no espera al cierre
Guardar los aprendizajes para la reunión final es guardarlos para nadie. El ciclo planificar-hacer-verificar-actuar funciona en periodos cortos: cada entrega, cada sprint, cada mes. Lo que aprendas en el mes dos todavía puede cambiar el mes tres.
Los costos de la calidad, con números
Hablar de "invertir en calidad" es abstracto hasta que lo desglosas. Hay cuatro categorías, y dos de ellas son las que nadie mide:
| Categoría | Qué incluye | ¿Se mide? |
|---|---|---|
| Prevención | Capacitación, documentación, diseño robusto, definición de estándares | Sí, es presupuesto visible |
| Evaluación | Inspecciones, pruebas, auditorías, revisiones | Sí, suele estar en el cronograma |
| Falla interna | Reproceso, desperdicio, retrabajo antes de entregar | Casi nunca |
| Falla externa | Garantías, devoluciones, penalizaciones, pérdida de cliente | Casi nunca se atribuye al proyecto |
Las dos primeras se llaman costos de conformidad: lo que gastas para hacerlo bien. Las dos últimas son costos de no conformidad: lo que gastas por no haberlo hecho bien.
La trampa presupuestal está en que solo las dos primeras aparecen en tu presupuesto. Cuando la dirección recorta "para ahorrar", recorta prevención y evaluación, que son visibles, y traslada el costo a falla interna y externa, que nadie contabiliza como parte del proyecto. El ahorro es contable, no real.
Caso práctico: la revisión que parecía cara
Escenario construido con patrones habituales; las cifras son ilustrativas.
Un proyecto de migración de datos con presupuesto ajustado. El plan contemplaba tres jornadas de validación cruzada de los datos migrados, unas 72 horas de trabajo de dos analistas. Al apretar el cronograma, se recortaron a una jornada.
La migración se ejecutó. Dos meses después apareció que el 4% de los registros históricos tenía las fechas desplazadas por un problema de formato regional, algo que las tres jornadas habrían detectado y una no alcanzó a cubrir.
La corrección requirió reconstruir un respaldo, reprocesar, revalidar y —lo más caro— explicarle al cliente por qué sus reportes del trimestre estaban mal. Las 48 horas ahorradas costaron alrededor de trescientas horas y una relación comercial que tardó un año en recuperarse.
Lo relevante del caso es que la decisión de recortar fue perfectamente racional con la información visible. En la hoja de cálculo, quitar 48 horas era un ahorro. El costo de falla no estaba en ninguna celda porque todavía no existía. Sin esa categoría en el presupuesto, los recortes siempre parecen gratis.
Cómo se escribe un criterio de aceptación que sirve
Todo se reduce a esto: si no puedes verificar un criterio, no es un criterio.
- Malo: "El reporte debe ser claro y fácil de entender."
- Mejor: "El reporte debe incluir las cinco métricas acordadas con su comparativo mensual."
- Bueno: "El reporte incluye las cinco métricas acordadas con comparativo mensual, se genera en menos de 30 segundos, y tres usuarios del área localizan el dato de rotación sin ayuda en menos de un minuto."
Fíjate en que el buen criterio mezcla tres cosas: contenido (qué debe tener), desempeño (cómo debe comportarse) y uso (que alguien real logre algo con él). Los criterios que solo cubren contenido dejan pasar entregables técnicamente correctos e inservibles.
Errores frecuentes
Definir la calidad con adjetivos. Robusto, intuitivo, escalable, profesional. Ninguno se puede verificar. Cada adjetivo en un criterio de aceptación es una discusión aplazada hasta el peor momento posible.
Asumir que más control es más calidad. Duplicar las inspecciones sin cambiar cómo se trabaja solo encarece el proyecto. Si cada revisión encuentra los mismos errores, el problema está en el proceso, no en la vigilancia.
Tratar la calidad como una fase. No es una etapa al final: es una propiedad de cómo trabajas todos los días. Un proyecto con "fase de calidad" en el cronograma ya declaró que hasta entonces no la hubo.
Aseguramiento y control: dos cosas distintas que se confunden
Son términos que suenan a sinónimos y designan actividades opuestas en propósito.
El aseguramiento mira el proceso. Pregunta: ¿estamos trabajando de la forma que acordamos? Es preventivo, se hace mientras se produce, y su resultado son ajustes al método. Una auditoría de proceso, una revisión de que se están siguiendo los estándares, una verificación de que las plantillas se usan.
El control mira el producto. Pregunta: ¿este entregable cumple los criterios? Es correctivo, se hace sobre lo ya producido, y su resultado es aceptar, rechazar o corregir. Una prueba, una inspección, una validación de datos.
Un proyecto que solo hace control vive apagando incendios: detecta defectos uno por uno sin que dejen de producirse. Uno que solo hace aseguramiento tiene procesos impecables y puede estar entregando cosas que no sirven. Hacen falta los dos, y en esa proporción: más aseguramiento al principio, más control cerca de las entregas.
Qué hacer cuando el criterio no se cumple
Un entregable que falla la revisión abre tres caminos, y conviene decidir cuál antes de que ocurra, no en caliente:
- Corregir. Se rehace hasta cumplir. Es lo correcto cuando el criterio es esencial y hay tiempo.
- Aceptar con concesión. Se acepta por debajo del criterio, documentando la desviación y quién la autoriza. Es legítimo si el impacto es tolerable, pero tiene que quedar por escrito: las concesiones no registradas se convierten en el nuevo estándar sin que nadie lo haya decidido.
- Rechazar y replantear. Cuando el entregable falla porque el criterio estaba mal definido. Aquí el problema no es la ejecución: es que se acordó algo imposible o equivocado.
La tercera opción es la más incómoda y la que más se evita, porque obliga a reconocer un error de definición. Pero forzar un entregable a cumplir un criterio mal planteado es gastar dinero en llegar a un lugar al que no queríamos ir.
Checklist
- ¿Cada entregable principal tiene criterios de aceptación verificables, sin adjetivos?
- ¿El cronograma tiene tiempo reservado para revisar, no solo para producir?
- ¿Sabes cuánto te está costando el reproceso, aunque sea de forma aproximada?
- ¿Distingues los problemas de calidad de los problemas de alcance?
- ¿Hay puntos de control intermedios, o todo se revisa al final?
- ¿Quién acepta formalmente cada entregable está identificado por nombre?
Para cerrar
La calidad no es hacer las cosas bonitas ni hacerlas caras. Es que lo que prometiste y lo que entregaste sean lo mismo, y que ambos puedan comprobarse sin discutir.
Una pregunta para los comentarios: ¿en tus proyectos se mide lo que cuesta el reproceso? Es el número que más cambia las conversaciones con la dirección, y es el que casi ninguna organización tiene.
Referencias
- Project Management Institute, Guía del PMBOK, 7.ª edición, dominio de desempeño de entrega.
- ISO 9000:2015, sobre los fundamentos y el vocabulario de la calidad.
- Crosby, P., Quality Is Free, sobre los costos de la no conformidad.
- Juran, J. M., Juran's Quality Handbook, sobre la distinción entre calidad y grado.
Siguiente en la serie: Los cinco niveles del costo de la calidad: dejar que el cliente encuentre los defectos es el más caro →
Este artículo forma parte de Gestión de Calidad y Riesgos, una serie de 108 artículos. Ver todos los de esta serie · Índice completo por materia.