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
    • Sprint2
  • retrospective

Last edited by imunnic Jun 15, 2024
Page history

retrospective

Sprint 2

Retrospective

Sprint Retrospective

Durante el desarrollo del Sprint se han detectado dos posibles aspectos a mejorar:

  • Asegurar un uso correcto de GIT
  • Reducir la deuda técnica

Asegurar un uso correcto de GITLAB

La herramienta GIT que se está utilizando es GITLAB. Es una herramienta que no solo permite el control de versiones, si no que además proporciona herramientas de seguimiento y tableros para el control y adaptación del trabajo pendiente. Siguiendo la metodología de Combat Agile el uso de GIT es importante para poder asegurar que se sigue el marco Scrum, permitiendo aportar el máximo de valor al cliente.

En este sentido, se han detectado las siguientes prácticas inadecuadas en el desarrollo del Sprint:

  • Issues mal definidos
  • Issues sin estimar
  • Varios issues en progreso
  • Varios issues asignados al mismo desarrollador sin cerrar
  • PBI completados que no están cerrados

Creemos que si se mejora en este aspecto, podría ayudar a ganar foco sobre el objetivo del Sprint. Por ello se propone este aspecto a mejorar para el siguiente Sprint, teniendo en cuenta la definición que se le asigna como Issue #73.

Revisión de la deuda técnica

Durante el desarrollo, pueden darse situaciones en las que el trabajo realizado, desde el punto de vista del código, no sea el óptimo. Esto puede provocar que adaptaciones futuras de la aplicación sean más complejas de lo que deberían, pudiendo complicar y retrasar trabajo futuro.

Lo que se pretende es reducir esa deuda que posteriormente puede provocar una estimación inadecuada de los issues.

Para ello, se propone este aspecto a mejorar para el siguiente Sprint, teniendo en cuenta la definición que se le asigna como Issue #74

Mejorar la estimación de tiempos en las tareas

Para poder establecer un plan de trabajo adecuado durante las Daily es necesario poder estimar adecuadamente las tareas que se van a realizar. Esta estimación depende en gran parte de la experiencia de los desarrolladores por lo que no siempre es fácil asegurar su cumplimiento, pero una buena aproximación permite un progreso más constante hacia el Sprint Goal según lo previsto.

Durante este Sprint, se ha detectado en determinadas ocasiones que la estimación ha sido bastante distinta de lo previsto. Para poder ir mejorando esa experiencia es conveniente ir anotando esas diferencias de forma que luego se pueda ver dónde se ha estimado inadecuadamente.

Para ello, se propone este aspecto a mejorar para el siguiente Sprint, teniendo en cuenta la definición que se le asigna como Issue #75

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