Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • GATEL GATEL
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 0
    • Issues 0
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • 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
  • Camope
  • GATELGATEL
  • Wiki
  • 5.2. Daily Scrum

5.2. Daily Scrum · Changes

Page history
documentando sprint 2 authored Nov 20, 2023 by Camope's avatar Camope
Hide whitespace changes
Inline Side-by-side
Showing with 11 additions and 1 deletion
+11 -1
  • 5.2.-Daily-Scrum.md 5.2.-Daily-Scrum.md +11 -1
  • No files found.
5.2.-Daily-Scrum.md
View page @ d55eece9
Sin contenido
\ No newline at end of file
## Realización de reuniones _daily_
Al igual que en el primer sprint, el desarrollo de este _sprint 2_ se ha realizado en las dependencias del Servicio de Telecomunicaciones de la Guaria Civil, estando los _developers_ trabajando en un mismo despacho. El _Scrum Master_, _Product Owner_ y otros _stakeholders_ (clientes o potenciales usuarios de la aplicación) están ubicados en despachos cercanos, lo cual ha facilitado el desarrollo de estas reuniones.
Como norma general, los _developes_ se han reunido de forma diaria de 8:00 a 8:15. A estas reuniones se han unido de forma puntual (una vez a la semana) el _Product Owner_ y el _Scrum Master_.
La técncia utilizada en estas reuniones ha consistido mostrar en cada uno de los PC's de los _developres_ el progreso alcanzado, los _issues_ cerrados, así como el progreso del _burndown_. Estos elementos han sido revisados de forma conjunta, autogestionando las técnicas de la reunión, siempre poniendo el _foco_ en el _spring goal_.
Estas reuniones también han servido para refinar y documentar el _Sprint Backlog_ en función de la prioridad asignada por el _Product Owner_ a los diferentes elementos de _la pila_.
Tal y como indica la guía _SCRUM_, estas reuniones han servido para mejorar la comunicación, ayudado a identificar impedimentos, y a promover una rápida toma de decisiones, eliminando la necesidad de otras reuniones.
\ No newline at end of file
Clone repository

Home

  1. Especificación y formulación del problema

  2. Estudio de viabilidad del sistema
    2.1 Requisitos
    2.2 Mind Map
    2.3 Estudio de Alternativas
    2.4 Matriz de Cumplimento de Requisitos-Alternativas
    2.5 Matriz de decisión

  3. Especificación de Requisitos del Software
    3.1 Planificación general
    3.2 Impact Map
    3.3 Modelos de Negocio y Dominio
    3.4 Interfaz de Usuario
    3.5 Definición del MVP

  4. Sprint 1
    4.1 Sprint Planning
    4.2 Daily Scrum
    4.3 Sprint Review
    4.4 Sprint Retrospective
    4.5 Burndown

  5. Sprint 2
    5.1 Sprint Planning
    5.2 Daily Scrum
    5.3 Sprint Review
    5.4 Sprint Retrospective
    5.5 Burndown