---

¿Qué es un plan de lanzamiento de Scrum? ¡Puede que te sorprenda!

Un plan de lanzamiento busca visualizar la planificación general de varios Sprints, normalmente entre tres y doce en este ejemplo. Los Sprints tienen una duración fija; un incremento es un resultado utilizable y pueden crearse varios dentro de un Sprint.

El plan de lanzamiento se convierte en una guía que refleja las expectativas del equipo sobre:

• Qué funcionalidades se implementarán,
• En qué orden y cuándo se implementarán.

También sirve como referencia para supervisar y controlar el progreso. Establece objetivos para los despliegues reales de software en sistemas de producción de dos formas:

• Despliegues de «entregas por hitos» para aportar valor al cliente antes de terminar el proyecto. Cubren un subconjunto de requisitos acordados por la Product Owner, el cliente y las partes interesadas del negocio,
• Despliegue de la entrega final, que incluye todas las demandas y solicitudes de funcionalidades conocidas del cliente y las partes interesadas del negocio.

Antes de crear el plan, deben considerarse estos artefactos e información:

• Un Product Backlog priorizado y estimado,
• La velocidad medida del equipo (si acaba de formarse, se estima o se extrapola de proyectos anteriores similares),
• Los criterios de éxito establecidos por los clientes como el calendario, el alcance y las personas disponibles dentro del presupuesto.

Como el plan de lanzamiento está estrechamente relacionado con el Product Backlog, la Product Owner lo gestiona y mantiene.

Según las demandas y prioridades del cliente, se crea un plan que responde a uno de estos tres objetivos:

• Planificación de lanzamientos por funcionalidades
• Planificación de lanzamientos por fechas
• Planificación de lanzamientos por funcionalidades y fechas (La más habitual)

Planificación de lanzamientos por funcionalidades

Qué sabemos: La velocidad del equipo y las funcionalidades que queremos entregar.
Qué no sabemos: ¿Cuánto tiempo necesitamos para entregar estas funcionalidades?

En los planes basados en funcionalidades (consulta más información sobre Planificación de lanzamientos de Scrum), la suma de puntos de las historias solicitadas se divide entre la velocidad del equipo. Así obtenemos una previsión inicial de los Sprints necesarios para una entrega por hitos o final. Hay que redondear hacia arriba a Sprints completos e inspeccionar los supuestos de alcance y velocidad conforme avanza el trabajo. El plan se elabora en consecuencia.

Planificación de lanzamientos por fechas

Qué sabemos: La velocidad del equipo y la fecha en que queremos entregar.
Qué no sabemos: ¿Qué funcionalidades podemos entregar hasta la fecha límite?

En los planes por fechas, multiplicamos la velocidad por el número de Sprints disponibles hasta el lanzamiento. Esto revela la cantidad total estimada de puntos de historia que el equipo puede entregar hasta esa fecha. Elaboramos el plan en consecuencia.

Planificación de lanzamientos por funcionalidades y fechas

Qué sabemos: La velocidad del equipo, las funcionalidades que queremos entregar y su fecha de entrega.
Qué no sabemos: ¿Puede el equipo entregar las funcionalidades solicitadas antes de la fecha límite?

Multiplicamos la velocidad por el número de Sprints disponibles hasta el lanzamiento. Esto revela la cantidad estimada de puntos que el equipo puede entregar. Si supera la suma de puntos de las funcionalidades previstas, la previsión actual indica que el alcance encaja, aunque sigue sujeto a incertidumbre y cambios.

De lo contrario, hay que debatir ajustes de alcance, fecha y capacidad. Añadir personas no aumenta automáticamente la velocidad y puede ralentizar al equipo al principio mientras aprende a colaborar. La antigua orientación de nueve personas no es un límite estricto actual: un equipo Scrum suele tener 10 personas o menos. Otro equipo puede trabajar en paralelo si mejora la eficacia; los equipos del mismo producto siguen compartiendo una Product Owner, un Product Goal, un Product Backlog y una Definition of Done.

Como el Product Backlog, el plan de lanzamiento no es estático. Cambia durante el proyecto a medida que aprendemos. Las historias nuevas, eliminadas o modificadas y sus nuevas estimaciones también lo afectan. Por eso debe revisarse y actualizarse periódicamente.