Delivery → Sub-issues
Cómo se ejecuta el delivery de un issue, incluyendo la descomposición en sub-issues y el seguimiento del progreso.
Qué es el delivery
Delivery es la etapa de construcción: el equipo implementa la solución definida en discovery. Un issue entra en delivery cuando tiene criterios de aceptación claros, diseños aprobados (si aplica) y estimación confirmada.
Descomposición en sub-issues
Cuando un issue es complejo o involucra múltiples áreas, el Tech Lead lo descompone en sub-issues antes de comenzar. La descomposición se hace en la ceremonia de refinamiento o al inicio del sprint.
Cada sub-issue debe ser completable en un día de trabajo. Si un sub-issue tarda más, probablemente necesita descomponerse más.
Seguimiento durante el delivery
El responsable de cada issue actualiza su estado al menos una vez al día. Los bloqueos se comunican inmediatamente en la ceremonia de sincronización o directamente en el canal del equipo, no se esperan al final del día.
Criterio de completitud
Un issue está completo cuando: el código está mergeado en la rama principal, las pruebas automáticas pasan, el QA aprobó los criterios de aceptación y la feature está desplegada en producción o en el ambiente acordado.