Release Planning: ¿nuevo nombre para un método probado?
Me gustaría hablar sobre un término en Scrum (y el resto del mundo ágil) que ahora está desactualizado: Release Planning. Con esto se refería anteriormente a que uno mira los próximos sprints y hace una estimación de lo que probablemente se puede entregar en ese tiempo. Idealmente, uno da las estimaciones como un rango o tal vez incluso usa intervalos de confianza. Un ejemplo: "Estamos 90% seguros de que podemos entregar entre 150 y 200 Story Points de trabajo en los próximos seis meses." Creo que esto todavía tiene sentido y que cada Scrum Master debería saber cómo funciona.
Lo que ya no tiene tanto sentido es el término "Release Planning".
Hace diez años, en Scrum casi siempre se seguía el mismo principio: Sprint, Sprint, Sprint, Release. Se realizaban uno o más sprints y luego había un release. Hoy es diferente. Aunque todavía hay equipos individuales que proceden así, en otros hay releases mucho más frecuentes, por ejemplo, cada sprint o incluso varias veces por sprint. En uno de mis entrenamientos recientemente había un participante que dijo que en su equipo había un promedio de siete releases por día.
Término ya no actual
Por supuesto, he podido observar esta evolución durante algunos años. Sin embargo, solo recientemente me di cuenta de que realmente hemos llegado a un punto de inflexión, cuando el término causó confusión en uno de mis cursos. Describí "Release Planning" como un pronóstico para los próximos sprints. Sin embargo, un participante del curso pensó que "Release Planning" significaba reunirse todos los días y planificar qué release habría al final del día.
Tal vez sea hora de eliminar el Evento "Release Planning" del vocabulario de Scrum. No me malinterpreten: poder predecir lo que se puede entregar en tres, seis o doce meses sigue siendo importante para muchos equipos y Scrum Masters. Solo que la designación ya no encaja.
En los últimos años ya he probado varios términos nuevos en mis Formaciones de Certified Scrum Master. No quiero llamarlo realmente "planificación a largo plazo". Aunque ahora tres meses ya pueden considerarse a largo plazo, eso no suena del todo correcto. "Planificación a medio plazo" encaja mejor. Los métodos permanecen, solo que el nombre ya no está actualizado.
Formación de Certified Scrum Master y Cursos Online
Para Scrum Master ofrecemos las siguientes formaciones y oportunidades de desarrollo gratuitas: