El 14 de Mayo se inicia el primer Sprint de 2
semanas del proyecto SARMAQ (Sistema de Arriendo de Maquinarias), del cual
comentaremos la experiencia por semana.
Semana 1.
Durante la primera semana del Sprint 1, no se
presentan avances de definición, diseño y desarrollo, solo estudios respecto a
los requerimientos, la metodología Scrum y las herramientas de diseño y
desarrollo a utilizar. A continuación se muestra la hoja de visualización de
tareas de la primera semana:
Cabe destacar, que además del estudio, se comienzan
a ver los primeros impedimentos y disfunciones que impactan en la efectividad
del Equipo Scrum, tales como:
- La falta de auto-organización del equipo.
- La falta de comunicación entre integrantes.
- Poca asistencia a reuniones presenciales.
Estas debilidades repercuten notablemente en el
Sprint 1, y esto se muestra claramente en la gráfica de burndown
correspondiente, en donde el trabajo restante sigue siendo las horas definidas
al principio del Sprint 1.
Sin embargo, el hecho de comenzar a ver debilidades
rápidamente, es el primer paso en Scrum para comenzar a hacer un cambio.
Semana 2.
En la segunda semana y la última del Sprint 1, se comenzaron
a ver los primeros avances de definición y diseño. A continuación se muestra la
hoja de visualización de tareas de la última semana:
Donde se tuvo más avances, fue en el requerimiento
"Definir, diseñar e implementar: Estado de Maquina", en donde se
construyó la clase y el caso de uso correspondiente en Modelio, solo faltando
la implementación en Spring Roo.
Tomando en cuenta los avances obtenidos, se
comienza a avanzar en la disminución de horas de trabajo restante del Sprint 1.
Esto ultimo se ve claramente en la gráfica de burndown correspondiente:
De un total de 32 horas definidas para el Sprint 1,
se logra avanzar 7,5 horas, quedando pendientes 24,5 horas.
Finalmente, la Pila del Producto y del Sprint,
quedan de la siguiente forma:
Pila de Producto Post Sprint 1.
Pila de Sprint 1.
Retrospectiva.
A continuación se muestra una estructuración de la
retrospectiva del Sprint 1:
- Lo que anduvo mal:
- La auto-organización del equipo Scrum.
- La comunicación entre los integrantes del equipo.
- La comprensión de los requerimientos.
- La organización del tiempo.
- El apoyo entre los integrantes del equipo.
- El avance en las tareas.
- Lo que ha andado bien:
- Actualización constante de todos los documentos.
- Visibilidad de los impedimentos y disfunciones que estan impactando en la efectividad del equipo.
- Lo que hay que agregar o cambiar:
- Aumentar la comunicación en el equipo, que no sea solo con el ScrumMaster, sino que, se produzca entre todos los integrantes.
- Como equipo deben aprender a auto-organizarse (auto-gestionarse). En Scrum los equipos se auto-organizan en vez de ser dirigidos por un jefe de proyecto.
- Si se tienen dudas respecto a los requerimientos, no dudar en preguntar y pedir apoyo.
- Aprender a organizarse con los tiempos, es decir, con otras actividades durante la semana.
- Agilizar el avance en las tareas.
Scrum no es solamente un conjunto concreto de
prácticas, más bien es un marco de trabajo que proporciona visibilidad al
equipo y un mecanismo que les permite “inspeccionar y adaptar” en consecuencia.
Scrum hace visible los impedimentos y disfunciones que están impactando en la
efectividad del Dueño de Producto y del Equipo, a fin de que se puedan ser
abordados.
Scrum revela debilidades rápidamente, pero no las
soluciona, sino que, las hace dolorosamente visibles, y proporciona un marco de
trabajo que explore nuevas formas de resolver problemas en ciclos cortos y con
pequeñas mejoras.
La experiencia de no entregar lo comprometido al
finalizar un Sprint, es el primer paso necesario para ser más realistas y
reflexivos en los compromisos.
Bibliografía:
