Skip to content

GitLab

Last edited by Miguel Prada
Page history

sprint2

SPRINT 2

INDICE

Demostración funcionamiento App

App GESCAZA.

1. SPRINT REVIEW.

2. SPRINT RETROSPECTIVE.




1. SPRINT REVIEW

  • Objetivo del Sprint: Consultar Eventos de Caza desde una Agenda.


    1.1 Actividades realizadas.

    • Refactorización de la librería GESCAZA (GitHub).

    • Actualizar la Interfaz de Usuario (según especificaciones del cliente). Interfaz

    • CRUD EVENTO CAZA (API Spring).

    • CRUD EVENTO CAZA (Front Angular).

    • Invitaciones de eventos de caza.


    1.2 Actividades pendientes.

    1. En desarrolo:

    • Implementar servicio Calendly.
    • Autenticación de usuario.
    • Notificación de evento al usuario.

    1.3 ¿Qué actividades se van a realizar a continuación?

    1. Iniciar actividades del Sprint 3:

    • Implementar Servicio Calendly librería cadendly.
    • Autenticación de usuario.
    • Notificación de evento al usuario.

1.4 Cambios realizados tras finalizar el Sprint.

Refactorización de librería Gescaza (GitHub).


1.5 Diagrama de Clases de Diseño.

Libreria


1.6 Incremento



Subir

2. SPRINT RETROSPECTIVE

2.1 Esquema Burndown.

2.2 Problemas encontrados

  • Falta de experiencia en general. Se ha notado la falta de experiencia en desarrollo, sobre todo en Angular, perdiendo mucho tiempo en depurar los errores.

  • Fronted Angular. Ejecución síncrona instrucciones llamadas a la API. En instrucciones secuenciales dependientes del resultado de la instrucción anterior, el tiempo de retardo de respuesta de la API ha provocado errores de ejecución.

  • Backend Spring. Errores de persistencia. Se ha tenido alguna dificultad a la hora de persistir las clases de la librería.

2.3 Errores.

  • Generalización de tareas. Las incidencias no han sido concretas por lo que ha llevado mucho más tiempo que el estimado y además ha perjudicado el ritmo de trabajo.

  • NO realizar el Diagrama de Actividad de la App. Se ha pasado directamente a programar sin tener claro el diagrama de actividad y el diagrama diseño de la capa de presentación de una funcionalidad conreta.

2.4 ¿Cómo se puede mejorar?

  • Especificar incidencias más simples y concretas que se puedan definir como hechas de una forma sencilla.

  • Diseño y análisis conceptual. Antes de programar es fundamental realizar un buen estudio del diseño conceptual de la aplicación.


2.5 Aciertos.

  • Daily Scrum. Es fundamental realizar una reunión diaria al finalizar la jornada de trabajo.

  • Trabajo constante.

  • Mejorar la usabilidad de la App. Al tener el feedback del cliente, se ha actualizado la interfaz de usuario, mejorando en usabilidad y facilidad de uso.


Subir

Home