Épica, historia de usuario y tarea: la diferencia, con ejemplos dentro y fuera de TI

Una épica es un objetivo demasiado grande para caber en un sprint. Una historia de usuario (user story) es un trozo de ese objetivo que aporta valor a una persona. Una tarea es el trabajo concreto que alguien ejecuta para entregar la historia. La confusión ocurre porque los tres parecen "cosas por hacer", pero responden a preguntas diferentes: qué y para qué, para quién, y cómo.

Entender la diferencia no es un preciosismo de Scrum. Es lo que permite estimar, priorizar y hacer seguimiento sin que el tablero se convierta en una lista de pendientes sin jerarquía. Y vale fuera de TI: marketing, operaciones y atención al cliente dividen el trabajo de la misma manera.

Las tres definiciones

Nivel	Pregunta que responde	Tamaño típico	Quién lo define
Épica	¿Qué gran resultado queremos?	Varias semanas o meses; más de un sprint	Dueño del producto o del área
Historia de usuario	¿Qué consigue hacer una persona de nuevo, y por qué?	Cabe en un sprint, de preferencia en pocos días	Dueño del producto, con el equipo
Tarea	¿Qué hay que hacer para entregar la historia?	Horas o un día	Quien la va a ejecutar

Épica

Una épica describe un resultado, no una lista de actividades. "Lanzar la aplicación de pedidos" es una épica. "Reducir el tiempo de cierre del mes" también. Es grande a propósito: sirve para dar dirección y agrupar historias. No "terminas una épica en un sprint"; la sigues por el avance de las historias que contiene.

Historia de usuario

La historia describe lo que una persona concreta pasa a conseguir, y el motivo. El formato clásico ayuda a no olvidar ninguna de las tres partes:

Como [tipo de persona], quiero [acción] para [beneficio].

El motivo ("para") es la parte que más se omite y la más valiosa. Es lo que permite al equipo proponer una solución más simple que la pedida. "Quiero un botón de exportar" es una solución. "Quiero enviar el informe a mi cliente sin rehacerlo en Excel" es una necesidad, y puede tener una respuesta mejor.

Tarea

La tarea es el trabajo técnico u operativo: crear la pantalla, escribir el texto, configurar el servidor, revisar el contrato. Tiene un responsable y un estado simple (por hacer, haciendo, hecho). Si la tarea no puede completarla una persona en un día, casi siempre es una historia disfrazada.

Cómo dividir una épica

Dividir bien es la habilidad central. Una guía en cuatro pasos funciona en la mayoría de los casos.

1. Escribe el resultado de la épica en una frase. Si necesitas dos, son dos épicas.
2. Enumera las personas implicadas. Cada tipo de persona suele generar historias propias: cliente, agente, gestor, finanzas.
3. Corta por valor, no por capa. Evita historias como "hacer la base de datos" y "hacer la pantalla". Corta en rebanadas finas que atraviesen todo y ya entreguen algo utilizable, aunque sea simple.
4. Prueba cada historia. ¿Es independiente de las demás? ¿Se puede estimar? ¿Cabe en un sprint? ¿Se puede verificar si quedó lista?

Solo después, y solo para las historias que entrarán en el próximo sprint, baja al nivel de las tareas. Dividirlo todo en tareas con meses de antelación genera un plan que se tendrá que rehacer: el conocimiento cambia por el camino.

Ejemplos para software

Épica: permitir que el cliente siga sus pedidos desde el móvil.

Historia de usuario	Tareas
Como cliente, quiero ver el estado de mi pedido para no tener que llamar a la tienda.	Crear la pantalla de lista de pedidos; consultar el estado en la API; tratar el pedido sin respuesta; probar en un móvil pequeño.
Como cliente, quiero recibir un aviso cuando el pedido salga a reparto para organizar mi agenda.	Definir el disparador de envío; escribir el texto del mensaje; configurar el envío; probar con un pedido real.
Como agente, quiero ver el mismo estado que ve el cliente para responder sin consultar el inventario.	Mostrar el estado en la ficha del cliente; crear el permiso de visualización; validar con un agente.

Ejemplos para marketing

Épica: lanzar la campaña de Black Friday de Loja Aurora.

Historia de usuario	Tareas
Como cliente de la tienda, quiero ver las ofertas en la página de inicio para comprar sin buscar.	Elegir los productos destacados; crear el banner; montar la página de ofertas; publicar y comprobar en el móvil.
Como cliente antiguo, quiero recibir la oferta por correo antes que nadie para aprovecharla primero.	Segmentar la lista; escribir el correo; aprobar con la dirección; programar el envío.
Como gerente, quiero ver las ventas por canal para decidir dónde invertir más presupuesto.	Definir los canales de origen; configurar el rastreo; montar el panel; probar con un pedido de cada canal.

Ejemplos para operaciones

Épica: reducir el tiempo de cierre del mes en la oficina de contabilidad.

Historia de usuario	Tareas
Como contador, quiero recibir los documentos del cliente completos antes del día 5 para no andar persiguiéndolos a final de mes.	Listar los documentos exigidos; crear el formulario de envío; configurar el recordatorio al cliente; probar con dos clientes.
Como coordinadora, quiero ver qué clientes todavía no han enviado para reclamarles antes del plazo.	Montar la vista por cliente y estado; definir la rutina de reclamación; revisar en la reunión del lunes.

Criterios de aceptación: lo que dice que la historia está lista

Una historia sin criterio de aceptación se convierte en discusión al final del sprint. El criterio es la lista corta de condiciones que, si se cumplen, hacen que la historia cuente como entregada. Escríbelos antes de empezar el trabajo.

Un buen criterio es verificable por cualquier persona, sin interpretación. Compara:

Criterio vago	Criterio verificable
La pantalla debe ser rápida.	La lista de pedidos se abre en hasta 3 segundos con 200 pedidos.
El correo debe verse bonito.	El correo aparece sin cortes en el móvil y tiene el botón de compra visible sin hacer scroll.
El cliente debe poder enviar los documentos.	El cliente envía PDF e imagen de hasta 10 MB y recibe confirmación con número de protocolo.

Los números de arriba son ejemplos para ilustrar el formato; define los tuyos a partir de lo que el usuario realmente necesita. Tres a cinco criterios por historia son suficientes. Más que eso suele indicar que la historia es demasiado grande.

Errores comunes

• Épica que nunca se cierra. Cuando la épica no tiene un resultado claro, se convierte en un cajón donde se tira cualquier cosa. Define cuándo estará completada.
• Historia técnica sin usuario. "Refactorizar el módulo X" no es una historia, es una tarea o deuda técnica. Si tiene valor para alguien, escribe el beneficio; si no, trátala como tarea.
• Tarea de más de un día. Divídela. Una tarea grande esconde el retraso hasta la víspera del plazo.
• Jerarquía por vanidad. No hacen falta los tres niveles para todo. Un proyecto pequeño puede vivir solo de historias y tareas, o incluso solo de tareas.

Cómo aparece esto en una herramienta

Lo que importa es poder agrupar y ver el avance del conjunto. En la Tasskee, la práctica es usar tarea y subtarea para los niveles de abajo, y los sprints para los ciclos en los que el equipo se compromete con un conjunto de historias. Las épicas pueden mantenerse como frentes de trabajo o como tareas padre, según la preferencia del equipo. Lo que no vale es dejar el objetivo grande solo en la cabeza de alguien.

Para empezar con un ejemplo listo, la plantilla de backlog y sprint trae la estructura de lista priorizada y planificación del sprint, lista para adaptar. Después de ejecutar un sprint, el gráfico de burndown ayuda a ver si el trabajo avanza: mira cómo leer el burndown.

Regla de bolsillo

Si te preguntas "¿esto aporta valor por sí solo a alguien?" y la respuesta es no, es una tarea. Si es sí y cabe en un sprint, es una historia. Si es sí, pero no cabe, es una épica o una historia demasiado grande para dividir. Con esta prueba de treinta segundos, la mayor parte de la discusión sobre nombres desaparece, y queda lo que interesa: trabajar en las cosas en el orden correcto.