Reinertsen + Standish Group + Pendo
El problema que resuelve
Hay dos creencias implícitas en el paradigma de arquitectura completa-antes-de-usar:
Las dos son falsas. El tiempo tiene valor económico que se pierde mientras se espera, y una fracción importante de lo que se construye con tanto cuidado nunca va a ser usado por nadie.
Qué es
Cost of Delay es un modelo cuantitativo que mide el impacto económico de retrasar la disponibilidad de un sistema o feature. Combina la comprensión del valor con cómo ese valor se erosiona con el tiempo. No es una metáfora — es un número calculable. Wikipedia
Premature Completeness es el antipatrón que lo produce: construir para un futuro anticipado en lugar de para la necesidad real del momento. El paralelo con premature optimization es exacto — mismo mecanismo, distinta escala.
Cómo lo resuelven juntos
Cost of Delay ataca el cuándo: el costo de retrasar un proyecto o producto es frecuentemente mayor que el costo de construirlo. El dato de uso ataca el cuánto: entre el 64% y el 80% de las features construidas raramente o nunca se usan. Y hay una tercera capa que emerge de ambos combinados: mientras construyes con perfección anticipada, el mundo sigue moviéndose. Cuando terminas, parte de lo diseñado ya no responde a lo que el negocio necesita. El costo no es solo el delay — es el delay más la obsolescencia de parte del esfuerzo. Learning Loop
Dos principios centrales
1. El tiempo tiene valor económico, no solo costo de construcción — Reinertsen encontró que un retraso de seis meses puede equivaler al 33% de las ganancias del ciclo de vida del producto. Ese es el número que un técnico necesita escuchar para entender que esperar no es gratis. Air University
2. La completitud anticipada no garantiza utilidad — el 20% de features genera el 80% del uso real. Diseñar el 100% antes de entregar el 20% es invertir el máximo esfuerzo donde hay mínima certeza de valor.