1Fase 1 · SDD Lifecycle
Historia de usuario
Punto de partida del ciclo real · Definición de necesidad y criterios verificables
3/14
Qué se hace aquí
Se parte de una historia de usuario en Jira, Azure DevOps, GitHub Issues, Linear o similar. La historia debe ser clara, con criterios de aceptación específicos y sin ambigüedad antes de pasar a la siguiente fase.
Ejemplo de historia de usuario
Como cliente autenticado,
quiero consultar mis movimientos bancarios
filtrando por fecha, importe y categoría,
para encontrar operaciones concretas sin revisar
todo el histórico.
── Criterios de aceptación ──────────────────────
CA1. El usuario puede filtrar por rango de fechas.
CA2. El usuario puede filtrar por importe mínimo y máximo.
CA3. El usuario puede filtrar por categoría.
CA4. Si no hay resultados, se muestra un mensaje informativo.
CA5. El endpoint debe paginar resultados.
CA6. Solo se devuelven movimientos del usuario autenticado.
Flujo clásico vs. flujo con OpenSpec
❌ Flujo clásico
Historia → código directamente. El agente IA empieza a implementar sin spec completa, generando ambigüedad y retrabajo.
✓ Flujo con OpenSpec
Historia → spec exhaustiva → criterios verificables → tareas atómicas → tests → código. Orden y trazabilidad total.
✓ Gate 1 — Historia Clara
✓
Historia en formato estándar✓
Criterios de aceptación definidos✓
Sin ambigüedad de alcance✓
Impacto técnico identificado