UP | HOME

Diseño de Interfaces Web

Introducción a EduScrum

Índice

1 Scrum

Scrum es un marco de trabajo en grupo orientado a la realización de tareas en cortos períodos de tiempo por grupos pequeños (equipos de 4 a 8 personas, aproximadamente). En los siguientes vídeos se explica brevemente en qué consiste:

Vamos a integrar la filosofía Scrum en las prácticas que haremos a partir de ahora. En este apartado puedes consultar la información relacionada con Scrum y la adaptación EduScrum que utilizaremos en clase.

2 EduScrum

Página principal: http://eduscrum.nl/en/ Guía EduScrum (lectura obligatoria): http://eduscrum.nl/en/links

3 Filosofía y normas

La adopción de este estilo de trabajo conlleva una serie de responsabilidades que los alumnos tienen que aceptar:

  • El trabajo se realizará en equipos de trabajo de cuatro personas.
  • Los equipos son autoorganizados. El profesor (product owner) especifica qué se debe hacer y el equipo define el cómo.
  • La nota de cada trabajo se puntúa a nivel de grupo, no de manera individual. Por tanto, los miembros del equipo deben tener un compromiso con los otros miembros. Este compromiso se traduce en una serie de responsabilidades:
    • Cada miembro debe trabajar al mismo nivel que sus compañeros.
    • Los miembros del equipo se comprometen a asistir a clase regularmente para participar del trabajo y las reuniones diarias que se realicen. Por supuesto, las faltas justificadas se aceptan naturalmente.
    • Transparencia. El trabajo realizado por cada miembro del equipo estará visible en la hoja de planificación del grupo. Dichas hojas estarán colgadas de las paredes de la clase de manera que cualquiera pueda ver el trabajo que se ha realizado y que se está realizando.
    • Colaboración. Uno de los objetivos que se persiguen con esta filosofía es fomentar la colaboración tanto dentro del equipo como entre los distintos equipos de trabajo.
    • Respeto. Las relaciones que se produzcan dentro de los equipos estarán basadas en el respeto. Cada persona es diferente y tiene diferentes capacidades, por lo que se asume que en determinados momentos unos miembros del equipo aportarán más que otros.
    • Aprendizaje. El objetivo más importante de este estilo de trabajo es que cada alumno alcance los objetivos de aprendizaje establecidos para cada proyecto.
  • Esta manera de trabajar está basada en inspect and adapt: es decir, analizar y adaptarse. Cada ciclo de trabajo termina con una retrospectiva en la que se analizan los puntos fuertes y débiles para mejorar de cara al futuro.

4 Sprint

Un sprint es un marco temporal definido a priori que agrupa un conjunto de actividades, materiales de aprendizaje y eventos que tiene como finalidad adquirir unos determinados objetivos de aprendizaje.

Al terminar el sprint el equipo de trabajo debe proporcionar un producto válido de acuerdo con unos criterios (Definition of Done). Además, cada miembro del equipo debe haber alcanzado los objetivos de aprendizaje previstos.

5 Scrum Master

El Scrum Master es el encargado de garantizar que el proceso se realiza correctamente (reuniones, etc.). Es además el encargado de colgar la hoja de planificación al comienzo de cada clase y de retirarla al final de la misma.

6 Lista de requerimientos (Product Backlog)

El Product Backlog es una lista ordenada de elementos denominados historias. Cada historia puede ser realizada de manera independiente y su terminación contribuye a alcanzar los objetivos de aprendizaje establecidos para el sprint.

Las historias pueden considerarse tareas independientes, aunque algunas de ellas serán demasiado grandes y deberán ser subdivididas por el equipo de trabajo.

7 Reunión de planificación

Tiene una duración de dos horas. En ella se realizan las siguientes tareas:

  • Asignación de equipos.
  • Explicación del proyecto.
  • Creación del nombre del equipo.
  • Creación de la hoja de seguimiento.
  • Planificación del trabajo (generación de la lista de tareas).
  • Estimación de las tareas.

La lista de tareas se genera a partir del Product Backlog. Cada equipo puede decidir si cada elemento del Product Backlog se convierte en una tarea o si se divide en tareas más pequeñas.

Cada tarea se anotará en un post-it. A continuación se asignará una estimación horaria a cada tarea. Así podrá contabilizarse el número de puntos totales estimados que necesitará el proyecto. Como referencia puede tomarse la duración del sprint sin incluir la reunión de planificación, demo y retrospectiva.

Al finalizar esta reunión el equipo de trabajo debe explicar al product owner (profesor) un resumen de las decisiones tomadas y las estrategias adoptadas para abordar el proyecto.

8 La hoja de planificación (Scrum board)

Cada equipo dispondrá de una hoja de 1x1 metro para apuntar las tareas que se están o han realizado. La hoja tendrá tres columnas, un espacio para apuntar la Definition of Done y un espacio para la gráfica Burn Down Chart.

Las tres columnas son:

  • Por hacer
  • En curso
  • Terminada

La lista de tareas se genera a partir del Product Backlog en la reunión de planificación. Inicialmente todas las tareas estarán en la columna por hacer de manera ordenada (las de más arriba son más importantes).

Cuando un miembro del equipo asuma una tarea, cogerá el post-it con la tarea correspondiente, escribirá su nombre en él y la pasará a la columna por hacer. Si la tarea no se acaba en la sesión de clase, al día siguiente actualizará el número de puntos que le quedan para terminarla en el mismo post-it. De esta manera el Scrum Master podrá actualizar la gráfica Burn Down.

La lista de tareas no es cerrada. En todo momento pueden añadirse o eliminarse tareas en función de la evolución del trabajo. Por ejemplo, si algún miembro del equipo tiene que dedicar tiempo a asesorar a otro miembro del equipo puede crear la tarea correspondiente e indicar el número de puntos que le ha llevado.

9 Burn Down Chart

Dentro de la hoja de planificación habrá espacio para la gráfica de Burn Down. Esta gráfica muestra en el eje X los días asignados al sprint y en el eje Y el número de puntos totales (carga de trabajo) que quedan para terminar el proyecto.

El número de puntos totales estimados para el proyecto será determinado en la reunión de planificación por el equipo.

El Scrum Master será el encargado de actualizar esta gráfica en la reunión diaria con las estimaciones de puntos pendientes que le facilite el resto de miembros del equipo.

10 Reunión diaria (Stand Up)

Al principio de cada clase, el equipo realizará una reunión diaria de 5 minutos de duración. En ella cada miembro contestará a las siguientes preguntas:

  • ¿Qué trabajo he aportado al equipo desde la última reunión?
  • ¿Qué trabajo voy a hacer durante esta clase?
  • ¿Qué impedimentos tengo para alcanzar mis objetivos?

El Scrum Master es el encargado de recordar al resto de miembros del equipo que tienen que realizar la reunión.

Además, el Scrum Master actualizará la Burn Down Chart con las estimaciones que le proporcione el resto de compañeros.

11 Sprint Review (demo)

Tiene una duración de dos horas. En ella cada equipo expondrá sus desarrollos al resto de la clase. Cada equipo tendrá asignados 25 minutos.

12 Retrospectiva

Tiene una duración de una hora. En ella se realizarán las siguientes tareas:

  • El equipo analizarán las estrategias de trabajo que han seguido para identificar qué puntos han funcionado bien y qué puntos pueden mejorar.
  • Cada miembro del equipo analizará sus puntos fuertes y puntos débiles.
  • El equipo decidirá qué debe dejar de hacer.

Tanto el equipo (colectivo) como cada miembro (individual) deberá responder a 4 preguntas:

  • ¿Qué fue bien?
  • ¿Qué se puede mejorar?
  • ¿Qué no se debe hacer más?
  • ¿Qué voy a hacer (una cosa) para mejorar en el siguiente sprint?

Licencia de Creative Commons
Diseño de Interfaces Web by Pedro Prieto is licensed under a Creative Commons Reconocimiento-CompartirIgual 4.0 Internacional License.