Sprint Retroespective 2

De -

 

Inspeccionar cómo fue el último Sprint en cuanto a personas, relaciones, procesos y herramientas

 

  • La realizacion de los daily meet fueron hechos de manera efectiva por lo que el equipo llevo un buen seguimiento de cada una de las tareas que se tenian que hacer durante el sprint.
  • La relacion de cada miembro de equipo durante el sprint fue mejorando con cada dia, por lo que se hizo un buen trabajo de cada una de las tareas y en su tiempo especificado.
  • Los procesos de desarrollo de pruebas y comunicacion entre la parte del backend y frontend causaron un podo de tiempo perdido, pero gracias al apoyo y colaboracion de cada uno de los miembros se lograron solucionar los problemas y la adaptacion de una nueva herramienta como notion facilito algunas procesos.
  • La implementacion de definir los papeles de backend y frontend para cada miembros y no andar intercambiando mejoro la eficiencia de trabajo para todo el equipo.
 

Identificar y ordenar los elementos más importantes que salieron bien y las posibles mejoras:

Elementos que salieron bien:

  • La relación entre integrantes del equipo fue amena, colaborativa y se desarrollo un buen trabajo grupal.
  • Las herramientas de software para el manejo de las tareas y apoyo a la organización del equipo fueron efectivas.
  • Las publicaciones en el blog fueron constantes.
  • La definicion de roles fue bien aceptada y ayudo al equipo
 

Posibles mejoras:

  • Mayor conocimiento en pruebas unitarias.
  • Mejorar la implementacion de pruebas.

Crear un plan para implementar las mejoras a la forma en la que el Equipo Scrum desempeña su trabajo:

Una de las cosas que fue de gran ayuda es el apoyo de cada miembro cuando se trataba de poder implementar algo nuevo y que otros o todo el equipo no sabian como hacerlo, por lo que que una mejora sería que si vamos a implementar algo nuevo o surge la necesidad, de enfocar un tiempo extra para cada miembro a poder realizar investigaciones y al final del dia poder colaborar entre todos sobre lo que se aprendio y asi tener un idea mas clara de que se debe de hacer.

 

Comentarios

Publicar un comentario

Entradas populares de este blog

Herramienta para el control de versiones

De -
Imagen
  Control de Versiones  Un control de versiones es un sistema que registra los cambios realizados en un archivo o conjunto de archivos a lo largo del tiempo, de modo que puedas recuperar versiones específicas más adelante     GitHub  GitHub es un sistema de gestión de proyectos y control de versiones de código, así como una plataforma de red social diseñada para desarrolladores, github permite trabajar en colaboración con otras personas, para planificar proyectos y realizar seguimiento del trabajo, además de considerarse uno de los repositorios online más grandes de trabajo colorativo.    Características  Pull Request  Integracion Continua  Informacion sobre el crecimiento de repositorios  Perfil de usuario  Repositorios publicos y privados  Elección de Github: Se eligió github por la facilidad de su uso, por poseer una interfaz intuitiva para el manejo de repositorios y la creación de los mismo, además de que ...
Leer más

Herramientas para Pruebas Unitarias

De -
Imagen
Herramientas para Pruebas Unitarias ¿Que es una pruebas unitarias? En programación, una prueba unitaria es una forma de comprobar el correcto funcionamiento de una unidad de código. Por ejemplo en diseño estructurado o en diseño funcional una función o un procedimiento, en diseño orientado a objetos una clase. Esto sirve para asegurar que cada unidad funcione correctamente y eficientemente por separado. Además de verificar que el código hace lo que tiene que hacer, verificamos que sea correcto el nombre, los nombres y tipos de los parámetros, el tipo de lo que se devuelve, que si el estado inicial es válido, entonces el estado final es válido también. La idea es escribir casos de prueba para cada función no trivial o método en el módulo, de forma que cada caso sea independiente del resto. Luego, con las Pruebas de Integración, se podrá asegurar el correcto funcionamiento del sistema o subsistema en cuestión. ¿Qué es Jasmine? ...
Leer más

Sprint review sprint2

De -
Imagen
  La Revisión de Sprint incluye los siguientes elementos: • Los asistentes son el Equipo Scrum y los interesados clave invitados por el Dueño de Producto. Los presentes son: Gabriela Zavala, Gerardo Chay, Feliciano Chajon, Victor Lopez y Luis Vargas, equipo de desarrollo completo. • El Dueño de Producto explica qué elementos de la Lista de Producto se han “Terminado” y cuales no se han “Terminado”: Terminado   Creacion de ciclo escolar Creacion de materias  Creacion de secciones Inscripcion de Alumnos Creacion de Grados Asignacion de materias  Registro de docentes No Terminado Asignacion de Alumnos Registro de calificaciones Registro de conducta  Generacion de Boleta Calificaciones grupales Inicio de sesion     El Equipo de Desarrollo habla acerca de qué estuvo bien durante el Sprint, qué problemas aparecieron y cómo fueron resueltos esos problemas:   Surgen problemas en la parte del manejo de pruebas unitarias, creando confucion entre los integ...
Leer más