Versión: 1.0
Fecha: 8 de Marzo, 2026
Arquitecto: Carlos Alberto Torres Camargo
Clasificación: Interno - Equipo de Fábrica
| Parámetro | Valor | Justificación |
|---|---|---|
| Duración Sprint | 2 semanas | Estándar para equipos nuevos. Suficiente para entregar valor, corto para iterar |
| Sprint Goal | Definido en Planning | Objetivo claro y medible por sprint |
| Horario de trabajo | 8:00 AM - 5:00 PM | Jornada estándar |
| Herramienta de gestión | GitLab Issues + GitLab Board | Integrado con código y pipelines |
| Estimación | Planning Poker (Fibonacci) | Story Points: 1, 2, 3, 5, 8, 13 |
Una Historia de Usuario está Ready cuando cumple todos estos criterios:
Si una HU no cumple el DoR → no entra al Sprint.
Una Historia de Usuario está Done cuando cumple todos estos criterios:
developdevelop| Aspecto | Detalle |
|---|---|
| Cuándo | Lunes, Día 1 del Sprint, 9:00 AM |
| Duración | 3 horas |
| Facilitador | PM / Scrum Master |
| Participantes | Todo el equipo + Arquitecto (consultado) |
Agenda:
| Tiempo | Actividad | Responsable |
|---|---|---|
| 0:00 - 0:30 | Review del Sprint Goal propuesto por PO | PO / PM |
| 0:30 - 1:00 | Selección de HUs del backlog (priorizadas) | PM + Equipo |
| 1:00 - 2:00 | Planning Poker: estimación de HUs seleccionadas | Equipo |
| 2:00 - 2:30 | Desglose en tareas técnicas (backend, frontend, infra) | Equipo |
| 2:30 - 3:00 | Asignación de responsables y dependencias | PM + Seniors |
Output:
Reglas:
| Aspecto | Detalle |
|---|---|
| Cuándo | Todos los días, 9:00 AM |
| Duración | 15 minutos máximo |
| Facilitador | Rotativo (cada miembro del equipo) |
| Participantes | Todo el equipo |
Formato (cada persona):
Reglas:
| Aspecto | Detalle |
|---|---|
| Cuándo | Miércoles, Semana 1 del Sprint, 2:00 PM |
| Duración | 1.5 horas |
| Facilitador | PM |
| Participantes | Equipo + Arquitecto (consultado) + PO (si disponible) |
Agenda:
| Tiempo | Actividad | Responsable |
|---|---|---|
| 0:00 - 0:30 | PO presenta HUs candidatas para próximo sprint | PO / PM |
| 0:30 - 1:00 | Equipo pregunta, aclara, identifica dependencias | Equipo |
| 1:00 - 1:15 | Arquitecto valida impacto técnico | Arquitecto |
| 1:15 - 1:30 | Pre-estimación (alto nivel) y priorización | Equipo |
Output:
| Aspecto | Detalle |
|---|---|
| Cuándo | Viernes, último día del Sprint, 3:00 PM |
| Duración | 1.5 horas |
| Facilitador | PM |
| Participantes | Equipo + Gerencia + Stakeholders |
Agenda:
| Tiempo | Actividad | Responsable |
|---|---|---|
| 0:00 - 0:10 | Resumen del Sprint: objetivo, métricas, velocity | PM |
| 0:10 - 1:00 | Demo en vivo de funcionalidades completadas | Desarrolladores |
| 1:00 - 1:20 | Feedback de stakeholders | Gerencia |
| 1:20 - 1:30 | Ajustes al backlog basados en feedback | PM + PO |
Reglas de la Demo:
| Aspecto | Detalle |
|---|---|
| Cuándo | Viernes, último día del Sprint, 4:30 PM |
| Duración | 1 hora |
| Facilitador | Scrum Master / PM |
| Participantes | Solo equipo técnico (sin gerencia) |
Formato: Start / Stop / Continue
| Columna | Pregunta |
|---|---|
| Start | ¿Qué deberíamos empezar a hacer? |
| Stop | ¿Qué deberíamos dejar de hacer? |
| Continue | ¿Qué está funcionando bien y debemos mantener? |
Output:
RETRO_LOG.mdReglas:
Labels por Dominio:
domain:masters (🟢 verde)
domain:accounting (🔵 azul)
domain:treasury (🟡 amarillo)
domain:commerce (🟠 naranja)
domain:inventory (🟤 marrón)
domain:people (🟣 morado)
domain:infra (⚪ gris)
Labels por Tipo:
type:feature (nueva funcionalidad)
type:bug (corrección)
type:tech-debt (deuda técnica)
type:spike (investigación)
type:docs (documentación)
Labels por Stack:
stack:backend
stack:frontend
stack:fullstack
stack:infra
Labels por Prioridad:
priority:P0-critical
priority:P1-high
priority:P2-medium
priority:P3-low
Milestones:
Sprint 0 (Mar 23-28)
Sprint 1 (Mar 30 - Abr 11)
Sprint 2 (Abr 14-25)
...
┌──────────┬──────────┬──────────────┬─────────────┬──────────┬──────────┐
│ BACKLOG │ TO DO │ IN PROGRESS │ CODE REVIEW │ QA │ DONE │
│ │ │ │ │ │ │
│ HU-15 │ HU-08 │ HU-05 [JrB] │ HU-03 [SrB] │ HU-01 │ HU-02 │
│ HU-16 │ HU-09 │ HU-06 [SrF] │ HU-04 [JrF] │ │ │
│ HU-17 │ HU-10 │ HU-07 [SrB] │ │ │ │
│ │ │ │ │ │ │
│ (Sprint │ (Listo │ (En │ (PR creado, │(Validando│ (Cumple │
│ backlog)│ para │ desarrollo) │ esperando │ end-to- │ DoD) │
│ │ iniciar) │ │ review) │ end) │ │
└──────────┴──────────┴──────────────┴─────────────┴──────────┴──────────┘
WIP Limits (Work In Progress):
| Canal | Herramienta | Propósito |
|---|---|---|
#nebula-general |
Slack/Teams | Anuncios generales |
#nebula-backend |
Slack/Teams | Dudas y discusiones backend |
#nebula-frontend |
Slack/Teams | Dudas y discusiones frontend |
#nebula-daily |
Slack/Teams | Dailys asincrónicos (si alguien no puede asistir) |
#nebula-deploys |
Slack/Teams | Notificaciones automáticas de Jenkins |
#nebula-code-review |
Slack/Teams | Notificación de PRs pendientes |
| Métrica | Fuente | Target Sprint 0 | Target Sprint 1 | Target Sprint 4 |
|---|---|---|---|---|
| Velocity (Story Points completados) | GitLab | 15 SP | 20 SP | 35 SP |
| Sprint Burndown | GitLab | Tendencia descendente | Tendencia descendente | Predecible |
| Bugs encontrados | GitLab | < 8 | < 5 | < 3 |
| PRs sin re-work | GitLab | > 30% | > 50% | > 75% |
| Pipeline success rate | Jenkins | > 70% | > 80% | > 95% |
| Cobertura de código | SonarQube | > 50% | > 70% | > 80% |
| Tiempo promedio PR review | GitLab | < 48 hrs | < 24 hrs | < 12 hrs |
| Reporte | Frecuencia | Destinatario | Responsable |
|---|---|---|---|
| Sprint Burndown | Diario (automático) | Equipo | GitLab |
| Status Report | Semanal (Viernes PM) | Gerencia | PM |
| Sprint Review Report | Cada 2 semanas | Gerencia + Stakeholders | PM |
| Métricas de Calidad | Mensual | Arquitecto + Gerencia | PM + Arquitecto |
| Steering Committee | Mensual | Gerencia + Arquitecto + PM | PM |
# Status Report - Semana X
**Sprint:** Sprint N (Semana M de 2)
**Fecha:** DD/MM/YYYY
## Resumen
- Sprint Goal: [descripción]
- Velocity actual: XX / YY SP (XX% completado)
- Burndown: [en track / retrasado / adelantado]
## Completado esta semana
- [HU-XX] Descripción (Backend/Frontend) ✅
- [HU-XX] Descripción (Backend/Frontend) ✅
## En progreso
- [HU-XX] Descripción — XX% completado
- [HU-XX] Descripción — XX% completado
## Bloqueadores
- [Bloqueador 1] — Acción: [qué se necesita] — Responsable: [quién]
## Riesgos
- [Riesgo 1] — Probabilidad: [alta/media/baja] — Impacto: [alto/medio/bajo]
## Próxima semana
- [Plan de actividades]
9:00 AM Daily Standup (15 min)
│
9:15 AM ├── Desarrolladores trabajan en sus HUs
│ ├── Backend: feature branch → código → tests → PR
│ └── Frontend: feature branch → código → lint → PR
│
10:00 AM ├── Office Hours Arquitecto (Mar y Jue)
│
12:00 PM ├── Almuerzo
│
1:00 PM ├── Continúan desarrollo
│ ├── Code Reviews pendientes (Gatekeepers)
│ └── Pair programming (Jr con Sr si es necesario)
│
2:00 PM ├── Refinement (solo Mié Semana 1)
│
4:00 PM ├── Sesión Técnica Grupal (solo Viernes)
│
5:00 PM └── Fin de jornada
| Sprint | Fechas | Semanas | Objetivo |
|---|---|---|---|
| Sprint 0 | Mar 23-28 | S4 | Ensayo general: CRUD Terceros E2E, pipeline validado, GitFlow en práctica |
| Sprint 1 | Mar 30 - Abr 11 | S5-S6 | Maestros completos + Plan de Cuentas (inicio) |
| Sprint 2 | Abr 14-25 | S7-S8 | Plan de Cuentas + Configuración Contable + Períodos |
| Sprint 3 | Abr 28 - May 9 | S9-S10 | Asientos Contables + Movimientos + Comprobantes |
| Sprint 4 | May 12-23 | S11-S12 | Tesorería: Bancos, Cajas, Conciliación |
| Sprint 5 | May 26 - Jun 6 | S13-S14 | Integración E2E + Tests + Fix bugs + Performance |
| Buffer | Jun 9-20 | S15-S16 | QA + Hardening + Documentación usuario |
| Entrega | Jun 23-30 | CORE FINANCIERO OPERATIVO |
| Version | Fecha | Autor | Descripcion |
|---|---|---|---|
| 1.0.0 | 2026-03-08 | Carlos Torres | Creación del proceso Scrum operativo para Nebula ERP |