Cómo funciona SDD
Del modelo en cascada a la ejecución por IA guiada por especificaciones: el análisis técnico completo.
Evolución
Cómo ha evolucionado el desarrollo de software
Cuatro etapas del desarrollo de software: del rígido modelo en cascada a los agentes de IA guiados por especificaciones.
Waterfall
Fases secuenciales: requisitos, diseño, implementación, pruebas y despliegue. Cada etapa concluye antes de que empiece la siguiente. Los cambios son costosos y los ciclos de retroalimentación se miden en meses.
Previsible, pero lento. Una solicitud de cambio posterior a la fase de diseño podía obligar a rehacer todo el calendario.
Agile
Sprints iterativos, historias de usuario, reuniones diarias y retrospectivas. Los equipos entregan de forma incremental y se adaptan al cambio. Pero la velocidad sigue limitada por el tamaño del equipo y el coste de la coordinación.
Retroalimentación más rápida, pero crecer exige más personas, y más personas exigen más coordinación.
AI-Assisted
Autocompletado de código, asistentes de IA y generación de código mediante chat. Cada desarrollador trabaja más rápido, pero el proceso de desarrollo no cambia. La IA ayuda; el trabajo sigue haciéndolo el ser humano.
Mejoras de productividad del 20 al 40 % por desarrollador, pero el proceso, los roles y los cuellos de botella siguen siendo los mismos.
SDD
La especificación se convierte en el contrato ejecutable. Los agentes de IA implementan, prueban, documentan y despliegan, orquestados por un ingeniero sénior que controla todo el ciclo de vida mediante especificaciones formales.
No se trata de desarrolladores más rápidos, sino de un proceso radicalmente distinto: un ingeniero, la especificación primero y la ejecución a cargo de la IA. Concepto clave
¿Qué es Specification-Driven Development?
Una metodología en la que la especificación es la fuente de verdad y los agentes de IA, la fuerza de trabajo.
Specification-Driven Development (SDD) es una metodología en la que cada funcionalidad, servicio e integración nace como una especificación formal, legible por máquina, antes de escribir una sola línea de código.
A diferencia de los enfoques tradicionales, en los que los desarrolladores interpretan los requisitos y toman decisiones de implementación sobre la marcha, SDD concentra al principio todas las decisiones de arquitectura y de negocio en la especificación. La especificación no es documentación: es la fuente de verdad que ejecutan los agentes de IA.
El resultado: un trabajo previsible, una calidad constante y una velocidad de desarrollo que crece con la profundidad de la especificación, no con el tamaño del equipo.
La especificación es código
Cada funcionalidad empieza como una especificación formal: contratos de API, modelos de datos, reglas de negocio y criterios de aceptación. La especificación es lo bastante precisa para que los agentes de IA la implementen sin ambigüedades.
Los agentes hacen el trabajo
Los agentes de IA se encargan de la implementación, las pruebas, la documentación, la configuración de CI/CD y la localización. Cada agente actúa dentro de un rol definido y de unos límites de contexto estrictos.
El control sigue en manos humanas
Un ingeniero sénior redacta las especificaciones, revisa todos los resultados, toma las decisiones de arquitectura y valida la calidad. La IA multiplica la experiencia, pero no sustituye el criterio.
Arquitectura
Tres capas de contexto
Cada agente de IA opera dentro de una estricta jerarquía de contexto que garantiza la coherencia y la calidad.
Contexto del sistema
Reglas de arquitectura, restricciones de la pila tecnológica, normas de codificación, convenciones de nomenclatura e invariantes del proyecto. Este contexto se carga en todas las sesiones de los agentes y no cambia a mitad del proyecto.
Ejemplo: «Java 21, Spring Boot 3.2, PostgreSQL. Todos los servicios siguen una arquitectura hexagonal. Las API REST se ajustan a la especificación OpenAPI 3.1. Sin ORM: SQL nativo con jOOQ».
Contexto de la funcionalidad
Requisitos, criterios de aceptación, contratos de API, modelos de datos y reglas de negocio de una funcionalidad concreta. Este contexto se limita a la tarea en curso y define qué debe construir el agente.
Ejemplo: «Servicio de emisión de certificados: POST /api/v1/certificates. Valida la capacidad del almacén, comprueba si hay números de serie duplicados y emite el evento de dominio CertificateIssued».
Contexto de ejecución
El archivo actual, el ámbito de la función, los resultados esperados de las pruebas y las dependencias inmediatas. Es la capa de contexto más estrecha: indica al agente exactamente dónde se encuentra y qué debe producir a continuación.
Ejemplo: «Implementar el método CertificateService.issue(). Entrada: IssueCertificateCommand. Salida: CertificateDTO. Debe superar: CertificateServiceTest, líneas 45–78».
Ciclo de vida
El ciclo de vida de SDD
Siete pasos de la especificación a producción, con puntos de control humanos en cada etapa crítica.
- 01
Redactar la especificación del sistema
Definir la arquitectura, la pila tecnológica, las normas de codificación, las convenciones de las API y las reglas del proyecto. Todo ello constituye el contexto inmutable del sistema para todos los agentes.
- 02
Definir los requisitos de cada funcionalidad
Para cada funcionalidad: contratos de API, modelos de datos, reglas de negocio, criterios de aceptación y resultados esperados de las pruebas. La especificación debe ser lo bastante precisa para que la implementación no admita ambigüedades.
- 03
Revisión humana: especificación
El ingeniero revisa que la especificación sea completa, coherente y sólida desde el punto de vista arquitectónico. Es el punto de control más importante: un error en esta fase se propaga a todo lo demás.
- 04
Los agentes de IA implementan
Los agentes ejecutan la especificación: escriben código, crean pruebas, generan documentación y configuran CI/CD. Cada agente trabaja dentro de su rol y de sus límites de contexto.
- 05
Validación automatizada
Todo el código generado se compila, se prueba y se analiza automáticamente. La cobertura de pruebas, la seguridad de tipos y las normas de codificación las imponen las canalizaciones de CI, no las personas.
- 06
Revisión humana: resultado
El ingeniero revisa el código generado para comprobar su corrección, los casos límite, la seguridad y que esté listo para producción. Ningún resultado de la IA se despliega sin validación humana.
- 07
Despliegue en producción
El código aprobado se integra, se ejecutan las canalizaciones de CI/CD y el sistema se despliega. Trazabilidad completa desde la especificación hasta el commit y el despliegue.
Su especificación, un precio fijo, un sistema que funciona.
- 01 NDA firmado Antes de tratar ningún detalle. Su idea queda protegida.
- 02 Llamada inicial · 30 min Solo con un ingeniero sénior: sin comerciales ni intermediarios.
- 03 Presupuesto por escrito · 24 h Alcance y precio fijos o tiempo y materiales: usted elige.
- 04 Inicio en 48 horas Si encajamos, podemos empezar de inmediato.