En términos generales, se trata de una guía de Sprints necesarios para completar el proyecto y como serán lanzados es creada durante la planificación de lanzamientos y nos muestra una expectativa de de que y cuando serán completados requerimientos. También nos sirve para monitorear el progreso de avance ya que por medio de esta se puede crear la linea base. Los lanzamientos pueden ser entregables a mitad del proyecto o un entregable final.
Para crear el plan de lanzamientos se deben tener disponibles:
1. Una backlog priorizada
2. La velocidad del equipo (estimada)
3. Condiciones de satisfacción
Dependiendo del tipo de proyecto, si es por característica o por fecha se puede realizar el plan de dos maneras distintas.
Si el proyecto es por característica se puede dividir los puntos de esfuerzo de todas las caracteristicas necesitadas entre la velocidad estimada del equipo para obtener el numero de Sprints necesarios para completar la funcionalidad.
Si el proyecto es conducido por fechas se multiplica la velocidad estimada del equipo por el numero de Sprints estimados y se obtiene el trabajo que se tendrá en la fecha estimada.
Al igual que la product backlog este no es un documento estático y cambiará probablemente durante todo el proyecto por lo que debe estar en constante cambio, por ejemplo cada vez que la product backlog cambia o tiempos son reestimados también cambia el plan del lanzamiento.
Para crear el plan de lanzamientos se deben tener disponibles:
1. Una backlog priorizada
2. La velocidad del equipo (estimada)
3. Condiciones de satisfacción
Dependiendo del tipo de proyecto, si es por característica o por fecha se puede realizar el plan de dos maneras distintas.
Si el proyecto es por característica se puede dividir los puntos de esfuerzo de todas las caracteristicas necesitadas entre la velocidad estimada del equipo para obtener el numero de Sprints necesarios para completar la funcionalidad.
Si el proyecto es conducido por fechas se multiplica la velocidad estimada del equipo por el numero de Sprints estimados y se obtiene el trabajo que se tendrá en la fecha estimada.
Al igual que la product backlog este no es un documento estático y cambiará probablemente durante todo el proyecto por lo que debe estar en constante cambio, por ejemplo cada vez que la product backlog cambia o tiempos son reestimados también cambia el plan del lanzamiento.
Comentarios