Qué es el backlog y qué es un sprint
El backlog es la lista ordenada de todo lo que aún hay que hacer en un producto o servicio. Cada elemento es, por lo general, una historia de usuario: una frase con el formato "como [quién], quiero [qué], para [por qué]". Lo que está arriba es lo más importante; lo que está abajo puede esperar o no hacerse nunca.
El sprint es un ciclo corto de trabajo, de una a cuatro semanas, con un lote de elementos del backlog que el equipo se compromete a entregar. Al final, el equipo muestra lo que ha quedado listo, aprende y planifica el siguiente. La plantilla de arriba junta las dos cosas en una tabla: un backlog de once historias de una app de reservas, ya repartidas en tres sprints.
Cómo rellenarla, columna por columna
| Columna | Qué escribir | Error común |
| ID | Un código corto y único (H-01, H-02), para citarlo en las conversaciones | Renumerar cada vez que cambia el orden |
| Historia de usuario | "Como cliente, quiero cancelar o cambiar la cita, para avisar a la clínica sin llamar" | Describir la solución técnica en lugar de la necesidad de la persona |
| Prioridad | Alta, media o baja, y el propio orden de las filas | Poner todo en "alta" |
| Puntos | Esfuerzo relativo (1, 2, 3, 5, 8, 13), estimado por el equipo | Convertir los puntos en horas y pasar la factura |
| Sprint | El ciclo en el que entra la historia; "Backlog" si todavía no está planificada | Llenar el sprint por encima de lo que el equipo entregó en los anteriores |
| Responsable | Quién ha cogido la historia para hacerla | Asignarlo todo en la planificación, en lugar de dejar que el equipo la coja |
| Estado | Por hacer, en curso, en revisión, completada | Dejar la historia "casi lista" durante semanas |
Paso a paso para llevar a cabo el primer sprint
- Escribe el backlog. Reúne las ideas y las peticiones y reescribe cada una como una historia, desde el punto de vista de quien usa el producto.
- Ordena por valor. La pregunta es: si solo pudiéramos entregar esto, ¿valdría la pena? Lo que sea que sí, sube.
- Estima en puntos. Compara las historias entre sí: ¿esta es mayor o menor que la H-01? Divide las de 13 puntos o más.
- Define la duración y la capacidad. Un sprint de dos semanas es un buen comienzo. Suma los puntos entregados en el anterior para saber qué cabe en el siguiente; en el primer sprint, empieza con prudencia.
- Planifica el sprint. Elige las historias de arriba que caben, y el equipo las va cogiendo.
- Reúnete rápido cada día (quince minutos) para ver qué ha avanzado y qué se ha atascado.
- Cierra con revisión y retrospectiva. Muestra lo que ha quedado listo y habla de qué mejorar en la forma de trabajar.
Errores comunes
- Sprint sin objetivo. Un lote de historias sueltas no da dirección. Escribe una frase que diga qué quiere lograr el sprint.
- Cambiar el alcance a mitad del sprint. Si entra una urgencia, algo sale. Si no, el sprint nunca se cierra.
- El backlog como trastero. Los elementos parados desde hace seis meses son ruido. Revisa y borra lo que ya no va a suceder.
- Historias demasiado grandes. Si no cabe en la mitad del sprint, divídela. "Pago" es una épica; "pagar la señal con PIX" es una historia.
- Usar los puntos para comparar personas. Son para que el equipo se planifique, no para hacer un ranking de quién entrega más.
Cuando la plantilla en hoja de cálculo no basta
La hoja de cálculo sirve para un equipo pequeño y pocos sprints. Después, el problema pasa a ser el trabajo de mantenerla: no hay tablero por estado, nadie suma los puntos del sprint, no se puede comentar en la historia ni adjuntar una imagen, y el historial de sprints anteriores se pierde entre pestañas. Para entender el método que hay detrás, la guía de Scrum explica los roles y las ceremonias. Y, si tu equipo trabaja sin ciclos fijos, la guía de Kanban muestra la alternativa de flujo continuo.
El sprint tampoco es cosa solo de equipos de software. El artículo sprints fuera de TI muestra el método aplicado a marketing, jurídico y operaciones.
Backlog y sprint con un tablero de verdadEn la Tasskee, las tareas entran en el sprint y aparecen en el tablero por estado, con estimación, responsable y comentarios. Los sprints están en el plan Pro.
Ver los sprints
Cómo usar el backlog y el sprint en la Tasskee
- Crea un proyecto para el producto y registra cada historia como una tarea. La historia de usuario va en el título y los criterios de aceptación en la descripción o en la checklist.
- Registra la estimación de cada tarea. La prioridad puede ir en un campo personalizado (a partir del plan Start) o en los estados del proyecto.
- Crea el sprint con fecha de inicio y de fin y mueve a él las tareas de lo más alto del backlog.
- Sigue el sprint en curso en el tablero Kanban: por hacer, en curso, en revisión, completada.
- Usa las automatizaciones para avisar al responsable cuando una tarea se pare, sin tener que buscarla en el tablero.
- Al final del ciclo, mira los informes para hablar en la retrospectiva con datos, no con impresiones.
Para conectar el trabajo de los sprints con los objetivos del trimestre, consulta la plantilla de OKR. Y para un proyecto con hitos y fechas fijas, el cronograma de proyecto es el formato más adecuado.