Maarten Dalmijn lleva años siendo una de las voces más claras del ecosistema Scrum sobre Sprint Goals. Este libro recoge su tesis central: las metas del Sprint no son un decorado del Planning — son el sistema nervioso de todo Scrum. Si el equipo no sabe responder "¿qué intentamos aprender o conseguir este Sprint?", tiene un problema mayor que cualquier impedimento técnico.
El libro es extenso y a veces teórico, pero cada parte contiene ideas aplicables de inmediato. Este resumen organiza los puntos más valiosos por sección.
01 · Parte IPor qué importan las metas.
Dalmijn arranca con el problema raíz: la planificación en software es fundamentalmente imperfecta. Cita a Stephen Bungay para identificar tres brechas que destruyen la ejecución:
- Knowledge gap: no sabemos lo suficiente para planificar con precisión.
- Alignment gap: la gente no actúa según lo planificado porque no entiende la intención.
- Effects gap: las acciones no producen los resultados esperados.
Introduce también el modelo Cynefin de Dave Snowden para recordar que el desarrollo de producto opera mayoritariamente en el dominio complejo — donde las causas y efectos sólo se entienden en retrospectiva. Las metas del Sprint son la respuesta práctica a esta incertidumbre: anclan la intención sin microgestionar la solución.
02 · Parte IILas metas como latidos del corazón.
Esta sección explica cómo cada evento Scrum debe orbitar alrededor de la Sprint Goal. El Planning la define, el Daily la revisa, la Review la valida, la Retro la analiza. Sin ese hilo conductor, los eventos se convierten en reuniones de estado.
Dalmijn distingue con precisión entre Product Goal (horizonte de producto, de meses) y Sprint Goal (aprendizaje o valor de las próximas dos semanas). Muchos equipos confunden ambos o no tienen ninguno.
Sin una Sprint Goal significativa, los equipos se convierten en Feature Factories: entregan output, no outcome.— Maarten Dalmijn, Driving Value with Sprint Goals
La metáfora más memorable del libro: los Sprints "anaconda" (proyectos disfrazados de Sprints, con scope fijo y fecha inamovible) versus los Sprints "colibrí" (ligeros, centrados en la meta, con scope que puede adaptarse). La mayoría de equipos opera como anacondas sin saberlo.
03 · Parte IIICómo crear buenas metas.
El capítulo más práctico del libro. Dalmijn propone el criterio FOCUS para evaluar una Sprint Goal:
- F — Fun: motiva al equipo, no es burocrática.
- O — Outcome-Oriented: describe el resultado esperado, no las tareas.
- C — Collaborative: el equipo la define junto, no la recibe dictada.
- U — Ultimate: si se consigue, el Sprint fue un éxito independientemente de lo demás.
- S — Singular: una sola meta por Sprint. Dos metas son cero metas.
También trata la integración con OKR — aunque Dalmijn reconoce que este es el punto más débil del libro. La Product Goal puede derivarse de un OKR trimestral, y las Sprint Goals pueden alinearse con los Key Results. No profundiza mucho, pero la conexión está esbozada.
04 · Parte IVObstáculos habituales.
La sección más honesta del libro. Dalmijn lista los antipatrones que impiden que las metas del Sprint funcionen:
- Backlogs tipo "carta a los Reyes Magos" sin hipótesis de valor.
- Obsesión con la Definition of Ready que convierte el refinamiento en mini-plannings.
- Presión stakeholder para añadir items "urgentes" que invalidan la meta a mitad del Sprint.
- Equipos multitarea que nunca pueden comprometerse a una sola meta.
- Velocidad como métrica principal — incentiva el output frente al outcome.
Para la gestión de stakeholders, propone un giro conceptual: no "gestionar" a los stakeholders sino incluirlos. La Sprint Review no es una demo — es una sesión de co-creación donde los stakeholders ayudan a definir el siguiente paso.
El libro cierra con una reflexión sobre el escalado: escalar Scrum sin resolver primero la disfunción de comunicación sólo amplifica los problemas. Las metas del Sprint son la infraestructura de coordinación que hace posible el escalado real.