La diferencia entre Story y Task

¿Cuál es la diferencia entre una User Story y un Task?

"Esa es una pregunta sencilla", pensé cuando me la hicieron por primera vez en uno de mis cursos de Certified Scrum Master. "La diferencia es...", empecé y rápidamente me di cuenta de que no era tan simple como pensaba.

Había estado usando los dos términos "User Story" y "Task" durante años en mis cursos y en mi mente eran dos cosas claramente diferenciadas. Las User Stories están en el Product Backlog y los Tasks se definen durante el Sprint Planning y van al Sprint Backlog.

Eso era correcto, pero no era muy útil. Sería como decir "la sal es lo que va en el salero y la pimienta lo que va en el molinillo". Por supuesto que las Stories están en el Product Backlog y los Tasks en el Sprint Backlog. Pero ¿cuál es la diferencia real?

Cuando me hicieron esta pregunta por primera vez, pensé un momento y me di cuenta de que sabía cuál era la respuesta. En una Story generalmente trabaja más de una persona. Un Task normalmente lo realiza una sola persona.

Veamos si eso es correcto...

Una User Story es fundamentalmente algo que es visible para el usuario final. Desarrollarla generalmente involucra a un programador y un tester, quizás también a un diseñador de interfaces o analista, quizás un desarrollador de bases de datos, etc.

Sería muy inusual que una User Story fuera desarrollada por una sola persona. (Y si fuera así, esa persona tendría que desempeñar múltiples roles.)

Un Task, sin embargo, normalmente consiste en escribir código, diseñar algo, generar datos de prueba, automatizar algo, etc. Todas estas cosas las realiza más bien una sola persona.

Por supuesto, se puede argumentar que algunas de estas cosas pueden o deben hacerse en pareja. Pero eso es solo un matiz de mi distinción entre User Stories y Tasks. Cuando se trabaja en pareja, es como si dos cerebros compartieran un par de manos mientras realizan un trabajo juntos. Eso es algo muy diferente de los distintos trabajos que aparecen en una Story.

Sin embargo, he hecho algunas afirmaciones inestables, como que los Tasks normalmente los realiza una sola persona. Y por eso fueron inestables: algunos Tasks son reuniones (por ejemplo, una revisión de diseño con tres miembros del equipo) y aun así los llamo Task y no User Story.

Quizás la mejor distinción sea decir que las Stories involucran diferentes tipos de trabajo (por ejemplo, programación, testing, diseño de base de datos, diseño de interfaz de usuario, etc.), mientras que los Tasks se limitan solo a un tipo específico de trabajo.

Este texto proviene del blog de Mike Cohn y fue traducido al español.