No hemos escrito estos últimos días por que hemos estados trabajando en la ponencia que tenemos que dar en el evento.

A partir de la semana que viene volveremos a nuestra rutina de 1/2 post semanales sobre agilidad y Scrum.

Desde aquí os animo, a los que todavía no lo tengan claro, a acudir a este evento.

Se están dando pasos para ir asentando las metodologías ágiles como un sistema eficiente de creación de software, y durante dos días podremos ver ejemplo de éxitos.

El listado de ponentes y de las sesiones.

Cada equipo de cada ciudad organizaba su propia gestión. Ante la imposibilidad de poder explicar Scrum e integrarlo en una hora, en uno de los equipos se han empleado algunas de las herramientas que aporta Scrum, y gracias a ello se ha organizado todo el trabajo.

Se crearon los siguientes roles:

Product Owner: lo representaba en emprendedor que aportó la idea sobre la que el equipo iba a trabajar.

Scrum Master: La persona encargada del tablón con las historias y de controlar que estaba haciendo cada miembro del equipo en ese instante.

Tres Equipos: Programación, Marketing y Comunicación.

El cliente: En este caso lo interpretaban los organizadores del evento, que esperaban la entrega del producto al finalizar el fin de semana que dura el evento.

Se creó un tablón con la pila de producto y de sprint.

Se pusieron fotos de todos los miembros del equipo para poder seguirlos en todo momento.

Una vez finalizado el fin de semana frenético en el que se ha presentado una beta del producto, se ha organizado una reunión de retrospectiva, pero por falta de tiempo, esta se ha emplazado para unos días después.

A partir de ahora, el próximo paso es que todos los miembros del proyecto reciban un curso de Scrum, para continuar empleandolo como proceso ágil para las próximas fases de desarrollo del proyecto.

No se pudieron implementar métricas por falta de tiempo, no se podían organizar reuniones de estimación, dado que solo eran dos días, por lo que no se ha podido obtener ni la velocidad ni el factor de foco, aunque si se ha podido obtener un porcentaje de historias terminadas sobre las previstas.

Los miembros del equipo no han tenido tiempo de poder valorar las ventajas de las metodologías ágiles, pero al menos se han aproximado a ellas de una forma directa, pudiendo comprender los valores positivos de las mismas.

En resumen, la experiencia ha sido positiva, sobre todo por el gran panel de control de historias, que en todo momento daba una indicación del estado del proyecto.