Idea principal

Corregir un defecto de inmediato tiene un precio visible: una funcionalidad que no se termina, un sprint goal alterado, un tema de roadmap aplazado. Es incómodo, y es normal: la calidad consume capacidad igual que todo lo demás.

Un equipo que aparta los defectos para preservar su velocidad obtiene exactamente lo que mide. La cifra se mantiene. Mientras tanto se acumulan la fricción de uso, la carga de soporte, la deuda y la desconfianza, y ninguna de esas cuatro líneas entra en la velocidad.

Por qué es importante

La velocidad mide un caudal de entrega, no un estado del producto. Convertirla en objetivo crea el incentivo preciso a no corregir: la única forma de proteger la cifra es sacar la calidad del perímetro medido.

Matices y límites

El exceso contrario existe. Un equipo que vuelca toda su capacidad en la corrección protege el producto y deja de entregar, lo que también tiene un coste.

Preguntas abiertas

• ¿Qué medida pone el coste de los defectos en la misma unidad que la velocidad, para que el arbitraje sea legible?