La mayoría de las herramientas ágiles —Jira, Azure DevOps, Linear— incluyen tres niveles: épicas, historias y tareas. La jerarquía solo resulta eficaz si cada nivel tiene un significado distinto. Cuando los equipos interpretan los tres niveles de la misma manera, estos se colapsan y la señal de planificación se pierde con ellos.

The epic, story and task hierarchy Epic Story Task An epic holds stories; a story breaks down into tasks
Los puntos se asignan en el nivel de la historia. Si realiza una estimación tanto de la épica como de las tareas, contará el mismo esfuerzo dos veces.

Épico

Un conjunto de tareas de mayor envergadura que un sprint; por lo general, se trata de una funcionalidad o iniciativa que el equipo lleva a cabo a lo largo de varios sprints. Las epopeyas se miden en tallas de camiseta, semanas o número de historias (en cuántas historias cree que se desglosará), no directamente en puntos de historia. Un número de puntos a nivel de epopeya es una agregación de las historias subyacentes, no una estimación directa.

Historia

Una parte del trabajo orientada al usuario que cabe en un sprint. Las historias son lo que se estima mediante el planning poker y donde se definen los puntos de historia. La historia es la unidad de velocidad y la unidad de «lo que nos comprometemos a realizar en este sprint». Si una historia no cabe en un sprint, en realidad se trata de una épica: divídala en historias que sí que quepan.

Tarea

Una tarea derivada de una historia: un elemento de la lista de comprobación, una parte de la implementación. Las tareas suelen cuantificarse en horas o no cuantificarse en absoluto. Asignar puntos a las tareas duplica los puntos de la historia y hace que la velocidad pierda su sentido, ya que se acaba contando el mismo esfuerzo dos veces, en dos niveles de abstracción.

La trampa: apuntar en cada nivel

Algunos flujos de trabajo de Jira fomentan la asignación de puntos a las tareas dentro de las historias; otras herramientas promueven la asignación de puntos a las épicas. Ambos hábitos generan cifras de velocidad que no se corresponden con la realidad, ya que el esfuerzo se contabiliza en varios niveles. Elija un nivel —la historia— y asigne puntos únicamente allí. Todo lo que se encuentra por encima es una agregación y todo lo que está por debajo son detalles de implementación; ninguno de ambos elementos debería influir directamente en la cifra de velocidad.

Preguntas frecuentes

¿Cuál es la diferencia entre una epopeya, una historia y una tarea?

Una épica es una obra de gran envergadura que abarca varios sprints; una historia es una parte orientada al usuario que cabe en un solo sprint; y una tarea es un paso técnico que contribuye a completar una historia. A grandes rasgos: una épica define el «qué» y el «por qué» a gran escala; una historia define el «qué» y el «por qué» para el usuario; y una tarea define el «cómo» de su desarrollo.

¿Cuándo se convierte una historia en una epopeya?

Cuando no cabe en un solo sprint. Si el equipo no puede entregarlo de principio a fin en un solo sprint, se trata en realidad de una épica y debería dividirse en varias historias que sí puedan completarse en un solo sprint. Una historia cuyo nivel de refinamiento no deja de aumentar suele ser, en realidad, una épica encubierta.

¿Debería estimar las epopeyas en puntos de historia?

No directamente. Evalúe el tamaño de los épicos en función de las tallas de camiseta, del número aproximado de historias o como la suma de las historias subyacentes una vez desglosados. El número de puntos asignado a un épico es una agregación, no una estimación; la evaluación real del tamaño se lleva a cabo a nivel de historia.

¿Se asignan puntos de historia a las tareas?

No. Las tareas se cuantifican en horas o se dejan sin cuantificar. Asignar puntos a las tareas de una historia supone contabilizar el esfuerzo por duplicado —se acaba contabilizando el mismo trabajo en dos niveles—, lo que hace que la velocidad pierda su sentido. Asigne puntos a la historia, no a sus tareas.

Lecturas relacionadas