Sprint Planning vs. refinement del backlog
El Sprint Planning y el refinement del backlog son los dos eventos de preparación que determinan la calidad del sprint.
Referencia rápida: diferencias clave
| Refinement del Backlog | Sprint Planning |
|---|---|
| Continuo durante el sprint (típicamente 1–2 sesiones por sprint) | Una vez, al inicio de cada sprint |
| Elementos listos del backlog: estimados, criterios de aceptación escritos, dependencias identificadas | Sprint Goal + backlog de sprint seleccionado + desglose inicial de tareas |
| Product Owner + equipo completo | Scrum Master facilita; equipo completo se compromete |
Qué hace el refinement del backlog
El refinement prepara trabajo futuro. Sus salidas son las entradas para el Sprint Planning.
En el refinement, las historias pueden ser cuestionadas, cambiadas y eliminadas.
- Escribir y revisar criterios de aceptación
- Dividir historias grandes en elementos del tamaño de un sprint
- Estimar usando planning poker
- Identificar y resolver dependencias
- Eliminar elementos desactualizados o reemplazados
Qué hace el Sprint Planning
El Sprint Planning se compromete con un plan específico.
Las tres salidas requeridas del Sprint Planning son compromisos.
- Acordar el Sprint Goal
- Seleccionar elementos del backlog que encajen en la capacidad del sprint
- Estimar elementos no estimados (brevemente)
- Desglosar los primeros 2–3 días de trabajo en tareas
- Confirmar el compromiso del equipo
Errores comunes que difuminan el límite
El límite entre refinement y planning se difumina con frecuencia.
- Estimar durante el Sprint Planning: cuando las historias llegan sin estimaciones, el equipo debe estimar antes de poder seleccionar.
- Cambiar criterios de aceptación durante la planificación: los cambios de criterios pertenecen al refinement.
- Saltarse el refinement "para ahorrar tiempo": una hora de refinement ahorra dos o tres horas de planificación.
- Usar la planificación para discusiones de refinement: "Espera — ¿qué significa realmente esta historia?" es una pregunta de refinement.
Cómo el refinement y la planificación trabajan juntos
La relación es upstream-downstream: el refinement produce las entradas que consume la planificación.
- El refinement se ejecuta a mitad del sprint, procesando el backlog con dos sprints de anticipación.
- Las historias salen del refinement listas: estimadas, criterios de aceptación aceptados, dependencias resueltas.
- El Sprint Planning selecciona de historias listas, acuerda el Sprint Goal y produce un backlog de sprint.
- El sprint produce datos de velocidad que retroalimentan la priorización del refinement.
- El ciclo se repite.
FAQ de Sprint Planning vs. refinement
¿Es el refinement un evento Scrum?
No. La Guía Scrum describe el refinement como una actividad. Los eventos formales de Scrum son el Sprint, Sprint Planning, Daily Scrum, Sprint Review y Sprint Retrospective.
¿Puede el refinement reemplazar al Sprint Planning?
No. El refinement prepara el trabajo; el Sprint Planning se compromete con el trabajo.
¿Quién facilita el refinement vs. el Sprint Planning?
Ambos son típicamente facilitados por el Scrum Master.
¿Cómo sabemos si nuestro refinement está funcionando?
El buen refinement se muestra en el Sprint Planning: menos preguntas de aclaración, selección de historias más rápida.
Usa Planning Poker online gratuito para estimar durante el refinement