Dividiendo las historias en tareas.

Un momento, ¿Cuál es la diferencia entre historias y tareas? Una pregunta muy válida.

La diferencia es muy simple. Las historias son entregables de los que el Dueño de Producto se preocupa. Las tareas son no-entregables, o aspectos de los que el Dueño de Producto no se preocupa.

Ejemplo de división de una historia en historias más pequeñas:

Ejemplo de división de una historia en tareas:

Algunas observaciones interesantes:

• Los equipos que están empezando con Scrum son reticentes a perder tiempo dividiendo un montón de historias en tareas desde el principio. Algunos piensan que es una aproximación tipo “cascada”.
• Para historias que se entienden bien, es tan fácil hacer esto desde el principio como hacerlo más tarde,
• Este tipo de división frecuentemente revela trabajo adicional que hace que las estimaciones suban, con lo que se consigue un plan de Sprint más realista.
• Este tipo de división desde el principio hace que los Scrum diarios sean notablemente más eficientes.
• Incluso si la división es inexacta y cambia una vez que empezamos, todas las ventajas anteriormente mencionadas siguen siendo válidas.

Así que tratamos que el tiempo disponible para la planificación de Sprint sea suficientemente largo como para que de tiempo a hacer esto, pero si el tiempo se acaba lo dejamos como esté (ver “Dónde trazar la línea” más adelante).

Nota – nosotros practicamos TDD (test driven development, desarrollo orientado a test) lo que en la práctica significa que la primera tarea para casi todas las historias es “escribir una prueba” y la última es “refactorizar” (es decir, mejorar la legibilidad del código y eliminar la duplicación).