LAD variations in rail transport

SCRUM LEGO

El equipo que realizo la prueba con la herramienta Virtual Scrum Lego, al igual que el equipo anterior (equipo sin VSL) también desarrollo un producto el cual era un avión con las características ya mencionadas. El profesor solicito la carga de las mismas User Stories que al equipo sin VSL, luego de esto, respondidas todas las preguntas a los miembros del equipo con respecto a las características del producto, el equipo comenzó con la construcción del avión dentro del ambiente virtual Virtual Scrum Lego.

5.3.2.1.

Carga y priorización de las User Stories

Para la carga y priorización de las User Stories, este quipo utilizo el panel

Product Backlog de Virtual Scrum Lego, el cual da soporte a esta actividad dando la posibilidad de agregar una descripción, prioridad, tiempo estimado de desarrollo y el sprint en el cual se desea desarrollar cada User Story.

En este caso cada miembro del equipo Scrum mediante el uso del artefacto Panel de Chat realizo las preguntas claves al Product Owner para obtener la información creyeron necesaria para llevar a cabo la construcción del producto. En la ilustración 37 y 38 se puede apreciar momento en el cual los miembros del equipo están dentro de Virtual Scrum Lego junto al ProductOwner generando el

101

Ilustración 37: Product Backlog Virtual Scrum Lego

Ilustración 38: Product Backlog (Creando Tareas) Virtual Scrum Lego

5.3.2.2.

Planificación del Sprint Backlog

Virtual Scrum Lego proporciona el componente de Planificación para realizar la técnica Planning Póker (Oliveira & Lima, 2011) (Paasivaara, Durasiewicz, & Lassenius, 2009).

102

5.3.2.3.

Estimación de User Stories

En este equipo cada participante dispone de un juego de cartas virtual, y en la estimación de cada tarea, todos vuelven boca arriba la carta que representa el esfuerzo estimado para cada uno de ellos. En la ilustración 39 se puede apreciar momento en el cual los miembros del equipo están realizando una estimación para la User Story: Creación de Avión.

Ilustración 39: Estimación con Póker Planning en la sesión de planning

.

En Virtual Scrum Lego, al igual que el método tradicional, se decidió que un punto en la carta de Planning Póker representa una hora de trabajo ininterrumpido. El modelo consta de 10 cartas con los números representados más abajo, los cuales los equipos emplean como unidad de esfuerzo, es decir, como horas de trabajo de cada programador. Se decidió utilizar la siguiente secuencia Fibonacci 0; 1/2; 1; 2; 3; 5; 8, 13, 20, 40 y 100 (también existe la

103

posibilidad de utilizar la carta “infinito”) para el valor de las cartas involucradas en el Planning Póker.

Los miembros del equipo realizaron la estimación para cada User Story

perteneciente al Sprint a desarrollar. Luego todas las User Story estimadas fueron distribuidas entre los integrantes del equipo Scrum, por lo cual cada uno inicio su desarrollo en Virtual Scrum Lego. Cabe destacar que gracias a la conexión en red que ofrece Virtual Scrum Lego, algún miembro del equipo puede dejar su actual desarrollo por un momento para ayudar a cualquier compañero que lo necesite.

5.3.2.4.

Control y Supervisión del trabajo durante el Sprint

Al igual que con la prueba del método tradicional, también se decidió realizar

DailysMeetings de no más de 15 minutos cada una hora, para revisar y discutir el progreso de cada tarea iniciada. Cada miembro del equipo respondió las preguntas claves a través del artefacto Panel de Chat o Vista Daily Meeting. En la ilustración 40 se puede ver momento en el cual el equipo realizaba una Daily.

104

Después de responder a las preguntas, el equipo Scrum actualizo el estado de las tareas dentro del Task Board como se puede apreciar en la ilustración 41.

Ilustración 41: Task Board Virtual Scrum Lego

Seleccionada la tarea a desarrollar, cada miembro del equipo empieza con la construcción de dicha tarea con piezas LEGO Virtuales. La ilustración 42 muestra momento en el que se está desarrollando la solución de la tarea seleccionada.

105

Ilustración 42: Desarrollo Tarea con Virtual Scrum Lego

En la ilustración 43 se puede apreciar como Virtual Scrum Lego ofrece la posibilidad del trabajo colaborativamente entre todos los miembros del equipo

Scrum.

106

Además Virtual Scrum Lego ofrece un reloj automático para cada tarea, el cual se inicia, se pausa y se finaliza automáticamente mientras la tarea es desplazada por el TaskBoard. Este reloj es capaz de controlar los minutos y las horas trabajadas para cada tarea.

Cada vez que un miembro del equipo finalizaba una tarea en la cual estaba asignado, entonces este procedía a avanzar el estado de dicha tarea de Doing

hacia el estado Done dentro del TaskBoard. Ver ilustración 44

Ilustración 44: Finalización Tarea Virtual Scrum Lego

5.3.2.5.

Cierre del Sprint

El Sprint finalizo con una Sprint Review a través del panel de chat ofrecido por

Virtual Scrum Lego, en donde los alumnos revisaron los entregables, se vio un avance claro y tangible el cual fue presentado al Product Owner. Durante esta

Review, el equipo Scrum a través de una demo mostro las User Stories

realizadas durante el Sprint. En la ilustración 45 se puede apreciar momento en el cual el equipo presenta el requerimiento finalizado. El objetivo fue examinar el trabajo realizado y obtener retroalimentación del ProductOwner. Durante la demostración, el equipo hizo hincapié en cómo las características desarrolladas pasan las pruebas de aceptación.

107

Ilustración 45: Requerimiento finalizado Virtual Scrum Lego

Luego, en una reunión Sprint Retrospective, también realizada a través del panel de chat, el equipo reviso los objetivos cumplidos del Sprint terminado. Se tomó nota de lo bueno y lo malo, para no volver a repetir los errores. Esta etapa sirvió para implementar mejoras desde el punto de vista del proceso del desarrollo. Además esta reunión dio la posibilidad de reflexionar sobre lo ocurrido durante el Sprint, e identificar los problemas que pudieran impedir una mejorara en la productividad del equipo. Para ello, cada miembro del equipo menciono los problemas que deben abordarse. Virtual Scrum Lego apoya la lista impedimento artefacto, para el que los miembros del equipo a identificar soluciones y miembros responsables de su ejecución. El Scrum Master es el encargado de supervisar la adopción efectiva de las soluciones para reducir la lista de impedimentos.

En el cierre del último sprint, el equipo presento el producto final al Product Owner. En este punto se evaluó la forma en que los estudiantes siguieron la

108

cooperativo de los estudiantes, el mantenimiento del TaskBoard, cumplimiento de los plazos, etc.