Este fin de semana se han celebrado 9 iweekend al mismo tiempo. Han participado 8 ciudades españolas y una mexicana. Resaltar que el evento tiene como objetivo crear una empresa en un fin de semana.
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.
Uno de los dilemas que se plantea una empresa es plantear el tiempo de cada Sprint, el tiempo de cada ciclo de producción. Los entendidos recomiendan que estos ciclos finalicen en plazos de 15 días a un mes, dependiendo del tipo de tarea a desarrollar.