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 1

Last edited by Rodrigo de Dios García May 08, 2024
Page history

Sprint Retrospective 1

Restrospectiva

Impedimentos

Individuos

El desarrollador no había comprendido el objetivo del cliente al fijarse más en el impact map que en la pila de producto por lo que inicialmente se orientó de manera incorrecta el sprint. El desconocimiento técnico del desarrollador provocó que no se especofocasen adecuadamente las tareas de la pila de Sprint Ha sido necesario añadir items a la pila de Sprint ya que no se contó con:

  • Despliegue de al API
  • Especificación del elemento franja imprescindible a partir del elemento #21 (closed) Se ha incluido un item #27 (closed) "Generar método personalizado para filtrar compromisos por nombre de usuario" no incluido en el planning que no aporta valor y ha supuesto deuda técnica. El desarrollador no calculó adecuadamente los tiempos de cada tarea lo que derivó en una carga de trabajado de más del doble de lo previsto.
Interacciones

El desarrollador no ha hecho accesible la aplicación en internet por lo que ni propietario de producto ni partes interesadas han podido seguir el incremento de cada elemento de la pila Sprint.

No se han realizado las daily Scrum todos los dias.

Herramientas

No se han tenido en cuenta el despliegue de la API en las tareas. Mal uso de repositorios o herramientas CI/CD, varias versiones de lo mismo.

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
  • La aplicación debe ser compatible con varios sistemas operativos, incluyendo Windows, macOS, Linux.
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