De meses a semanas: gestión de la demanda de una unidad de 150 personas

Sector: Telecomunicaciones · Tamaño: una unidad de ~150 personas organizada en 11 squads · Reto: gestionar la demanda y entregar con previsibilidad.

El titular: reducción de hasta un 70% en el tiempo de entrega, pasando de ciclos de meses a semanas, con un roadmap conectado a los objetivos de negocio del trimestre y la capacidad de incorporar feedback de cliente sin romper la planificación.

El reto

Una unidad de ~150 personas, distribuida en 11 squads, acumulaba demanda más rápido de lo que era capaz de entregarla. El trabajo entraba por muchas puertas, las prioridades cambiaban según quién empujara más fuerte, y el tiempo entre que una necesidad de negocio se identificaba y llegaba a producción se medía en meses. Nadie en la organización podía responder con confianza a una pregunta tan básica como "¿cuándo estará esto?".

Los síntomas eran los habituales cuando una organización crece sin un modelo de gestión de la demanda: dependencias entre squads que se descubrían tarde y bloqueaban entregas enteras, riesgos que aparecían como sorpresas, planificaciones que envejecían a las dos semanas y una sensación generalizada de ir siempre apagando fuegos. El delivery no era predecible, y la falta de previsibilidad erosionaba la confianza entre negocio y tecnología.

El objetivo del encargo era claro: convertir la demanda en un flujo gestionable, recortar drásticamente los tiempos de entrega y devolver a la unidad la capacidad de comprometerse con fechas creíbles, sin perder la flexibilidad para reaccionar a lo que el cliente pedía.

Por dónde empezamos: diagnóstico antes que receta

No llegamos con un marco de manual debajo del brazo. Empezamos por entender el estado real: cómo entraba la demanda, dónde se acumulaba, qué dependencias se repetían, cómo se tomaban las decisiones de prioridad y qué rituales existían (y cuáles sobraban). Ese diagnóstico nos dio el mapa de las pocas palancas que de verdad movían la aguja, en lugar de imponer ceremonias por imponerlas.

De ahí salió una idea rectora: la unidad necesitaba una sola cadencia compartida y una sola lista de prioridades conectada al negocio. Con 11 squads remando cada uno a su ritmo, la suma no era una unidad: eran once islas compitiendo por las mismas dependencias.

Qué hicimos

Un roadmap basado en los objetivos de negocio del trimestre. Dejamos de planificar por "proyectos que alguien pidió" y empezamos a planificar por resultados de negocio. Cada trimestre, la unidad acuerda un conjunto reducido de objetivos de negocio y construye el roadmap a partir de ahí. Esto cambió la conversación de "¿qué features hacemos?" a "¿qué resultado queremos mover y qué es lo mínimo para moverlo?". El foco, por fin, estaba en el outcome, no en la lista de tareas.

Una planificación global de unidad cada trimestre. Reunimos a los 11 squads en un mismo ejercicio de planificación trimestral. Sobre la mesa, los objetivos del trimestre; y squad a squad, los compromisos, las dependencias entre ellos y los riesgos. Por primera vez, las dependencias se hacían visibles antes de empezar, no cuando ya bloqueaban. Ese ejercicio se convirtió en el latido de la unidad: el momento en que las once islas se sincronizaban en un único plan.

Gestión explícita de dependencias y riesgos. Instalamos un mecanismo vivo para mapear dependencias entre squads y hacerles seguimiento durante todo el trimestre, no solo el día de la planificación. Cada dependencia tenía dueño y fecha; cada riesgo, un plan. Cuando una dependencia amenazaba una entrega, se escalaba pronto y se resolvía —en el mejor de los casos, eliminándola de raíz reorganizando el trabajo o reforzando un perfil— en lugar de descubrirla tarde.

Big Review y Big Retro al cierre de cada trimestre. Al final de cada ciclo, toda la unidad revisa junta lo entregado contra los objetivos de negocio (la Big Review): qué se movió, qué no y por qué. Y a continuación, una Big Retro de unidad para inspeccionar el cómo: qué fricciones se repiten, qué dependencias volvieron a doler, qué ajustamos para el siguiente trimestre. Estos dos rituales cerraron el bucle de aprendizaje a escala de la unidad entera, no solo de cada squad por separado.

Mejora continua instalada, no impuesta. El cambio más importante no fue ningún ritual concreto, sino dejar viva la maquinaria de mejora: métricas a la vista, retros que terminan en acciones con dueño, y una cultura en la que el plan se ajusta con evidencia. La unidad pasó de sufrir el cambio a pilotarlo.

Sobre el marco de trabajo

Trabajamos con prácticas de Scrum a nivel de squad y un modelo de escalado ligero para coordinar la unidad. Nuestra postura es deliberada: el modelo está al servicio del flujo y de las personas, no al revés. Tomamos lo que aporta cadencia, foco y previsibilidad, y dejamos fuera la burocracia que no paga su coste. La meta nunca fue "implantar un framework"; fue que la unidad entregara mejor y pudiera sostenerlo sin nosotros.

Resultados

• Hasta un −70% en el tiempo de entrega. Lo que antes tardaba meses pasó a entregarse en semanas. La demanda dejó de envejecer en una cola invisible.
• Previsibilidad recuperada. Con una cadencia trimestral, dependencias visibles y riesgos gestionados, la unidad volvió a poder comprometerse con fechas creíbles y cumplirlas.
• Dependencias bajo control. Lo que antes eran sorpresas que bloqueaban entregas enteras pasó a ser una conversación gestionada, con escalado temprano y, cuando convenía, eliminación de la dependencia.
• Flexibilidad para el cliente. La cadencia no rigidizó la unidad: al contrario. Tener un plan claro y un flujo gestionado fue justo lo que permitió incorporar feedback de cliente entre revisiones sin que todo se descuadrara.
• Foco en negocio. El roadmap dejó de ser una lista de peticiones y pasó a ser un conjunto de resultados de negocio del trimestre, con toda la unidad alineada detrás.

Lo que nos llevamos

Una unidad de 150 personas no se vuelve predecible añadiendo ceremonias. Se vuelve predecible cuando comparte una cadencia, una lista de prioridades conectada al negocio y un mecanismo honesto para ver y resolver dependencias y riesgos antes de que exploten. La velocidad —pasar de meses a semanas— no vino de correr más, sino de dejar de tropezar con lo invisible.