Semana 3 ‐ 2. Historias de Usuario - JuanHerreraP/Proyecto-MISO-Solventa-Grupo-11 GitHub Wiki
Planificación del Backlog y Capacidad del Equipo
Capacidad del Equipo y Velocidad
Para asegurar una entrega realista y sostenible dentro del cronograma del proyecto, definimos nuestra capacidad de la siguiente manera:
- Velocidad del equipo: 20 Puntos de Historia (PH) por semana.
- Cálculo de capacidad individual: 5 Puntos de Historia (PH) por persona a la semana.
- Tamaño del equipo: 4 desarrolladores.
- Capacidad total del proyecto: 140 Puntos de Historia (equivalente a un horizonte de planificación de 7 semanas).
Resumen de Capacidad
| Métrica | Valor | Detalle |
|---|---|---|
| Capacidad Individual Semanal | 5 PH | Por integrante del equipo |
| Velocidad Semanal del Equipo | 20 PH | Capacidad conjunta por sprint/semana |
| Capacidad Total | 140 PH | Presupuesto máximo de puntos para el proyecto |
Estimación y Criterios de Selección
El equipo realizó la estimación del backlog completo de Historias de Usuario (HUs) requeridas para la operación de Solventa. Sin embargo, al contrastar el backlog contra nuestro límite de 140 puntos de historia, nos vimos en la necesidad de acotar el alcance.
- Total de HUs Estimadas: Se estimó el universo completo de historias.
- Total de HUs Seleccionadas: Se seleccionaron únicamente 25 Historias de Usuario para ser implementadas en esta fase.
- Razón de Selección: El límite estricto de puntos de historia obligó a dejar fuera del alcance actual aquellas HUs secundarias o de menor impacto.
El Backlog de historias de usuario se puede encontrar en el siguiente enlace: Backlog de HUs
Priorización del Backlog y Escenarios de Calidad
Para maximizar el valor de la arquitectura dentro del límite de capacidad, aplicamos una estrategia de priorización en dos frentes:
- Historias de Usuario (HUs): Se priorizaron en el backlog transaccional las historias asociadas directamente a los flujos críticos definidos (como la cotización embebida, la emisión automática y la gestión de siniestros).
- Escenarios de Calidad (ASRs): Se priorizaron los escenarios de calidad enfocándose en los escenarios más restrictivos de latencia, escalabilidad, disponibilidad y seguridad.
El backlog de arquitectura con la priorización de ASRs se encuentra en el siguiente link: Backlog de Arquitectura