Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • GearSolid GearSolid
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 3
    • Issues 3
    • 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
  • GuerreroDIM46
  • GearSolidGearSolid
  • Wiki
    • Documentacion
  • Sprint Retrospective 2

Last edited by Xavier Guerrero Jun 15, 2024
Page history

Sprint Retrospective 2

Restrospectiva

Impedimentos

El desarrollador perdió 4 días de trabajo.

Individuos
  • Evitar sobreingeniería: se deben crear las clases imprescindibles para el funcionamiento de la aplicación. No es necesario qe exista una clase Usuario y otra UsuarioAlta ya que no se especifica una distinción de usuarios en especificación.
  • Comprobar la existencia de código muerto o de depuración antes de pasar al siguiente PBI.
Interacciones

Al desplegar la aplicación en el PBI 09 no se actualizó la url de la API en el front lo cual supuso retrasos. Se debe comprobar que la aplicación completa funciona al desplegar. A partir de los siguientes PBI se comprueba despliegue Se etablece una batería de pruebas tras cada despliegue:

  • CRUD usuario
  • CRUD compromiso formación
  • CRUD compromiso recogida de alimento
  • Filtrado de listados recogida de alimento

Herramientas

Uso rudimentario de herramientas CI/CD (repositorio git sólo para backend). Convendría depurar su uso para facilitar el despliegue y modificaciones en caliente en el front.

Definición de hecho

  • El código sigue la guía de estilo de google.
  • El código esté límpio (sin código muerto ni de depuración).
  • El código haya sido revisado por un desarrollador distinto al que lo generó. No cumple ya que sólo hay un desarrollador en el equipo.
  • Se haya comprobado el correcto funcionamiento de la aplicación en los tres principales navegadores(Firefox, Chrome y Edge).
  • Al usuario se le sugiere el contenido de los campos a rellenar
Clone repository

GearSolid


Fase de concepto (Presentación)

1. Estudio de Viabilidad del Sistema (EVS)

  • Análisis del problema
  • Mind Map
  • Impact Map
  • Requisitos
  • Alternativas
  • Matriz de Cumplimiento de Funcionalidades
  • Matriz de decisión

2. Especificación de Requisitos de Software (ERS)

  • Planificación General
  • Diagrama de Clases y Modelo de Datos
  • Interfaz de Usuario

3. Producto Mínimo Viable (MVP)

  • Definición del MVP

4. Desarrollo

  • Historias de usuario
  • Product Backlog
  • Definicion del Hecho

4.1. Sprint 1

  • Sprint Planning
  • Sprint Review
  • Sprint Retrospective

4.2. Sprint 2

  • Sprint Planning
  • Sprint Review
  • Sprint Retrospective

Anexo I

Anexo II