La calidad del software no se reduce al buen funcionamiento de una aplicación, sino que atraviesa toda la organización. El texto parte de una premisa filosófica —la calidad como experiencia de un proceso vivo, comparable al cuidado de la salud— y la traslada al producto digital para preguntarse de quién es realmente la responsabilidad.
El autor desmonta la idea de que un equipo de QA aislado pueda garantizar la calidad. A partir de escenarios habituales (lanzamientos que nadie quería, caídas de producción por errores de configuración, fugas de datos, servicios que no escalan por falta de pruebas de carga), argumenta que la mala calidad rara vez nace de un fallo aislado: es el resultado acumulado de pequeños recortes que se acumulan, se agravan y acaban comprometiendo el producto, igual que las mil heridas que, sin tratamiento, conducen al deterioro.
El modelo lineal clásico —análisis, requisitos, diseño, desarrollo, QA, producción— concentra todo el riesgo en la fase inicial y lo va amplificando con el tiempo. Los errores y atajos no corregidos se transforman en deuda técnica, costes crecientes y mayor probabilidad de fallo. Aunque se acorten los ciclos con entregas más pequeñas, el perfil de riesgo se mantiene si el flujo sigue siendo lineal, porque las señales de alerta se pierden bajo la presión por entregar. La calidad, concluye el autor, no es tarea de un solo equipo, sino de todas las funciones que intervienen en la vida del producto, desde el analista hasta el CEO.