Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • MiColegio MiColegio
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 11
    • Issues 11
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Metrics
    • Incidents
  • Packages & Registries
    • Packages & Registries
    • Package Registry
    • Infrastructure Registry
  • Analytics
    • Analytics
    • CI/CD
    • Repository
    • Value stream
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • RodrigoDG23
  • MiColegioMiColegio
  • Wiki
    • Documentos
    • Sprint1
  • retrospective

Last edited by RodrigoDG23 May 15, 2024
Page history
This is an old version of this page. You can view the most recent version or browse the history.

retrospective

Sprint 1

Retrospective

En esta sección se recoge la revisión de procesos de trabajo durante el Sprint

Impedimentos

No se había marcado como maintainer.

Individuos

Revisión del product del Sprint

Interacciones

Considerando que el equipo Scrum está formado por 2 personas las interacciones han sido fluidas y por los canales de comunicación previstos. Sin embargo, la fecha de finalización del sprint debe quedar clara desde el comienzo del sprint. Por otra parte, las historias de usuario pueden clarificarse más para permitir mejor la inspección de los distintos incrementos.

Procesos

Inicialmente en la reunión de planificación no se descompusieron sufientemente las tareas a ejecutar:

Identificador PBI Historia de usuario Tarea Duración
PBI-01 Ver el calendario con huecos libres
Crear vista de calendario 2 h
Crear profesores, lugares y asignaturas en frontend 4 h
Crear selección de profesor para reserva 3h
Crear desplegable para la selección de asignatura 3h
Crear backend para reservas 8 h
Mostrar reservas en el calendario con su información por profesor 3 h
Mostrar la no posibilidad de reservar franjas horarias 3h
Reservar franja horaria 2h

Fue necesario descomponer las tareas en las siguientes:

  • Crear vista de calendario

  • Crear profesores, lugares y asignaturas en frontend

    • Añadir información de asignaturas, grupos, profesores y lugares
  • Crear selección de profesor para reserva

    • Selección de profesor para visualizar horario y reserva
  • Crear desplegable para la selección de asignatura

    • Elección de asignaturas, grupo y franja horaria para la reserva
  • Crear backend para reservas

  • Mostrar reservas en el calendario con su información por profesor

    • Conectar frontend y backend
    • Selección automática de lugar
    • Filtro de franjas horarias por grupo

Mostrar la no posibilidad de reservar franjas horarias

  • Visor de reservas por grupo Reservar franja horaria

Una vez terminadas estas tareas se había alcanzado el incremento buscado y tras la daily correspondiente se decición ampliar el alcance del Sprint Backlog añadiendo las siguientes tareas que permiten también trabajar para alcanzar el Sprint Goal.

  • Crear Backend de Login
  • Crear Frontend de Login
  • Edición de reserva
  • Borrado de reserva
  • Aviso de errores al usuario

Tras acabar con estos items y tras una revisión posterior se procedió a añadir las siguientes tareas para adecuar el incremento a la DoD establecida para el proyecto:

  • Revisión de código y refactorización
  • Pruebas de código
  • Crear manual de uso
  • Despliegue para la revisión del cliente

Herramientas

El uso de las herramientas proporcionadas por el entorno GIT no ha sido el adecuado para realizar el seguimiento de las tareas y se puede mejorar.

Definición de hecho

Se considera suficiente y adecuado para asegurar la calidad del producto. No se ve necesaria la ampliación.

Clone repository
Home
Estudio de viabilidad del sistema (EVS)
  • Aspectos Generales
    • Mind Map
    • Impact Map
    • Matriz de riesgos
  • Alternativas
    • Matriz de decisión
    • Comparativa de funcionalidades
Especificación de Requisitos del Software (ERS)
  • Funcionalidades
  • Diagrama de casos de uso y clases
  • Interfaz de Usuario
Producto mínimo Viable (MVP)
Definición de hecho
Pila de Producto
Sprint 1
  • Sprint Planning
  • Daily Scrum
  • Sprint Review
  • Sprint Retrospective
  • Burdown
Sprint 2
  • Sprint Planning
  • Daily Scrum
  • Sprint Review
  • Sprint Retrospective
  • Burdown
Pila de Producto
Referencias