Neural Project InstituteCertificación en gestión de proyectos para la era de la IA

Guía Agile · Prácticas ágiles

Épicas vs historias vs tareas: la jerarquía del trabajo ágil explicada

Las épicas, las historias de usuario y las tareas son tres niveles de la jerarquía del trabajo ágil. Una épica es un objetivo grande que abarca varios sprints, una historia de usuario es una pequeña porción de valor para el usuario que cabe en un sprint y una tarea es un paso técnico necesario para completar una historia.

Puntos clave

  • Las épicas son objetivos grandes, las historias son pequeñas porciones de valor para el usuario y las tareas son pasos técnicos.
  • Las historias y las épicas aportan valor; las tareas, por sí solas, no.
  • El Product Owner da forma a las épicas y las historias; los desarrolladores crean las tareas.
  • Mantenga la jerarquía sencilla y coherente en todo el equipo.

La jerarquía de un vistazo

NivelQué esTamaño típicoNormalmente redactado por
Iniciativa o temaUn objetivo amplio o área de enfoqueDe meses a un año o másDirección, gestión de producto
ÉpicaUn conjunto de trabajo grande con un objetivoVarios sprintsProduct Owner o gerente de producto
Historia de usuarioUna pequeña porción de valor para un usuarioUnos días; cabe en un sprintEl Product Owner, con el equipo
TareaUn paso técnico para completar una historiaDe horas a un díaLos desarrolladores que hacen el trabajo

Diferencias clave

ÉpicaHistoria de usuarioTarea
PropósitoAgrupar historias relacionadas bajo un objetivoAportar valor que el usuario pueda verDividir una historia en pasos
Punto de vistaResultado para el negocio o el usuarioUsuarioTécnico o del equipo
¿Aporta valor por sí sola?Sí, una vez terminadas sus historiasSíNo
Se estima enTamaño aproximado o suma de puntos de historiaPuntos de historia o similaresHoras, o sin estimar
Aparece enHoja de ruta y plan de lanzamientosBacklog del producto y del sprintSprint Backlog y tablero de tareas
Se completa cuandoSe cumple su objetivoSe cumplen los criterios de aceptación y la Definición de TerminadoEl paso está hecho

Ejemplo resuelto

Épica: Reserva de clases en línea para una cadena de gimnasios.

  • Historia: Como socio, quiero reservar plaza en una clase para que quede reservada para mí (5 puntos).
  • Tarea: crear el botón de reserva y la pantalla de confirmación (4 horas).
  • Tarea: añadir el endpoint de reservas y la comprobación de aforo (6 horas).
  • Tarea: escribir pruebas automatizadas para clases completas y disponibles (3 horas).
  • Tarea: actualizar el horario para mostrar las plazas restantes (2 horas).
  • Historia: Como socio, quiero cancelar una reserva para que otra persona pueda ocupar mi plaza (3 puntos).
  • Tarea: añadir un botón Cancelar con confirmación (2 horas). Tarea: liberar la plaza y avisar a la lista de espera (5 horas).

El Product Owner sigue la épica en la hoja de ruta, el equipo planifica las historias en la Sprint Planning, y los desarrolladores crean y actualizan las tareas durante el sprint.

Cómo desglosar el trabajo

  1. Parta de un resultado de la hoja de ruta y redáctelo como una épica con una medida de éxito.
  2. Divida la épica en historias de usuario con patrones como los pasos del flujo de trabajo, los tipos de usuario o primero el camino feliz.
  3. Refine las historias prioritarias hasta que cumplan INVEST y puedan estimarse; consulte refinamiento del backlog.
  4. En la Sprint Planning, los desarrolladores dividen las historias seleccionadas en tareas.
  5. Haga el seguimiento diario de las tareas en el tablero de tareas; cierre la historia cuando se cumplan todos los criterios.
  6. Cierre la épica cuando se haya alcanzado su objetivo, aunque queden sin construir algunas historias de menor valor.

Errores comunes

  • Usar tareas para representar el valor para el usuario, de modo que el backlog se convierte en una lista de pendientes sin resultados claros.
  • Crear épicas tan grandes que nunca se cierran.
  • Estimar las tareas en horas y las historias en puntos, y después sumarlas.
  • Asignar tareas a las personas en la Sprint Planning en lugar de dejar que el equipo incorpore el trabajo.
  • Añadir niveles adicionales (subépicas, sub-subtareas) que hacen el backlog más difícil de leer.

Plantillas gratuitas sobre este tema

Ver todas las plantillas

Preguntas frecuentes

Épicas, historias y tareas: ¿cuál es la diferencia entre una épica y una historia?

Una épica es un objetivo grande que lleva varios sprints; una historia es una porción pequeña de ese objetivo, centrada en el usuario, que cabe en un sprint.

Épicas, historias y tareas: ¿cuál es la diferencia entre una historia y una tarea?

Una historia aporta valor a un usuario; una tarea es un paso técnico que ayuda a completar una historia y no tiene valor para el usuario por sí sola.

Épicas, historias y tareas: ¿necesitan puntos de historia las tareas?

Normalmente no. Los puntos de historia se aplican a las historias; las tareas suelen estimarse en horas o no se estiman.

Épicas, historias y tareas: ¿quién crea las tareas?

Los desarrolladores que harán el trabajo, normalmente durante la Sprint Planning y a lo largo del sprint.

Épicas, historias y tareas: ¿es una subtarea lo mismo que una tarea?

En herramientas como Jira, una subtarea es una tarea que pertenece a una historia. La idea es la misma.

Épicas, historias y tareas: ¿qué hay por encima de una épica?

Los equipos suelen usar iniciativas o temas para agrupar las épicas bajo un objetivo estratégico.

¿Forman parte de Scrum las épicas, las historias y las tareas?

No. Scrum solo define el Product Backlog y sus elementos; esta jerarquía es una práctica habitual para organizarlos.

Épicas, historias y tareas: ¿puede existir una historia sin una épica?

Sí. Las historias pequeñas e independientes no necesitan una épica principal.

Épicas, historias y tareas: ¿cuántas historias debe tener una épica?

No hay una regla. Muchas épicas tienen desde unas pocas hasta unas decenas de historias; si tiene muchas más, considere dividirla.

Épicas, historias y tareas: ¿dónde encajan los errores (bugs)?

La mayoría de los equipos tratan un error como un elemento del backlog a nivel de historia, a veces vinculado a una épica, y lo dividen en tareas si es necesario.

¿Dónde hago el seguimiento de épicas, historias y tareas?

En una herramienta de backlog; consulte herramientas y técnicas ágiles y el comparativa de herramientas.