12. Actualizar el backlog del sprint

 

Entradas:

  • Avance diario del equipo
El avance diario del equipo se partió de la siguiente manera:

SPRINT BACKLOG N° HORAS
TAREA ID DE BACKLOG ESTIMACIÓN EN HORAS
Historia de Usuario: Como administrador quiero registrar, editar y eliminar usuarios del sistema para asegurar personal activo que use el CRM.
Tarea 1: Diseñar la interfaz para registrar, editar y eliminar usuarios. 8
Tarea 2: Implementar la lógica para registrar usuarios en el sistema. 10
Tarea 3: Implementar la lógica para editar usuarios existentes. 7
Tarea 4: Implementar la lógica para eliminar usuarios del sistema. 4
Tarea 5: Diseñar la estructura de la base de datos para almacenar la información de usuarios (incluyendo roles, permisos y estados). 6
Tarea 6: Implementar los modelos y las migraciones necesarias en la base de datos (registro, edición, eliminación de usuarios). 8
Historia de Usuario: Como administrador quiero que el sistema valide mis credenciales cuando accedo al sistema para garantizar la protección de datos.
Tarea 7: Diseñar la interfaz de inicio de sesión con campo para usuario y contraseña. 3
Tarea 8: Implementar el sistema de encriptación de credenciales. 5
Tarea 9: Implementar el método de comparación de contraseñas para mayor seguridad. 5
Tarea 10: Realizar pruebas de seguridad en el sistema de validación. 6
Tarea 11: Asegurar la integración del sistema de autenticación con la base de datos. 7
Historia de Usuario: Como administrador quiero que mi sesión se cierre automáticamente después de un tiempo de inactividad para evitar accesos no autorizados.
Tarea 12: Implementación de tokens de seguridad JWT. 3
Tarea 13: Asegurar que el sistema cierre correctamente la sesión después del tiempo de inactividad. 2
Historia de Usuario: Como administrador quiero poder registrar los datos de mis clientes para tener la información organizada en el sistema.
Tarea 14: Diseñar la interfaz para el registro de clientes. 5
Tarea 15: Implementar la lógica para almacenar los datos de los clientes (nombre, RUC, giro, etc.). 8
Tarea 16: Validar que todos los campos del formulario de cliente sean completados correctamente. 6
Historia de Usuario: Como administrador quiero poder encontrar clientes por ID, nombre o giro para acceder rápidamente a sus detalles sin tener que buscarlos manualmente.
Tarea 17: Diseñar la interfaz de búsqueda de clientes. 3
Historia de Usuario: Como administrador quiero disponer de un catálogo donde se podrán listar los productos.
Tarea 18: Diseñar la interfaz para mostrar el catálogo de productos. 4
Tarea 19: Implementar la lógica para listar los productos en el catálogo. 6
Tarea 20: Implementar un sistema de paginación o búsqueda si el catálogo contiene muchos productos. 2
Tarea 21: Asegurar que el catálogo se muestre correctamente con la base de datos para mostrar productos actualizados. 6
Tarea 22: Realizar pruebas para asegurar que los productos se muestren correctamente en el catálogo. 1
Historia de Usuario: Como administrador quiero editar y eliminar productos o servicios existentes para mantener el catálogo actualizado.
Tarea 23: Diseñar la interfaz de edición y eliminación de productos. 4
Tarea 24: Implementar la lógica para editar y eliminar los datos de los productos (nombre, descripción, precio, stock, etc.). 7
Tarea 25: Implementar la lógica para eliminar productos del catálogo. 3
Tarea 26: Asegurar que los cambios se actualicen correctamente en la base de datos. 2
TOTAL 139

El link del excel: 

https://docs.google.com/spreadsheets/d/16bWnmvmCe9JSgUvYjVkvmEwAUbnnh-1IuDZyNZdDl-w/edit?usp=sharing
  • Retroalimentación del cliente/Product Owner

Durante los checkpoints internos y sesiones de revisión con el Product Owner (Mancilla Aquino Anderson Alonso), se recibieron observaciones valiosas sobre la funcionalidad, usabilidad y prioridades. Algunas tareas se ajustaron en alcance o importancia, según esa retroalimentación.

Reunión de la Retroalimentación


  • Cambios o impedimentos

Durante el desarrollo del sprint, surgieron algunos cambios e impedimentos que afectaron la ejecución normal de ciertas tareas. A continuación se detallan los más relevantes:

a. Dificultades al validar usuarios en el sistema

Al momento de implementar la validación del inicio de sesión, el equipo tuvo problemas porque la forma en la que se conectaba con la base de datos no funcionaba como se esperaba. Esto generó retrasos, ya que se tuvo que revisar la forma de conectar los datos con la pantalla de inicio de sesión.

Solución aplicada:

  • Se realizó una revisión del enfoque técnico y se ajustó la forma en que se hacía la conexión.

  • Se dividió el trabajo para poder avanzar en paralelo mientras se resolvía el problema.

b. Cambios solicitados por el Product Owner en la búsqueda de clientes

El Product Owner propuso que el buscador de clientes fuera más interactivo, es decir, que sugiriera resultados mientras se escribía. Esto no estaba en la planificación inicial y requirió agregar tiempo extra y una pequeña tarea adicional.

Ajuste realizado:

  • Se amplió la estimación original y se creó una tarea nueva para incluir esta mejora.

  • Se reorganizó el orden de trabajo para no afectar otras funcionalidades.

c. Reorganización de tareas de pruebas

Se decidió que algunas pruebas generales del sistema podrían ser reagrupadas al final del sprint, ya que en ese momento no eran prioritarias y el equipo prefería avanzar con las funciones principales.

Acción tomada:

  • Se combinaron tareas de pruebas similares para optimizar el tiempo de revisión.

  • Esto permitió liberar esfuerzo para tareas más urgentes.

Herramientas:

  • Daily Scrum
    Reuniones cortas en Discord y Meet de 8 a 20 minutos
    Meet:

    Discrod:


  • Tablero Scrum


Salidas:

  • Backlog del sprint actualizado

Entradas populares de este blog

7. Crear historias de usuario

3. Formar al equipo Scrum

4. Desarrollar Épicas