6 min lectura • Guide 484 of 877
Comenzando con Scrum
Scrum proporciona un framework estructurado para desarrollo iterativo con roles, ceremonias y artefactos definidos. GitScrum soporta implementación completa de Scrum con planificación de sprints, gestión de backlog, gráficos burndown y herramientas de retrospectiva que ayudan a los equipos a adoptar el framework efectivamente.
Visión General del Framework Scrum
| Elemento | Propósito | Frecuencia |
|---|---|---|
| Sprint | Iteración con tiempo fijo | 1-4 semanas |
| Sprint Planning | Planificar trabajo del sprint | Inicio del sprint |
| Daily Standup | Sincronizar y bloqueos | Diario (15 min) |
| Sprint Review | Demo a stakeholders | Fin del sprint |
| Retrospectiva | Mejora del equipo | Fin del sprint |
Roles de Scrum
ESTRUCTURA DEL EQUIPO SCRUM
┌─────────────────────────────────────────────────┐
│ │
│ PRODUCT OWNER │
│ ├── Dueño del product backlog │
│ ├── Prioriza por valor de negocio │
│ ├── Define criterios de aceptación │
│ └── Toma decisiones de alcance │
│ │
├─────────────────────────────────────────────────┤
│ │
│ SCRUM MASTER │
│ ├── Facilita ceremonias │
│ ├── Elimina impedimentos │
│ ├── Coaching en prácticas ágiles │
│ └── Protege al equipo de distracciones │
│ │
├─────────────────────────────────────────────────┤
│ │
│ EQUIPO DE DESARROLLO (3-9 miembros) │
│ ├── Auto-organizado │
│ ├── Multifuncional │
│ ├── Se compromete con objetivos del sprint │
│ └── Entrega incremento funcionando │
│ │
└─────────────────────────────────────────────────┘
Ciclo del Sprint
ESTRUCTURA DE SPRINT DE DOS SEMANAS
┌─────────────────────────────────────────────────┐
│ DÍA 1 (Lunes AM) │
│ ┌─────────────────────────────────────────┐ │
│ │ SPRINT PLANNING (2-4 horas) │ │
│ │ • Revisar objetivo del sprint │ │
│ │ • Seleccionar items del backlog │ │
│ │ • Dividir en tareas │ │
│ │ • Comprometerse como equipo │ │
│ └─────────────────────────────────────────┘ │
│ │
│ DÍAS 1-9 (Diario) │
│ ┌─────────────────────────────────────────┐ │
│ │ DAILY STANDUP (15 minutos) │ │
│ │ • ¿Qué hice ayer? │ │
│ │ • ¿Qué haré hoy? │ │
│ │ • ¿Hay bloqueos? │ │
│ └─────────────────────────────────────────┘ │
│ │
│ MITAD DEL SPRINT │
│ ┌─────────────────────────────────────────┐ │
│ │ REFINAMIENTO DEL BACKLOG (1 hora) │ │
│ │ • Refinar próximos items │ │
│ │ • Estimar │ │
│ │ • Clarificar requisitos │ │
│ └─────────────────────────────────────────┘ │
│ │
│ DÍA 10 (Viernes PM) │
│ ┌─────────────────────────────────────────┐ │
│ │ SPRINT REVIEW (1-2 horas) │ │
│ │ • Demo del trabajo completado │ │
│ │ • Obtener feedback de stakeholders │ │
│ │ • Actualizar backlog │ │
│ └─────────────────────────────────────────┘ │
│ ┌─────────────────────────────────────────┐ │
│ │ RETROSPECTIVA (1-1.5 horas) │ │
│ │ • ¿Qué salió bien? │ │
│ │ • ¿Qué mejorar? │ │
│ │ • Items de acción │ │
│ └─────────────────────────────────────────┘ │
└─────────────────────────────────────────────────┘
Artefactos de Scrum
PRODUCT BACKLOG
┌─────────────────────────────────────────────────┐
│ Lista ordenada de todo lo necesario │
│ • Priorizado por Product Owner │
│ • Items superiores refinados y listos │
│ • Siempre evolucionando │
│ │
│ 1. [Listo] Login usuario - 5 pts │
│ 2. [Listo] Vista dashboard - 8 pts │
│ 3. [Listo] Página configuración - 3 pts │
│ 4. [Borrador] Feature exportar - ? │
│ 5. [Idea] App móvil - ? │
└─────────────────────────────────────────────────┘
SPRINT BACKLOG
┌─────────────────────────────────────────────────┐
│ Trabajo comprometido para sprint actual │
│ • Propiedad del equipo │
│ • Tareas detalladas │
│ • Actualizado diariamente │
│ │
│ Objetivo Sprint: Login funcionando │
│ ├── [GS-101] API login → En Review │
│ │ ├── Implementar endpoint │
│ │ ├── Añadir validación │
│ │ └── Escribir tests │
│ ├── [GS-102] UI login → En Progreso │
│ └── [GS-103] Integración → Por Hacer │
└─────────────────────────────────────────────────┘
INCREMENTO
┌─────────────────────────────────────────────────┐
│ Suma de todos los items completados │
│ • Potencialmente entregable │
│ • Cumple Definition of Done │
│ • Valor demostrable │
└─────────────────────────────────────────────────┘
Definition of Done
EJEMPLO DE DEFINITION OF DONE
Un item de backlog está HECHO cuando:
┌─────────────────────────────────────────────────┐
│ ☑ Código completo y funcionando │
│ ☑ Tests unitarios escritos y pasando │
│ ☑ Code review aprobado │
│ ☑ Tests de integración pasando │
│ ☑ Documentación actualizada │
│ ☑ Desplegado en staging │
│ ☑ QA validó criterios de aceptación │
│ ☑ Sin bugs conocidos de severidad alta │
└─────────────────────────────────────────────────┘
Por qué importa:
• Todos saben cuándo algo está realmente terminado
• Evita trabajo incompleto acumulándose
• Calidad consistente en entregas
• Reduce deuda técnica
Métricas de Scrum
MÉTRICAS CLAVE
VELOCIDAD:
├── Puntos completados por sprint
├── Promedio últimos 3-6 sprints
├── Usar para planificación de capacidad
└── NO para comparar equipos
BURNDOWN:
├── Trabajo restante vs tiempo
├── Actualizado diariamente
├── Detecta problemas temprano
└── Visible para todo el equipo
SPRINT GOAL ACHIEVEMENT:
├── ¿Cumplimos el objetivo?
├── % de sprints exitosos
├── Más importante que velocidad
└── Indica salud del equipo