≡Herramienta · Modelo IA · SDLC
Comparativa SDD vs Desarrollo Tradicional
Qué aplica, quién actúa y qué produce cada modelo en cada fase del SDLC
10/11
Tabla comparativa por fase del SDLC
| Fase SDLC | SDD — Agente principal | SDD — Output | Tradicional — Agente principal | Tradicional — Output |
|---|---|---|---|---|
| Requisitos | Agente de requisitos estructurados | Criterios verificables formalizados | Asistente BA/PO + developer | Historia de usuario + AC informales |
| Especificación | Agente de especificación (core) | spec.md · design.md | No existe como fase formal | Código y decisiones en la cabeza del developer |
| Arquitectura | Agente de arquitectura desde spec | Diseño técnico trazado a spec | Architect + copiloto asistente | Diagrama + decisiones en documentos sueltos |
| Desarrollo | Generación desde spec (agente) | Código verificable contra spec | Copiloto de desarrollo (core) | Código generado interactivamente |
| Testing | Agente QA desde criterios de spec | Tests derivados de spec, cobertura total | Agente testing + developer | Tests para código existente, cobertura parcial |
| Documentación | Generada automáticamente desde spec | Siempre sincronizada | Agente documental + developer | Generada a posteriori, puede desync |
| Revisión | Validación contra especificación | Divergencias código/spec detectadas | Code review asistido | Revisión de calidad y estilo |
| Trazabilidad | Nativa · end-to-end | Req → Spec → Código → Test | Parcial · requiere esfuerzo manual | Depende de la madurez del equipo |
| Transferibilidad | Cualquier agente puede retomar la spec | Sin dependencia del desarrollador original | Depende del contexto del developer | Riesgo de knowledge loss en rotaciones |
¿Cuándo elegir cada modelo?
Elige SDD cuando
- Proyectos nuevos (greenfield)
- Compliance requiere trazabilidad auditada
- Equipos grandes o distribuidos
- Alta rotación o equipos variables
- APIs críticas o reguladas
- El código debe sobrevivir a los autores
Elige Tradicional cuando
- Proyectos de mantenimiento o refactoring
- Alta deuda técnica preexistente
- Equipo comenzando con IA (curva de entrada)
- Contexto cambiante o requisitos inestables
- Tareas pequeñas y aisladas
- Transición gradual hacia SDD