---
# System prepended metadata

title: Sprint Retrospective

---

# Sprint Retrospective

### Introducción

Planteamos la ceremonia de retrospectiva de Sprint para discutir acerca de la calidad del proceso de trabajo manejado durante este, y tomar decisiones con todo el equipo acerca de cómo incrementar la efectividad y calidad en el siguiente Sprint. 

Se organiza esta ceremonia en base a una serie de puntos para conversar sobre los puntos de vista de todos los integrantes y finalmente llegar a conclusiones que quedarán redactadas en este documento.

### Herramientas
Este Sprint fue la introducción al uso de herramientas nuevas para el equipo entero, por lo que consideramos importante definir la opinión grupal acerca de estas, aclarar dudas que puedan haber surgido durante su utilización, y planificar qué cambios implementaremos en función de estas para el siguiente Sprint.

Para la organización de las ramas y versionado del trabajo, utilizamos Git. Esta herramienta era conocida y no tuvimos ningún problema en su manejo. Para la escritura y formato de los documentos, utilizamos HackMD. Esta tampoco nos causó ningun problema, ya que había sido utilizada previamente por todos los integrantes. Para ambas, destacamos su utilidad por permitirnos trabajar en simultáneo, tanto en diferentes tareas como en la misma de forma colaborativa.

Para el tracking del tiempo trabajado, utilizamos Toggl. Por más que resultó novedosa para la mayoría de los integrantes, nos fue muy intuitiva y natural su implementación. Finalmente pudimos utilizarla para realizar un reporte grupal e individual de todos los miembros del equipo, por lo que pudimos concluir que el trabajo en este Sprint fue buen organizado y repartido de forma pareja.

La herramienta principal para este Sprint fue Kanbanize. Esta nos permitió organizar roles y mantener constancia de las tareas que habíamos realizado y quedaban por realizar. 

### Interacciones y ceremonias
Durante el primer Sprint, establecimos informalmente el compromiso con las reuniones de *Daily Scrum* para la discusión acerca del trabajo realizado por cada integrante durante el día. 
Concluimos que esta ceremonia tiene su mayor efectividad cuando se acompaña su frecuencia con la carga de trabajo que maneja cada integrante. En el caso de este sprint, los Daily Scrum nos sirvieron como un breve recordatorio de la división y progreso de las tareas especificadas durante el Sprint Planning. 
Entendemos que al manejar una carga mayor de trabajo estas nos servirán aún más.


### Problemas encontrados y mejoras a implementar

Mediante las Daily Scrums, nos dimos cuenta que las tareas que se repetían sin haberse finalizado luego de varios días correspondían a responsabilidades que podría haberse subdividido entre varios integrantes del equipo para agilizar el progreso. 

## Conclusión

Concluimos que en un futuro intentaremos mantener el WIP al mínimo de forma de evitar el estancamiento de tareas y mejorar la calidad del trabajo entregado.

También, nos gustaría destacar que nos sentimos cómodos trabajando en base a lo discutido en el Sprint Planning. Este marcó el ritmo y responsabilidades a cumplir durante la iteración y a pesar de haber sido corto, nos pareció que para el siguiente Sprint deberíamos ponerle más énfasis a esta ceremonia y aprovechar el trabajo realizado con el Product Backlog para seleccionar las mejores tareas a realizar durante el mismo.

---
Agustín Hernández - Tadeo Artía - Fernando Sobral - Clara Cestau

---