5. Backlog Priorizado del Producto
Entradas
Equipo principal de Scrum
El equipo está compuesto por un Product Owner (Elías Samuel Talledo Vega), un Scrum Master (Gerson Daniel Sahuma Jurado) y tres developers:
Épicas
Las épicas del proyecto incluyen desde una digitalización de proceso de préstamo y devolución para la bibliotecaria hasta el envío de notificaciones como recordatorio para los demás usuarios.
📸 Elaboración de las Épicas
Personajes:
Algunos de los personajes en el proyecto son:
Declaración de la visión del proyecto
La digitalización del sistema de gestión de la biblioteca del colegio I.E. Héroes del Alto Cenepa 6070 busca modernizar y agilizar los procesos de préstamos, devoluciones y acceso al catálogo. Con esta solución, la comunidad educativa podrá acceder a la información de manera eficiente y en tiempo real, mejorando la experiencia de estudiantes y personal. Este proyecto no solo optimiza la administración de recursos, sino que sienta las bases para una transformación digital que impactará positivamente en el aprendizaje y gestión académica.
📚 Leer más información de la Declaración de la Visión del Proyecto
Requerimientos del negocio
El sistema debe permitir la gestión eficiente de préstamos y devoluciones, reducir errores manuales, notificar automáticamente a los usuarios de devoluciones pendientes, y cumplir con la Ley General de Protección de Datos y la Ley de Gobierno Electrónico en Perú.
Herramientas
Método de estimación: Planning Poker
El equipo utilizará el método Planning Poker para la estimación de esfuerzo en las épicas. Este método permite a cada miembro del equipo asignar puntos de estimación de forma colaborativa y consensuada.
📸 Elaboración de la Estimación de Historias de Usuario por medio de Planning Poker
Método de priorización: MoSCoW (Must have, Should have, Could have, Won’t have)
Se está utilizando el método MoSCoW, donde las funcionalidades clave y esenciales para el éxito del proyecto tienen prioridad Alta, mientras que las funcionalidades adicionales o menos críticas tienen prioridades Media o Baja.
📸 Elaboración de la Estimación por medio del método de Moscow
Salidas
Backlog Priorizado del Producto
El backlog contendrá las épicas desglosadas en historias de usuario, ordenadas por prioridad. Los primeros ítems del backlog estarán relacionados con el registro de préstamos y devoluciones y el catálogo digital.
📸 Elaboración de la Backlog Priorizado del Producto
Definición de Listo
-
Historia de Usuario Claramente Definida: La historia de usuario tiene un título, descripción y criterios de aceptación claramente definidos.
-
Prioridad Establecida: La prioridad de la historia de usuario ha sido acordada por el equipo y el Product Owner.
-
Estimación de Esfuerzo Completa: La historia de usuario ha sido estimada por el equipo, utilizando técnicas como Planning Poker.
-
Requerimientos Claros: Todos los requisitos funcionales y no funcionales necesarios para completar la historia de usuario están claramente descritos.
-
Criterios de Aceptación Claros: La historia de usuario incluye criterios de aceptación detallados y verificables.
-
Dependencias Identificadas: Cualquier dependencia externa o interna ha sido identificada y planificada.
-
Sin Bloqueos Pendientes: La historia de usuario no tiene impedimentos o bloqueos que puedan retrasar su desarrollo.
-
Tamaño Adecuado: La historia de usuario es lo suficientemente pequeña como para completarse en un sprint. Si es demasiado grande, debe dividirse en historias más pequeñas.