Skip to content

GitLab

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

Last edited by menadim46 Jun 18, 2024
Page history

Sprint Review 2

Con el la revisión del sprint se busca inspeccionar el incremento realizado en el presente sprint y determinar futuras adaptaciones del product backlog.

Para ello hay que recordar el objetivo definido del negocio que es aumentar la venta de accesos al campo facilitando a los principiantes que cumplen con un mínimo en la cancha. Alineado con el mismo se define el objetivo del sprint que es Poder crear partidos y visualizar los pendientes de confirmar, confirmados y jugados por parte del profesor.

Progreso hacia el Product Goal

Durante este Sprint 2 se han marcado una serie de PBIs relacionados con los entregables, solicitar un reto por el profesor y aceptar un reto por un federado, en relación a los impactos de incentivar la competitividad entre jugadores y aumentar el número de juegos en el campo y la variedad de sus contrincantes:

  • PBI-07 Ver listado de partidos (Profesor)
  • PBI-08 Poder asignar partidos (Profesor)
  • PBI-09 Enviar correo electrónico con enlace de aceptación de partido (Profesor)
  • PBI-10 Gestionar respuesta de los jugadores a través del enlace de correo
  • PBI-11 Sugerir intercambio de teléfonos
  • PBI-12 Enviar teléfonos a los jugadores si aceptan el intercambio
  • PBI-13 Crear landing page para cuadrar partidos por teléfono

Durante el desarrollo se han alcanzado valor para el cliente a la hora de crear partidos mediante correo electrónico desde el aplicativo, aceptar retos, intercambiar teléfonos en caso de rechazar un partido por motivos de agenda, y crear un nuevo partido acordado por las partes. De este modo se completan los tres primeros impactos definidos en el Impact Map.

Los incrementos puede verificarse mediante el acceso a la aplicación desde https://gocourt.netlify.app .

La evolución del Sprint puede apreciarse en el siguiente diagrama, donde se muestran las distintas agrupaciones de funcionalidad asociadas a la implementación del correo electrónico.

Como PBI pendiente realacionado con todo lo anterior, y por acotar la creación y concurrencia de partidos, quedaría:

  • PBI-14 Validación de partidos.

Este item consistiría en dar salidas al campo desde las 8:00h hasta las 22:00 en periodos de 20 minutos, así como no asignar a un jugador más de un partido al día.

Adaptaciones Futuras

En un futuro podría valorarse la implementación de nuevas funcionalidades en este orden:

  • Poder gestionar la notificacion, consulta, acuerdo y aceptacion de las caracteristicas del partido.
  • Federarse mediante un formulario desde la app.
  • Poder organizar partidos con los jugadores que se fueran federando.​
  • La generación de ofertas personalizadas, para jugar en sus horarios y campos habituales.

Esto aportaría valor al cliente en el sentido de extender la posibilidad de creación de partidos independientemente de la verificación por parte de los profesores.

Clone repository

#Home

1. EVS - Estudio de Viabilidad del Sistema

  • Alcance del Sistema
  • Mind Map
  • Impact Map
  • Entregables Ordenados por Prioridad
  • Alternativas al Producto
  • Matriz de Cumplimiento
  • Matriz de Decisión

2. ERS - Estudio de Requisitos del Sistema

  • Diagrama de Clases

  • Interfaz de Usuario

3. MVP - Minimo Producto Viable

  • Entregables MVP

4. Desarrollo

  • Historias de Usuario
  • Product Backlog
  • Definicion de Hecho

4.1. Sprint 1

  • Sprint Planning
  • Sprint Backlog
  • Sprint Review
  • Sprint Retrospective

4.1. Sprint 2

  • Sprint Planning
  • Sprint Backlog
  • Sprint Review
  • Sprint Retrospective

Anexo I. Bibliografia