¿Qué tamaño deberían tener los elementos del Backlog en Scrum?
Cuando se planifica un Sprint o una iteración en Agile o Scrum, es importante reflexionar sobre qué tamaño deberían tener las tareas individuales.
No quieres tareas demasiado grandes
Es difícil evaluar el progreso del equipo cuando se trabaja con tareas demasiado grandes, ya que se está obligado a estimar qué porcentaje de esas tareas ya se ha completado o cuántas horas quedan.
Y eso realmente no es fácil. Es mucho más sencillo cuando las tareas, como en Scrum, pueden asignarse claramente a un estado binario como To Do o Done. Pero eso no significa que nuestras tareas deban ser demasiado pequeñas.
Las tareas demasiado pequeñas también pueden causar problemas
Se necesita un mayor esfuerzo de coordinación porque hay más tareas en la iteración.
En el Iteration Planning se necesita más tiempo para crear las tareas.
Durante la iteración se necesita más tiempo para gestionar y hacer seguimiento de las tareas.
Si las tareas en una iteración no deben ser ni demasiado grandes ni demasiado pequeñas, ¿cuál sería entonces un tamaño adecuado?
Existen dos buenas directrices. Combinadas, estas dos directrices pueden ayudar a tu equipo a crear tareas con un buen tamaño para el Sprint Backlog o Iteration Backlog.
Las tareas deberían poder completarse en un día
Imagina lo genial que sería si todos los miembros del equipo pudieran decir cada día en el Daily Standup: "Ayer terminé esta tarea y hoy voy a completar esta nueva tarea."
Sin embargo, es poco realista decir que cada tarea individual debería durar exactamente un día. Por eso simplemente asumimos que la duración promedio de las tareas debería ser de un día. Algunas tardarán un poco más, otras necesitarán menos tiempo. Tomar un día como objetivo para el tamaño promedio de las tareas es, sin embargo, una buena meta.
Pero, ¿hay al menos límites superior e inferior razonables para el tamaño de las tareas? ¿Puede un equipo tener una tarea de 10 días si se compensa con algunas tareas de 5 minutos? La respuesta es la directriz n.º 2.
Las tareas deberían estar en un rango de 1 hora a 2 días para completarse
Cuando se busca un tamaño promedio de tarea, tiene sentido establecer algunos límites para un tamaño adecuado. Yo sugiero un rango de una hora a dos días.
Intenta evitar tareas que se estima durarán menos de una hora. Un miembro del equipo necesitará tiempo para pensar en la tarea. La persona quizás necesite hablar con alguien antes de poder comenzar la tarea. Es posible que una tarea de 10 minutos necesite hacerse tres veces antes de que todo salga bien, etc.
Si tu equipo ha identificado algo que tomaría 10 minutos, simplemente deberían dar una estimación de 1 hora. Si esa tarea se completa en menos de una hora, compensará las tareas que se terminan tarde.
Sugiero un límite superior de 2 días, no porque debas tener muchas tareas de 2 días, sino porque ocasionalmente puede haber tareas que no pueden completarse en un solo día.
Es importante ser consciente de esto y permitir tareas más grandes en el Iteration o Sprint Backlog. Sin embargo, no quieres tareas en el Backlog tan grandes que los miembros del equipo queden exentos del arduo trabajo de pensar a fondo un problema.
Tamaño de los elementos del Backlog
Ese punto óptimo entre tareas demasiado grandes y tareas demasiado pequeñas realmente existe. Si sigues las dos directrices mencionadas aquí, ayudarás a tu equipo a encontrar exactamente ese punto y a tener éxito con Agile o Scrum.
Este artículo fue escrito por Mike Cohn y traducido al español.
La diferencia entre Story y Task
Descubre cómo distinguir las tareas de las User Stories y de elementos aún más grandes en el Backlog.
=> La diferencia entre Stories y Tasks
Escribir User Stories
Aquí aprenderás cómo me gusta formular una User Story para que sea lo más fácil de entender posible.
=> Estructura para User Stories
No identificar todas las tareas en el Planning
Para evitar trabajo adicional, los equipos Scrum nunca deberían querer definir todas las tareas futuras.
=> No definir tareas en el Planning
