Estimacion de velocidad - nicolasjaramillocely99/Proyecto_Ingenieria_Software_Aplicaciones_Moviles GitHub Wiki

📊 Reflexión de la Estimación - Sprint 02

Historias de Usuario Implementadas

En el Sprint 02 se completaron las siguientes historias de usuario:

  • HU02 - Consultar la información detallada de un álbum (3 puntos)
  • HU04 - Consultar la información detallada de un artista (3 puntos)
  • HU05 - Consultar listado de coleccionistas (5 puntos)

Total de Story Points del Sprint: 11 puntos

Análisis de la Estimación vs. Realidad

✅ Aciertos en la Estimación

  1. Correcta valoración de las HUs de detalle (HU02 y HU04)

    • Estimadas en 3 puntos cada una
    • Justificación acertada: Las pantallas de detalle resultaron significativamente más sencillas de implementar que las de listado, ya que:
      • No requieren manejo de colecciones ni paginación
      • La lógica del ViewModel es más directa (un solo objeto vs. lista)
      • No necesitan gestión de estados vacíos o configuración de grids
      • Menor cantidad de casos de prueba requeridos

  2. Aprovechamiento de patrones existentes

    • Al haber completado HU01 y HU03 en Sprint 1, ya teníamos establecidos:
      • La arquitectura MVVM
      • Repositorios y servicios configurados
      • Patrones de navegación con Jetpack Compose
    • Esto facilitó la implementación de las nuevas funcionalidades

  3. HU05 bien dimensionada (5 puntos)

    • Similar en complejidad a HU01 y HU03 del Sprint 1
    • Requiere manejo de listas, grid layout y estados múltiples

📈 Aprendizajes Clave

Aspecto Observación Impacto en Futuras Estimaciones
Complejidad Listado vs. Detalle Las HUs de detalle consumen ~40% menos tiempo que las de listado Mantener diferenciación: 5pts (listado) vs 3pts (detalle)
Reutilización de código Los componentes Compose creados en Sprint 1 aceleraron el desarrollo Considerar en estimaciones cuando hay componentes reutilizables
Pruebas automatizadas Las pruebas de detalle requieren menos casos que las de listado Ajustar tiempo de testing según tipo de HU
Navegación Implementar navegación entre pantallas consume tiempo adicional Incluir en la estimación inicial

🎯 Conclusiones

  1. La estimación fue precisa: La diferenciación entre HUs de listado (5 puntos) y detalle (3 puntos) reflejó correctamente la complejidad real del trabajo.

  2. Patrón de complejidad identificado:

    • Listar (5 pts): Requiere manejo de colecciones, grid layouts, múltiples estados, scroll infinito
    • Detallar (3 pts): Navegación + presentación de un solo objeto + lista anidada simple
    • Crear (8 pts): Formularios con validaciones + llamadas POST + manejo de errores complejos

  3. Impacto del aprendizaje acumulado: La experiencia del Sprint 1 permitió completar el Sprint 2 de manera más eficiente, validando que nuestras estimaciones consideran correctamente la curva de aprendizaje.

  4. Recomendación para futuros sprints: Mantener la diferenciación de puntos entre tipos de HU y considerar el contexto de funcionalidades ya implementadas al estimar nuevas historias similares.

📋 Gráfica de Velocidad - Sprint 02 

Story Points por Sprint:
Sprint 1: ████████████████████ 18 pts
Sprint 2: ███████████ 11 pts

Distribución Sprint 2:


    

  • Listado (HU05):    █████ 5 pts (45%)
    • 

  • Detalle (HU02):    ███ 3 pts (27%)
    • 

  • Detalle (HU04):    ███ 3 pts (27%)

    •

Velocidad promedio del equipo: 14.5 story points por sprint

⚠️ **GitHub.com Fallback** ⚠️