Cómo Planificar un Cycle de 2 Semanas sin Reuniones Innecesarias

La reunión de planificación de cycle tiene una reputación bien merecida de ser larga, a veces tediosa, y raramente tan productiva como su duración sugiere. El problema casi nunca es la reunión en sí: es lo que se intenta hacer en ella al mismo tiempo.

Lo que la reunión de planificación intenta hacer de una sola vez

En muchos equipos, la reunión de planificación acumula tres actividades distintas: descubrir el contenido candidato para el cycle, discutir y aclarar cada elemento individualmente, y por último decidir qué entra realmente en el cycle. Hacer estas tres cosas a la vez, con todo el mundo presente, explica la duración excesiva.

El descubrimiento y la aclaración no necesitan la presencia simultánea de todo el equipo. Solo el arbitraje final la necesita realmente.

Separar preparación y decisión

La preparación previa consiste en asegurarse de que cada capability candidata al cycle ya tiene un criterio de completado claro, que las preguntas abiertas se han planteado y respondido de forma asíncrona, y que las dependencias entre elementos ya están identificadas. Esta preparación puede hacerse de forma distribuida en los días previos a la reunión, cada persona aportando sobre lo que conoce, sin bloquear un horario común.

Cuando esta preparación se hace en serio, la reunión en sí solo tiene un papel: arbitrar entre las capabilities listas, según la capacidad del equipo y las prioridades de la release en curso. Ese arbitraje se resuelve en treinta a cuarenta y cinco minutos, no en dos horas, porque ya no queda descubrimiento por hacer en directo.

Lo que hace posible esta separación en la herramienta

Esta separación solo funciona si la herramienta de seguimiento permite la preparación asíncrona sin pérdida de información. En Sinra, una capability puede recibir comentarios, aclaraciones y un estado de preparación antes incluso de entrar en un cycle. Las dependencies entre issues son visibles directamente en la interfaz, no se descubren en la reunión cuando alguien recuerda de repente un bloqueo.

El papel del cycle en sí se mantiene preciso: un periodo de trabajo con un contenido definido de antemano. Su composición puede prepararse antes de que empiece la reunión, y la reunión solo sirve para validar y resolver los últimos arbitrajes de capacidad.

El formato corto, en concreto

Una reunión de planificación de cycle eficaz suele seguir este guion: un recordatorio rápido de la capacidad del equipo para el periodo, una revisión de las capabilities ya preparadas y listas para considerarse, un arbitraje sobre cuáles entran realmente en el cycle, y la asignación de las issues asociadas. Lo que no tiene cabida ahí: descubrir en directo que una capability no tiene criterio de completado definido, o pasar diez minutos entendiendo una dependencia que debería haberse documentado antes de la reunión.

La señal de que está funcionando

Una planificación de cycle exitosa se reconoce por su duración y su contenido, no por su ambiente. Si la reunión dura menos de una hora y nadie ha tenido que descubrir información crítica en directo, la preparación previa ha hecho su trabajo. Si la reunión se alarga y se parece más a una sesión de aclaración que a un arbitraje, esa es la señal de que la preparación, no la reunión, necesita revisarse.