SARMAQ: Sprint 3.

El 25 de Junio se dio comienzo al Sprint 3 del proyecto SARMAQ, el cual contempla la revisión de lo hecho hasta ahora, y el diseño y desarrollo de los dos últimos requerimientos del proyecto:

• Gestionar las solicitudes de arriendos de maquinarias.
• Gestionar el cálculo de facturas, sus detalles y la información a recopilar.

En el Sprint 3 el equipo se comprometio a terminar una serie de tareas correspondientes a los 2 últimos requerimientos, en un plazo de 2 semanas.

El resultado anterior, en la pila de Sprint, se visualiza de la siguiente manera:

Durante la primera semana del Sprint 3, se presentan revisiones y correcciones del trabajo realizado hasta el momento e investigaciones respecto a los formatos de factura que se utilizan en la empresa.

De un total de 37 horas, definidas para el Sprint 3, se logró avanzar 16 horas, quedando pendientes 21 horas. Con este rendimiento por Sprint aún se esta muy lejos de alcanzar la agilidad necesaria para programar los módulos que han de satisfacer, por completo, los requerimientos planteados.

La situación existente, en relación al estado del proyecto, significa que en el Sprint 4 es necesario incluir las 21 horas que no se alcanzaron ha hacer en el Sprint 3. Además en el Sprint 4 se incorporaran casos de prueba, las cuales serán ejecutadas por los mismos integrantes del Sprint dado que por la naturaleza del proyecto el Owner también esta involucrado en la ejecución Sprint.

Para las pruebas se considerará trabajar con el software ya construido en Spring Roo. Las pruebas en si abarcaran situaciones de usuario final, como por ejemplo arrendar una máquina, cobrar un arriendo, etc. En todo caso las pruebas serán diseñadas durante el desarrollo del Sprint 4.


Finalmente, la Pila del Producto y del Sprint 3, quedan de la siguiente forma:

Se observa que los compromisos asumidos en los sprint no se cumplen, situación que afecta los nuevos sprint pues ellos se inicializan con un exceso de carga debido al remanente del sprint anterior.

Lo anterior se debe a la poca experiencia del equipo de trabajo en lo que es el uso de una metodología ágil, sobretodo que el dedicar tiempo sin interrupciones a las tareas y reuniones de los sprints es bastante difícil, mas aún si se le suma la poca experiencia que en general se tiene del desarrollo de sistemas de información, situación que significa que las estimaciones de plazos son muy inexactas.

En base a todo esto hay que tomar las precauciones para que el Sprint 4 cumpla sus objetivos a objeto de contar al final de este con el producto que se especifico inicialmente.