Lista de tareas de la iteración (Sprint Backlog)

Lista de tareas que el equipo elabora en la reunión de planificación de la iteración (Sprint planning) como plan para completar los objetivos/requisitos seleccionados para la iteración y que se compromete a demostrar al cliente al finalizar la iteración, en forma de incremento de producto preparado para ser entregado.

Esta lista permite ver las tareas donde el equipo está teniendo problemas y no avanza, con lo que le permite tomar decisiones al respecto.

Para cada uno de los objetivos/requisitos se muestran sus tareas, el esfuerzo pendiente para finalizarlas y la autoasignación que han hecho los miembros del equipo.

Lista de tareas de la iteracion - Scrum sprint backlog
 
 
El progreso de la iteración y su velocidad con respecto a tareas u horas pendientes se muestra mediante un gráfico de trabajo pendiente (Burndown chart).
 
 

Uso de la lista

  • Los objetivos/requisitos están ordenados por orden de prioridad para el cliente.
  • Si una tarea depende de otra, se coloca en algún punto por debajo de la que depende.
  • Las tareas deben estar identificadas de manera que tengan un coste semejante para ser completadas, entre 4 y 16 horas. Este tamaño permitirá:
    • Que las tareas sean suficientemente pequeñas como para poder detectar progreso o estancamiento de manera diaria.
    • Que las tareas no sean muy pequeñas, que sean suficientemente relevantes, no generen ruido ni microgestión.
    • Medir la velocidad de desarrollo del equipo y extrapolar si es posible finalizarlas dentro de la iteración

El tablero de tareas (Scrum Taskboard)

La lista de objetivos a completar en la iteración también se puede gestionar mediante un tablón de tareas (scrum taskboard). Al lado de cada objetivo se ponen las tareas necesarias para completarlo, en forma de post-its, y se van moviendo hacia la derecha para cambiarlas de estado (pendientes de iniciar, en progreso, hechas). Para cada miembro del equipo se puede utilizar adhesivos de colores más pequeños sobre cada tarea, de manera que se pueda ver en qué tareas está trabajando cada cual.

 
scrum-task-board-detail
 

El equipo elabora esta lista de tareas en la segunda parte de la reunión de planificación de la iteración. La lista va evolucionando (nuevas tareas, cambios, estado, esfuerzo pendiente, ...) a medida que la iteración avanza, especialmente durante la reunión diaria de sincronización.

Este tablón o cuadro de mandos actúa como radiador de información tanto para el equipo como para cualquier otra persona relacionada con el proyecto. Por ello también se suele poner:

Ver más ejemplos en este Blog de gestión visual (en inglés):

scrum-task-board

Notar que se puede poner otras secciones:

  • Retrospectiva - Cosas que se querrán hablar cuando llegue la próxima retrospectiva.
    • Las tareas a realizar como resultado de las retrospectivas (y que sean de mejora transversal, no asociables a un objetivo/requisito de la iteración) se pueden poner dentro de un objetivo "mejora continua".  
  • Modelos del producto - Diagramas del producto que se está desarrollando, para que todos los miembros del equipo tengan una misma visión, que les sirva de apoyo cuando comuniquen cosas y para que utilicen una misma nomenclatura. Típicamente: diagrama de entidades del dominio, procesos o bloques funcionales e integraciones, etc.
  • Parking - Tareas que el equipo va detectando que sería necesario hacer antes de finalizar la iteración pero que todavía no han sido clasificadas en objetivos.
  • Urgencias - Tareas no previstas que tienen que hacerse ASAP (esta sección se puede sustituir por una fila específica para tareas "no planificadas", ver apartado "Trucos").

 

Trucos (sólo si se necesita)

  • Dejar más espacio para la columna de tareas no iniciadas (las tareas en curso deberían ser menores que las que se identificaron en la reunión de planificación de la iteración).
  • Utilizar una pequeña marca roja para las tareas más prioritarias (no utilizar el color rojo para otra cosa que indicar prioridades, problemas o riesgos).
  • Marcar o poner en otro color (rosa) las nuevas tareas que aparecen y que no fueron planificadas en la reunión de planificación de la iteración, para obtener métricas de trabajo no planificado [1] y reflexionar en la retrospectiva.
  • Com alternativa a la sección de Urgencias indicada anteriormente, poner en la parte superior una fila específica para tareas no planificadas que no son parte de los requisitos/objetivos de la iteración pero que es necesario hacer de manera urgente (errores en producción, urgencias del cliente, etc.). Las tareas aquí también se ponen de color rosa, para visualizar cómo somos de reactivos en lugar de planificados dentro del proyecto, obtener métricas de trabajo no planificado [1] y reflexionar en la retrospectiva.
  • Marcar o poner en otro color (azul) los objetivos y tareas de la iteración siguiente que se empiezan a hacer, para obtener métricas de trabajo avanzado [1] y reflexionar en la retrospectiva.
  • Poner colores diferentes en función del tipo de tarea (análisis/diseño, construcción, errores).
  • Poner 1 punto negro por cada día que una tarea se retrasa, para que el equipo vea si hay algún peligro y para poder reflexionar en la retrospectiva.
  • Sólo mover tareas a "Hechas" en la reunión diaria de sincronización, para que todo el mundo sea conciente del avance. Para ello, cuando alguien acaba una tarea, la marca como "hecha" pero no la mueve.
  • Una vez acabada una tarea, si es necesario que otra persona haga control de calidad (peer review y/o pruebas), se puede marcar la tarea indicando "Revisar". Se puede poner un gomet a la izquierda para identificar a quien “hará” y otro a la derecha para identificar a quien “revisará".
    • La marca "Revisar" es como otro estado de la tarea y evita utilizar sistemas de control adicionales, evita crear una “tarea Y” específica para hacer el control de calidad de la “tarea X”, evita tener una columna específica de “Revisar”, … (sin embargo, se podría utilizar alguno de estos otros sistemas de control si se considera necesario).
  • Poner un número en las tareas para indicar el orden.
  • Poner en las tareas el ID o nombre abreviado de la historia de usuario (por si se caen).

 

Material para elaborar el taskboard

  • Tablero de tareas:
    • Para un equipo de 5..9 personas: 2 m largo x 1 m alto (o superiores).
    • Idealmente que sea una pizarra blanca (es decir, que se pueda escribir y borrar con reguladores de pizarra blanca).
    • Para un equipo de 3..4 personas (puede ser un tablero de corcho móvil): 1 m largo x 0,60 m alto (o superiores).
  • Post-its rectangulares: 13 x 7,5 cm,
    • 2 paquetes color verde (o azul)
    • 1 paquete color rosa (o naranja)
  • Post-its cuadrados, 7,5 x 7,5 cm, a ser posible: super sticky
    • 4 paquetes color amarillo
    • 2 paquetes color verde
    • 2 paquetes color naranja
    • 1 paquete color lila
    • 1 paquete color rosa (o rojo)
    • 1 paquete color azul
  • Post-its pequeños 5 x 4 Etiquetas post-its (2,5 x 7 cm), en 2 o 3 colores diferentes.
    • 6 paquetes color amarillo.
    • 1 paquete color rosa (o naranja)
    • 1 paquete color azul (o verde)
  • Celo transparente.
  • Celo de color o cinta adhesiva negra.
  • Tijeras.
  • Gomets para asignación de personas: 7 colores + rojo = 8 colores. Si es un tablero de corcho: marcas/papelitos de colores y chinchetas.
  • Rotuladores normales: negro, rojo, verde, azul.
  • Rotuladores de pizarra blanca: negro, rojo, verde, azul.
  • Borrador de pizarra blanca.
  • Caja donde guardar todo el material anterior.

 

Artículos relacionados