Entrega en ciclos cortos y predecibles.
El equipo elige lo que cabe en la quincena, hace seguimiento en el tablero y, al final, ve lo que entregó. La próxima promesa deja de ser una corazonada y pasa a ser una cuenta.
Del backlog a lo entregado
Un ciclo bien cerrado responde tres preguntas: qué entra, cómo va y cuánto entrega realmente el equipo.
Planificación del ciclo
Trae del backlog lo que cabe en el sprint, con estimación y responsable, y cierra el alcance con todo el mundo viéndolo.
Burndown diario
A mitad de semana ya puedes saber si dará tiempo, en lugar de descubrirlo la víspera de la entrega. Al filtrar el sprint en la lista de tareas, la vista Burndown muestra el ciclo con la previsión de finalización.
Velocidad real
La media de los ciclos anteriores se convierte en la base de la siguiente planificación. Menos optimismo, más historial.
Un sprint, varios proyectos
El mismo ciclo puede reunir tareas de proyectos distintos, que es como trabajan de verdad la mayoría de los equipos.
Al final del sprint, los números explican lo que pasó
El informe de sprint, el flujo acumulado, el lead time y el cycle time muestran dónde se atasca el trabajo — normalmente en una cola de revisión que nadie estaba mirando.
- Informe del sprint: planificado, completado y lo que volvió al backlog
- Lead time y cycle time: cuánto tarda la tarea y dónde se detiene
- Flujo acumulado para ver la acumulación antes de que se convierta en retraso
- Estimado × real, cuando el equipo registra horas
Esto vive junto con el resto de la operación
Tarea, cronograma, ticket, meta y conversación son la misma base de datos. Lo que cambia en un lugar aparece en el otro, sin exportar nada.
Cómo planificar y cerrar un sprint en la práctica, sin demasiada ceremonia
Un sprint es un ciclo con inicio, fin y alcance acordado. No necesita Scrum completo para funcionar. La ganancia está en dos cosas: dejar de prometer más de lo que el equipo entrega y saber, a mitad del ciclo, si va a dar tiempo. Mira cómo llevarlo en Tasskee.
Paso a paso de un ciclo de dos semanas
- Mantén el backlog en orden. Las tareas aún no planificadas quedan en el proyecto, priorizadas. Quien decide la prioridad es el product owner o el responsable del área.
- Crea el sprint con fechas. Define inicio y fin. Dos semanas es un buen punto de partida para la mayoría de los equipos.
- Planifica tirando del backlog. El equipo elige lo que cabe, con estimación y responsable. Usa la velocidad de los ciclos anteriores como regla: si el equipo cerró en promedio 30 puntos, no tomes 50.
- Haz el seguimiento en el tablero. El tablero Kanban agrupado por sprint muestra el ciclo en curso. La reunión corta diaria mira solo lo que está bloqueado.
- Lee el burndown a mitad del ciclo. Si la línea real está por encima de la ideal el miércoles de la segunda semana, aún hay tiempo de recortar alcance o pedir ayuda.
- Cierra el sprint y mira el informe. Lo que no terminó vuelve al backlog y entra en la cuenta de la próxima planificación. El informe muestra lo planificado, lo completado y lo que volvió.
Ejemplos por tipo de empresa
Agencia con equipo de creación y medios
Una agencia pequeña trabaja en ciclos de dos semanas con tareas de varios clientes en el mismo sprint, algo que Tasskee permite porque el ciclo puede reunir tareas de proyectos distintos. El lunes, el equipo elige las piezas y los informes de la quincena; el viernes de la segunda semana, ve lo que cerró. La conversación con los clientes pasa de "¿cuándo estará listo?" a "¿qué entra en este ciclo?". Para la visión de quien no es de tecnología, lee sprints fuera de TI.
Software house
Una software house usa el ciclo en el formato clásico: backlog estimado en puntos, planificación el lunes, burndown diario, informe en la retrospectiva. El lead time y el cycle time muestran dónde se detiene la tarea, casi siempre en una cola de revisión que nadie estaba mirando. Mira la página para software houses.
Despacho de abogados o de contabilidad
Los equipos que no son de tecnología también se benefician. Un despacho define un ciclo de quincena para escritos y entregas internas: revisiones de contratos, conciliaciones, informes para clientes. Sin ceremonia de Scrum, solo el ciclo y una conversación de cierre. Lo que no quedó listo vuelve a la cola, con el motivo comentado.
Qué mirar en los números
| Indicador | Qué responde |
|---|---|
| Burndown | ¿El trabajo restante está bajando al ritmo necesario? |
| Velocidad | ¿Cuánto completa el equipo, en promedio, por ciclo? |
| Lead time y cycle time | ¿Cuánto tarda la tarea y dónde se queda parada? |
| Flujo acumulativo | ¿Hay acumulación en una etapa antes de convertirse en retraso? |
| Estimado × real | ¿Las estimaciones coinciden con las horas registradas? |
Buenas prácticas y errores comunes
- No cambies el alcance a mitad del ciclo sin quitar algo de su lugar. Entró una urgencia, salió una tarea.
- Con dos o tres sprints cerrados, la velocidad ya sirve para dimensionar el siguiente. Antes de eso, estima con holgura.
- Evita sprints que se convierten en lista de deseos: completar el 80 % de lo acordado vale más que prometer el 100 % y entregar el 50 %.
- No uses el burndown para exigir. Existe para decidir pronto, no para culpar a nadie.
- Una tarea demasiado grande no cabe: divídela en subtareas antes de tomarla.
Sprint, cronograma y metas
El sprint se ocupa de la semana; el cronograma se ocupa del largo plazo. Si el ciclo sirve a un objetivo mayor, vincula las tareas a las metas y sigue el resultado sin hoja de cálculo paralela.
La conversación de cierre
Al cerrar el ciclo, reúne al equipo durante veinte minutos con el informe del sprint en pantalla. Bastan tres preguntas: qué entregamos, qué se quedó atrás y por qué, y qué cambiamos en el próximo ciclo. Anota una única mejora y pruébala en el sprint siguiente. Los equipos que intentan corregir cinco cosas a la vez acaban corrigiendo ninguna. Con el tiempo, el historial de velocidad y de lead time muestra si el cambio funcionó.
Para los conceptos de roles, ceremonias y artefactos, lee la guía de Scrum. Para empezar con una estructura lista de backlog y ciclo, usa la plantilla de backlog y sprint. Los sprints forman parte del plan Pro, habilitado en la prueba de 15 días.
Preguntas sobre sprints
¿Tengo que hacer Scrum para usar sprints?
¿Qué pasa con lo que no se terminó?
¿Se pueden tener tareas de varios proyectos en el mismo sprint?
¿Cómo se calcula la velocidad?
Cierra el próximo ciclo con números, no con corazonadas
Abre un sprint, incorpora lo que cabe y sigue el burndown desde el primer día.