Sprint Retrospective - Sprint 1

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 se complicaron con respecto a control de versiones y la aplicacion de flujo de trabajo de git flow, pero con la colaboracion de cada uno de los miembros se hizo el apoyo respectivo para seguir y obtener la finalizacion del sprint con exito.



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 tecnologías utilizadas fueron bien aceptadas por el equipo, ya que la mayoría tenia conocimiento sobre ellas, por lo tanto la curva de aprendizaje fue mínima.
  • 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.

Posibles mejoras:

  • Mayor conocimiento de gitflow.
  • Realizar diferentes y mejoradas pruebas unitarias.
  • Cambiar de software para realizar los Sprint.

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

Para las mejoras en la forma de trabajo del equipo se implementara el trabajo en parejas por la forma en que estan organizadas las funcionalidades del proyecto, entre el FrontEnd y BackEnd, donde la pareja sera de dos desarrolladores que tengan funcionalidades que dependan de una y se tomara prioridad a la comunicación entre estos integrantes.

Se tomaran roles definidos entre BackEnd y FrontEnd, no se intercambiaran estos papeles durante el sprint. En resumen se implementara lo siguiente:

  • Roles definidos entre los desarrolladores de la división de las tareas BackEnd y FrontEnd
  • Enfoque en la comunicación del equipo y principalmente entre parejas de desarrolladores que tengan funciones dependientes.

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