Cuando el código es la consecuencia.

Durante décadas, la competencia central de un profesional del software ha sido escribir código. SDD —Spec Driven Development— propone que esa competencia se está desplazando. No desaparece, pero deja de ser el acto central del trabajo diario. Lo que ahora te hace productivo es tu capacidad de especificar con claridad qué quieres construir, bajo qué restricciones y con qué criterios de éxito.

Esta guía es una inmersión completa en la metodología que Thoughtworks incluyó en su Technology Radar, que GitHub materializó en Spec Kit y que AWS convirtió en un IDE completo con Kiro. Recorre los fundamentos, la metodología de cuatro fases, las técnicas para escribir specs efectivas, la conexión con Scrum y los marcos ágiles, el ecosistema de herramientas y los errores que hay que evitar.

No esquiva las tensiones. Analiza por qué SDD se parece a waterfall en la forma pero no en el fondo. Explica cuándo el overhead de especificar no compensa. Y defiende, con argumentos y datos, que SDD no contradice la agilidad sino que la completa en un mundo donde los agentes de IA son parte del equipo.

24 capítulos. Un caso práctico de principio a fin. Glosario, fuentes verificables y licencia abierta para formadores.

Para quien trabaja con IA y quiere dejar de improvisar.