¿Qué es un plan de lanzamiento de Scrum?

El propósito de un plan de lanzamiento es establecer cuándo se entregarán diversas características o el producto al cliente, permitiendo al Scrumequipo comunicar la ruta de desarrollo y el calendario de entrega del producto en desarrollo. A través de la planificación a largo plazo, el equipo puede cumplir con las expectativas del Propietario del productoy los interesados del proyecto, y ayudar a responder preguntas clave como:

• ¿Cuándo estaremos listos?
• ¿Qué características podré tener al final del año?
• ¿Cuánto costará esto?
• Identificar fechas clave y hitos
• Coordinar los cronogramas de desarrollo para sistemas dependientes
• Ayudar a equilibrar el valor del negocio y la calidad general dentro de las restricciones de alcance, cronograma y presupuesto

Patrones de planificación de lanzamiento

Muchas organizaciones tienen su propio ritmo para lanzar productos a los clientes. Algunas eligen lanzar después de cada Sprint. Otras agrupan los resultados de múltiples Sprints en una sola versión, como se muestra en el diagrama siguiente. Otras lanzan inmediatamente después de que se completa cada característica—este enfoque es comúnmente conocido como despliegue continuo o entrega continua.

Definición de listo

Un plan de lanzamiento es una ruta que refleja las expectativas sobre qué características se implementarán y cuándo se completarán. Dependiendo de la estrategia de desarrollo, puede ser impulsado por características—donde el objetivo es entregar un lanzamiento una vez que se desarrolla un conjunto predefinido de características—o impulsado por fechas, donde el lanzamiento ocurre en un punto predefinido. Si el proyecto es impulsado por características, la suma total de todas las características en un lanzamiento puede dividirse por la velocidadpara estimar el número de Sprints necesarios para completar las características solicitadas.

¿Necesitas un plan previo al lanzamiento?

La planificación de lanzamiento es un tema polémico en Ágil. Aunque a menudo se nos pide proporcionar pronósticos sobre costos y cronograma en el mundo empresarial, Scrum no recomienda crear un plan de lanzamiento rígido y predefinido. Aquí hay algunos argumentos en contra de la planificación anticipada:

• Los clientes a menudo no ven valor en los planes de lanzamiento y los consideran un desperdicio
• Los cambios rápidos en muchos dominios validan el principio “No vas a necesitarlo” (YAGNI)—lo que significa que planificar lanzamientos de antemano es innecesario
• Así, el único valor de un plan de lanzamiento podría ser la fecha y el presupuesto iniciales—nada más

¿Por qué aún necesitamos planificación de lanzamiento?

No obstante, las fechas reales de entrega en entornos ágiles a menudo no cumplen con los objetivos prometidos. Sin embargo, tener una ruta general de lanzamiento puede generar confianza y establecer expectativas entre tu equipo y los interesados. Además, un lanzamiento debe tener en cuenta todo el trabajo adicional que debe completarse, como actualizar sitios web públicos y capacitar a los equipos de soporte al cliente. Aquí hay las principales razones para realizar la planificación de lanzamiento en Scrum:

• Comunicación
• Herramienta de planificación
• Validar valor frente al costo
• Establecer el contexto general

Ejemplo de planificación de lanzamiento:

Los planes de lanzamiento pueden tener muchos formatos. Aquí hay un ejemplo para la planificación basada en funciones/datos:

Ejemplo de planificación de lanzamiento

Si el proyecto está orientado a fechas, simplemente podemos multiplicar la velocidad por el número de sprints para determinar la cantidad total de trabajo que se puede completar dentro de una línea de tiempo dada.

Planificación de lanzamiento impulsada por velocidad

Un plan de lanzamiento no es un documento estático; debe revisarse y actualizarse regularmente mientras gestionamos nuestroBacklog del producto. Cuando se obtienen nuevas perspectivas (por ejemplo, cuando se actualizan o ajustan entradas en el backlog del producto de Scrum), el plan de lanzamiento debe revisarse y actualizarse en consecuencia.