# Metodología de Trabajo

## Scrum

La metodología de trabajo que adoptamos es Scrum. Si aún no estás familiarizado con la metodología vas a encontrar mucha documentación online. No obstante, te recomendamos profundices en los fundamentos de la metodología, y para eso te proponemos el libro "Scrum: El arte de hacer el doble de trabajo en la mitad de tiempo" de Jeff Sutherland.

{% embed url="<https://books.google.com.py/books/about/Scrum.html?id=XMqLDwAAQBAJ&printsec=frontcover&source=kp_read_button&redir_esc=y#v=onepage&q&f=false>" %}

## Sprints

Nuestros sprints duran una semana, y tienen una carga de 50 pts. por desarrollador. El 30% de este cupo se reserva durante la planificación para el desarrollo fuera de roadmap o casos de soporte que involucre desarrollo.

## Reuniones de Planificación

Las reuniones de restrospectiva y planificación de Scrum se realizan los días lunes por la mañana. Participan de esta reunión todos los desarrolladores y un representante del equipo de operaciones en rol de *Product Owner*.

En estas reuniones determinamos los *stories* fuera de roadmaps que serán incluídos en el sprint.

## Daily Standups

De lunes a jueves se realizan los *daily standups* de Scrum. Es una reunión que normalmente no dura más de 5 minutos y requiere de la participación de todos los desarrolladores, un representante del equipo de operaciones en rol de *Product Owner* y el *Scrum Master*.

## Pipelines

Pipelines es un módulo de BIMS para gestión de tareas. En él se pueden crear tickets, determinar sus costos, asignar responsables, documentar su ejecución y automatizar la comunicación con las partes involucradas.

{% embed url="<https://youtu.be/ADDbuDv3C2I>" %}

Todos los *sprints* y *stories* se configuran en un Pipeline de BIMS creado para el efecto:

{% embed url="<https://tiva.bims.app/issues/index/5>" %}

Este Pipeline tiene 4 estados:

1. **Pendiente:** Aquí están los tickets que aún no procesaste.
2. **Procesando:** Pasá a este estado los tickets que estás procesando.
3. **Testing:** Una vez hayas concluído el procesamiento de un ticket, pasalo a este estado.
4. **Resuelto:** Los tickets se pasan a este estado cuando el *Product Owner* los haya validado. No te corresponde a vos o a otro desarrollador pasar tickets a este estado.