Un sprint sin un incremento real es solo una reunión de seguimiento
Scrum hace una promesa sencilla: al final de cada sprint, el equipo produce un incremento utilizable del producto. No la demostración de una función a medio conectar, ni una diapositiva que diga «90 % completado», sino una pieza de producto funcional que cumple la definición de terminado y que podría lanzarse. Tras la disrupción de los últimos dos años, con equipos dispersos en oficinas en casa y cronogramas alterados por los problemas de suministro, esa promesa importa más, no menos. Un incremento real es la única señal honesta en la que una parte interesada puede confiar cuando nadie está en la misma sala.
Sin embargo, el incremento es la parte de Scrum que se abandona con más sigilo. Los equipos mantienen las ceremonias —la reunión diaria, la revisión, la retrospectiva— pero aquello que esas ceremonias existen para proteger se desvanece. A continuación está la diferencia entre un incremento que merece el nombre y otro que solo finge serlo.
Cómo es un incremento real
Un incremento sano es lo bastante concreto como para que un dueño de producto pudiera lanzarlo en el acto. La Guía de Scrum es tajante: un trabajo no pertenece a un incremento a menos que cumpla la definición de terminado. Todo lo demás es trabajo sin terminar, y el trabajo sin terminar no es progreso: es un riesgo que aún no has pagado.
Está integrado en el producto, no en una rama aparte esperando una fusión que nadie ha programado.
Está probado según la definición de terminado del equipo, no «funciona en mi máquina», sino verificado contra el estándar que todo el equipo acordó.
Se suma al valor de los incrementos anteriores; el producto sigue funcionando como un todo, no solo la porción nueva.
Puede demostrarse como software en funcionamiento en la revisión del sprint, sin advertencias del tipo «imaginen que esta parte funcionara».
Una parte interesada que asiste a la revisión puede tomar una decisión real, porque lo que ve es lo que obtendría.
Con qué se conforman los equipos en su lugar
Cuando el incremento se escapa, rara vez fracasa de forma ruidosa. Se erosiona mediante pequeñas concesiones de apariencia razonable que, sumadas, dan un sprint sin nada entregable al final.
El hábito del arrastre. «Está prácticamente terminado, solo falta probarlo el próximo sprint». Probar es parte de terminado. El trabajo que siempre cae en el siguiente sprint es trabajo que nunca se acaba realmente, y la acumulación de elementos «casi terminados» se convierte en sigilo en el verdadero estado del proyecto.
El teatro de la demo. La revisión muestra un prototipo pulido o un recorrido grabado en lugar del producto en funcionamiento. Las partes interesadas aplauden algo que no se puede desplegar, y la brecha entre percepción y realidad se ensancha un sprint más.
La definición de terminado a la deriva. Bajo la presión de los plazos, «terminado» pierde en silencio un paso: la revisión de código aquí, el control de accesibilidad allá. Cada recorte parece pequeño; juntos hacen que el incremento ya no sea confiable y que el próximo lanzamiento sea una carrera de trabajo aplazado.
La deuda de integración. El trabajo de cada desarrollador pasa por separado, pero las piezas no se juntan hasta un doloroso «sprint de integración» posterior. Un equipo remoto es especialmente propenso a esto, porque es fácil posponer la fricción de fusionar cuando no se está sentado al lado.
La solución no es el heroísmo; es la honestidad sobre la definición de terminado y la disciplina de mantener el listón donde el equipo lo fijó. Divide el trabajo en partes lo bastante pequeñas para que algo realmente terminable quepa en un solo sprint. Integra de forma continua en lugar de hacerlo al final. Y trata la revisión del sprint como una inspección de producto real, no como un espectáculo, porque en cuanto la revisión se vuelve teatro, todos los demás eventos de Scrum pierden la señal que debían aportar.
Si tus sprints terminan una y otra vez sin nada que puedas lanzar de verdad, la asesoría de entrega de programas y proyectos de XNM puede ayudarte a afinar tu definición de terminado y a reconstruir un ritmo de entrega en el que las partes interesadas confíen.