4.2Scrum: roles, eventos & artefactos
Lo esencial en 30 segundos
- Sprints de 1 a 4 semanas, cada uno entregando un incremento utilizable.
- 3 roles : Product Owner (valor), Scrum Master (facilita), equipo (realiza).
- Reflejo : 5 eventos + 3 artefactos = un ciclo de mejora continua.
Mini-caso hilado — Bilal lanza su primer sprint
Tras su giro (4.1), Bilal estructura su equipo : Amine se vuelve Product Owner (prioriza), Bilal facilita como Scrum Master, y el equipo realiza en sprint de 2 semanas. Primer objetivo : un incremento utilizable en la revisión, luego una retro con una mejora concreta.
Continuación del caso 4.1 — Bilal pasa de la mentalidad al marco ritmado.
1. Sprints que entregan
Scrum es el marco ágil más usado. Organiza el trabajo en sprints — iteraciones cortas y regulares (1 a 4 semanas) — al cabo de los cuales el equipo entrega un incremento de producto utilizable.
Su fuerza : un marco sencillo y ritmado — 3 roles, 5 eventos, 3 artefactos — que estructura la colaboración sin lastrarla.
2. Roles, eventos, artefactos
Roles : Product Owner (porta el valor, prioriza el backlog), Scrum Master (facilita, levanta obstáculos), equipo de desarrollo (realiza).
Eventos : sprint, planificación, daily, revisión, retrospectiva. Artefactos : backlog de producto, backlog de sprint, incremento. Juntos, un ciclo de mejora continua.
🔎 Ejemplo concreto — 🔎 Ejemplo concreto — Scrum Master ≠ jefe
Un líder-servidor.
El Scrum Master NO tiene autoridad jerárquica.
Facilita, levanta obstáculos, protege al equipo, favorece la autoorganización.
→ « líder-servidor », no mánager que reparte tareas.Resultado : un equipo autoorganizado y ritmado.
Reflejo : una mejora concreta en cada retrospectiva.
Vocabulario de la sección
- Scrum
- Marco ágil que organiza el trabajo en sprints, con 3 roles, 5 eventos y 3 artefactos.
Ejemplo sencillo: Bilal hace girar su equipo en sprints de 2 semanas con revisión y retro.
Lo que no es: un método que suprime toda reunión y todo seguimiento.
Reflejo: contar : 3 roles, 5 eventos, 3 artefactos — si falta uno, ya no es Scrum.
- Sprint
- Iteración de duración fija (1-4 semanas) al cabo de la cual se entrega un incremento utilizable.
Ejemplo sencillo: El sprint de Bilal termina con una demo utilizable ante el cliente.
Lo que no es: un periodo de duración variable que se alarga cuando hay retraso.
Reflejo: duración fija, nunca prolongada : se ajusta el contenido, no el tiempo.
- Product Owner / Scrum Master
- PO : porta el valor, prioriza el backlog. SM : facilita, protege al equipo, levanta obstáculos.
Ejemplo sencillo: Amine decide las prioridades ; Bilal desbloquea el acceso al cliente.
Lo que no es: dos jefes que se reparten el reparto de tareas.
Reflejo: PO = el qué (valor) ; SM = el cómo del marco.
- Daily / Revisión / Retrospectiva
- Daily : punto diario de sincronización. Revisión : demo del incremento. Retro : mejora del equipo.
Ejemplo sencillo: Bilal mantiene la revisión (qué entregado) y luego la retro (cómo trabajar mejor).
Lo que no es: tres reuniones de informe hacia la jerarquía.
Reflejo: revisión = producto ; retro = equipo ; daily = obstáculos del día.
- Backlog / incremento
- Backlog de producto : lista priorizada del trabajo. Incremento : la parte de producto terminada y utilizable del sprint.
Ejemplo sencillo: El backlog de Bilal está priorizado ; su incremento gira en el cliente.
Lo que no es: un informe de avance o una planificación previsional.
Reflejo: sin incremento utilizable = sprint fallado, incluso con horas hechas.
En la práctica — En la práctica — Simular un ciclo Scrum
- Atribuye los 3 roles en un proyecto ficticio : ¿quién es PO (prioriza), Scrum Master (facilita), equipo (realiza)?
- Constituye un backlog de producto priorizado, y luego selecciona lo que cabrá en un primer sprint (backlog de sprint).
- Ritma el sprint : planificación al inicio, daily cada día (hecho / por hacer / obstáculos), revisión y retrospectiva al final.
- En la revisión, identifica el incremento entregable ; en la retro, anota una mejora concreta para el sprint siguiente.
Script listo para decir — enmarcar los roles del primer sprint (1 min)
« Para este sprint de 2 semanas : Amine es Product Owner, decide las prioridades del backlog. Soy Scrum Master : facilito, levanto los bloqueos, no reparto las tareas. El equipo se autoorganiza para entregar un incremento utilizable en la revisión. En retro, decidimos una sola mejora para el sprint siguiente. »
Para decir en el lanzamiento : nombrar los 3 roles evita que el Scrum Master sea tomado por el jefe.
Modelo copiar-pegar — ficha sprint Scrum
SPRINT N.º __ — DURACIÓN : __ semanas (fija)
PO (prioriza) : _______________ | SM (facilita) : _______________
BACKLOG DE SPRINT (contenido) : _______________
INCREMENTO PREVISTO (utilizable) : _______________
REVISIÓN (fecha + demo a quién) : _______________
RETRO (1 mejora decidida) : _______________TPE / presupuesto pequeño
3 personas bastan : un PO a tiempo parcial, un facilitador, un sprint de 2 semanas con demo al cliente.
Equipo a distancia
Daily corta en visio a hora fija, backlog compartido en línea : el ritmo compensa la distancia.
Pyme Argelia
Bilal protege la revisión cliente de los aleas (desplazamientos, cortes) planificándola desde el día 1 del sprint.
Flujo continuo (soporte)
Si las solicitudes llueven sin objetivo de sprint posible, preferir Kanban (4.3) más que forzar Scrum.
✓ Buenas prácticas
- Entrega un incremento realmente utilizable en cada sprint.
- Mantén la retrospectiva : una mejora concreta en cada ciclo.
- Deja al Scrum Master facilitar, no mandar.
✗ Errores frecuentes
- Tomar al Scrum Master por el jefe jerárquico.
- Terminar un sprint sin incremento utilizable.
- Aplicar los rituales sin el espíritu de autoorganización.
Puntos clave
- Scrum organiza el trabajo en sprints que entregan un incremento utilizable.
- 3 roles : Product Owner, Scrum Master, equipo de desarrollo.
- 5 eventos : sprint, planificación, daily, revisión, retrospectiva.
- 3 artefactos : backlog de producto, backlog de sprint, incremento.
Reto 48h — aplica mañana
Atribuye los 3 roles en tu proyecto (PO, Scrum Master, equipo) y lanza un sprint de 2 semanas con revisión fechada (modelo anterior).
- Puedo citar los 3 roles y su misión sin dudar.
- Sé lo que entrega un sprint (un incremento utilizable).
- He atribuido los 3 roles y fechado una revisión.
Preguntas frecuentes
¿Qué diferencia hay entre el Product Owner y el jefe de proyecto?
El Product Owner se concentra en el VALOR : define y prioriza el qué (el backlog) para maximizar el beneficio del producto. El papel tradicional de jefe de proyecto (planificación, coordinación, control) se redistribuye en parte en Scrum (al SM, al equipo autoorganizado). De hecho, muchas organizaciones mantienen un jefe de proyecto coordinando varios equipos o la articulación con lo predictivo. Los roles no se superponen pues exactamente.
¿El Scrum Master es el jefe del equipo?
No, es un equívoco común : el Scrum Master no tiene autoridad jerárquica. Es un facilitador al servicio del equipo — le ayuda a aplicar Scrum, levanta obstáculos, lo protege de perturbaciones y favorece su autoorganización. Es un papel de « líder-servidor », no de mánager que reparte tareas. Confundir ambos equivale a recrear un jefe donde Scrum quiere un equipo autoorganizado.
¿Qué entrega un equipo Scrum al final de un sprint?