Está en la página 1de 2

Priorización de Historias de Usuario:

1. Recopilación de Historias de Usuario: El equipo ha recopilado las


historias de usuario durante la sesión previa, incluyendo todas las historias
de usuario de las Épicas 1 y 2, y sus respectivos criterios de aceptación,
Definition of Ready (DoR) y Definition of Done (DoD):
 Épica 1: Mejora de la Infraestructura de Red
 Historia de Usuario 1.1: Actualización de la Infraestructura
de Red
 Historia de Usuario 1.2: Mejora de la Seguridad de la Red
 Historia de Usuario 1.3: Copia de Seguridad Automatizada
de la Configuración de Red
 Épica 2: Expansión de la Capacidad de la Red
 Historia de Usuario 2.1: Adición de Nuevos Servidores
 Historia de Usuario 2.2: Mejora de la Escalabilidad de la
Red
 Historia de Usuario 2.3: Implementación de
Balanceadores de Carga
2. Discusión Colaborativa y Priorización: El equipo lleva a cabo una
discusión colaborativa para determinar la prioridad de todas las historias de
usuario de ambas Épicas. Durante la reunión, se evalúan las historias en
función de su valor para el negocio, importancia estratégica e impacto en
los usuarios finales. Las historias se priorizan teniendo en cuenta ambas
Épicas y se establece un orden de implementación.
Definición de la Velocidad del Equipo y Time Boxing del Sprint:
3. Establecimiento de la Velocidad Estimada: Basándonos en la discusión
colaborativa y la priorización de historias de ambas Épicas, se estima que el
equipo puede manejar una velocidad de 2 puntos de historia por día. Esto
significa que, en promedio, el equipo espera completar dos puntos de
historia al día.
4. Fijación de la Duración del Sprint: Se decide que el sprint seguirá
teniendo una duración de 2 semanas (10 días laborables), lo que permite al
equipo trabajar en historias de ambas Épicas durante cada sprint.
Planificación de Sprints:
5. Cantidad de Sprints: Dado que el proyecto abarca historias de usuario de
ambas Épicas, se determina la cantidad de sprints necesarios para
completar el trabajo. Esto se hace teniendo en cuenta la velocidad estimada
del equipo y la cantidad total de puntos de historia de todas las historias de
usuario.
6. Especificación de Historias para Cada Sprint: Con la velocidad estimada
del equipo en mente, se planifica qué historias de usuario de ambas Épicas
se abordarán en cada sprint. Esto garantiza una distribución equilibrada y
eficiente del trabajo a lo largo del proyecto, permitiendo al equipo avanzar
en funcionalidades críticas y mejoras en la infraestructura de red.
Creación del Burndown Chart del Primer Sprint:
7. Generación del Burndown Chart: Para el primer sprint de 2 semanas, se
genera un Burndown Chart que reflejará el progreso del equipo a medida
que trabaja en las Historias de Usuario planificadas de ambas Épicas. La
línea de tendencia ideal mostrará cómo se espera que disminuya el trabajo
restante a lo largo del sprint, con una reducción de aproximadamente 2
puntos de historia por día.
8. Monitoreo y Adaptación: Durante el sprint, el equipo monitorea el
Burndown Chart y compara el progreso real con la línea de tendencia ideal.
Si la línea de tendencia real se desvía, el equipo toma medidas correctivas
para asegurar que se alcancen los objetivos del sprint. La adaptación
continua y la colaboración son clave para garantizar el éxito del proyecto de
telecomunicaciones.
Este proceso asegura una planificación y ejecución efectiva de todas las historias
de usuario de las Épicas 1 y 2 en tu proyecto de telecomunicaciones, con una
velocidad estimada de 2 puntos de historia por día durante el sprint de 2 semanas.
Cada sprint se planifica de manera que permita la entrega de un conjunto
significativo de funcionalidades y mejoras en la infraestructura de red y la
capacidad de la red.

También podría gustarte