Skip to content

GitLab

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

Last edited by imunnic Jun 08, 2024
Page history

4.5.3. Sprint Review

Sprint Review

Product Goal

El Product Goal para este proyecto es tener un portal que permita la gestión de las MEL/MIL de un ejercicio tipo CPX.

Sprint Goal

El sprint goal es permitir establecer una relación entre cometidos e incidencias.

Incrementos

Los incrementos han permitido trabajar sobre dos impactos:

  • Redactar más rápido las MEL/MIL
  • Redactar con menos personal las MEL/MIL

En ambos casos el entregable es el mismo que es la relación entre cometidos e incidencias, que se ha desgranado en este caso en 4 incrementos:

  • Ver incidencias
  • Ver cometidos
  • Gestionar incidencias
  • Gestionar cometidos

En este caso los entregables han permitido generar el impacto que se buscaba, si bien es cierto que se requiere de un trabajo de carga previo y que lo realizado hasta ahora debe ser complementado para conseguir mejorar el impacto.

Por otra parte el cliente ha añadido los siguientes comentarios para mejorar el incremento desarrollado hasta ahora:

  • Facilitar la elección de incidentes a añadir en cada cometido: Actualamente al añadir un incidente a un cometido aparece para la selección la descripción del incidente y no el nombre, debería ser al revés.
  • Facilitar la lectura de la descripción de incidentes: La descripción de los incidentes no siempre queda semánticamente correcta al introducir lo valores del incidente en ella, debe ajustarse para que sea legible.​
  • Poder realizar búsqueda de cometidos​: No existe ningún filtro de búsqueda de cometidos, debería poder haber uno para facilitar la búsqueda permitiendo reducir el tiempo que se tarda en redactar las MEL/MIL.
  • Poder realizar búsqueda de incidentes: No existe ningún filtro de búsqueda de incidentes, debería poder haber uno para facilitar la búsqueda permitiendo reducir el tiempo que se tarda en redactar las MEL/MIL.

Adaptación del impact map

Se ha visto necesario añadir un entregable puesto que al distribuir los PBI, se ha visto que algunos, aunque aportan valor al mismo impacto, no lo hacen de la misma manera. En este sentido, el entregable que antes constituía "Relación entre cometidos e incidencias" que comprendía los PBI del 01 al 07, se ha dividido en dos entregables que siguen afectando a los dos mismos impactos. Los dos entregables pasan a ser:

  • Relación entre cometidos e incidencias: PBI01-PBI04
  • Selección dinámica de incidentes para la operación: PBI05-PBI07

Los items desarrollados durante el sprint permiten esa relación entre cometidos e incidencias y aportan valor a los impactos buscados pero es necesario finalizar los entregables para aportar el valor completo al impacto.

Acciones futuras

En concordancia con el punto anterior, los 3 siguientes items propuestos a valorar en la siguiente Sprint Planning serán:

  • PBI 05: Poder seleccionar los cometidos de la operación de manera sencilla.​
  • PBI 06: Poder seleccionar incidencias dentro de las que pueden ocurrir en cada cometido. ​
  • PBI 07: Poder ver la selección de cometidos e incidencias.

Por tanto se propone como Sprint Goal para la siguiente Planning "Facilitar la selección de los incidentes para una operación".

Adaptación del product backlog

Dado el feedback del cliente, se considera necesario incluir en el product backlog 1 items más que será:

  • PBI 14: Poder realizar la búsqueda de cometidos e incidencias.

Además, se considera necesario discernir entre los items para conseguir el MVP y los que permiten alcanzar la totalidad del proyecto, por lo que se modifican del PBI-01 al PBI-04 a :

  • PBI-03: Gestionar incidencias críticas
  • PBI-04: Gestionar la relación entre cometidos e incidencias

Debido a esta modificación es necesario añadir los siguientes PBI:

  • PBI-15: Gestionar todas las incidencias necesarias

El resto de comentarios del cliente se ha considerado valorarlos en la DoD puesto que no suponen en sí mismos un incremento si no un aporte de calidad y se tendrá en cuenta en la Sprint Retrospective.

Clone repository

Home

  1. Especificación y formulación del problema
  2. Estudio de viabilidad del sistema
    2.1 Mind Map
    2.2 Impact Map
    2.3 Estudio de Alternativas
    2.4 Matriz de Cumplimento de funcionalidades
    2.5 Matriz de decisión
  3. Propuesta de desarrollo
    3.1 Planificación general
    3.2 Diagramas
    3.3 Funcionalidades
    3.4 Interfaz de usuario
    3.5 Producto Mínimo Viable
  4. Desarrollo
    4.1. Marco de trabajo
    4.2. Metodología
    4.3. Historias de usuario
    4.4. Producto
    4.5. Sprint 1
         4.5.1. Sprint Planning
        4.5.2. Sprint Backlog
        4.5.3. Sprint Review
        4.5.4. Sprint Retrospective
    4.6 Sprint 2
        4.6.1 Sprint Planning
        4.6.2 Sprint Backlog
        4.6.3 Sprint Review
        4.6.4 Sprint Retrospective
    Anexo I
    Anexo II