La proyección de lanzamientos en equipos ágiles te permite estimar cuándo estará lista una característica de producto usando la velocidad histórica del equipo. Esta práctica conecta la estimación relativa con decisiones de negocio reales: campañas de marketing, comunicaciones a clientes y alineación de expectativas. Es útil para Product Owners, Scrum Masters y líderes de producto que necesitan planear sin caer en comando y control.

¿Qué es la velocidad de un equipo ágil?

La velocidad es la capacidad histórica de trabajo terminado por un equipo en un intervalo específico de tiempo. Cuando un equipo trabaja con ciclos iterativos estables, por ejemplo entregas semanales, puedes medir cuántos puntos de complejidad completa en cada ciclo. Esa medición acumulada en el tiempo es lo que llamamos velocidad [02:30].

¿Qué es la velocidad en agilidad? Es la cantidad promedio de puntos de complejidad que un equipo completa por iteración, calculada a partir de su historial de entregas.

¿Por qué la velocidad no se compara entre equipos?

La velocidad nace de la estimación relativa, así que cada equipo estima la complejidad según su propio criterio. Dos equipos con velocidad de 10 puntos no entregan necesariamente el mismo valor ni el mismo trabajo. Comparar velocidades entre equipos rompe el principio fundamental de esta técnica y suele terminar en presión innecesaria.

¿Cómo proyectar lanzamientos con la velocidad del equipo?

Imagina que tienes un backlog de 14 características de producto con 50 puntos de complejidad en total. El equipo ya completó cinco iteraciones y entregó las primeras 9 características. Al revisar las últimas dos iteraciones, notas que el equipo se estabilizó en 6 puntos por semana [03:45].

Con ese dato puedes proyectar el lanzamiento:

• Puntos restantes divididos entre la velocidad estable.
• Si quedan aproximadamente 24 puntos y la velocidad es 6 por semana, faltan 4 iteraciones.
• El equipo terminaría todo el alcance hacia la iteración número 10.

Esta proyección sirve para preparar campañas de mercadeo, alinear comunicaciones con clientes y planear lanzamientos efectivos sin sorpresas.

¿Cómo se calcula la fecha de lanzamiento? Divide los puntos de complejidad pendientes entre la velocidad promedio por iteración y suma ese número de iteraciones a la fecha de inicio.

¿Por qué la velocidad no debe usarse como medida de productividad?

Aquí está el punto delicado. En la comunidad ágil existen movimientos fuertes en contra de las estimaciones porque muchas organizaciones las usan para comando y control [05:20]. Una proyección de lanzamiento no es un compromiso en firme, es una guía relativa que ayuda al equipo a autogestionarse.

Estimar todo el backlog de un producto suele ser un desperdicio. Los productos tienen capacidad infinita de iterar, así que pedirle a un equipo que estime cada característica futura solo para tener una fecha o para hacerle seguimiento es contraproducente.

¿Qué deberías medir entonces en un equipo ágil?

El avance real se mide por el valor generado al cliente, no por puntos completados. De poco sirve un equipo que entregue 100 puntos por iteración si lo que construye no resuelve un problema real. La velocidad es una herramienta interna para que el equipo evalúe si sus ciclos de reflexión y mejora están dando resultados, no una vara para presionar desde afuera.

• La velocidad es para autogestión, no para vigilancia.
• El valor entregado pesa más que los puntos terminados.
• Las proyecciones son referencias, no contratos.

¿Cómo aplicar la proyección de lanzamiento en un caso real?

Tienes un reto práctico [07:40]. Un equipo trabaja con las características que van de la 10 a la 23, sumando 162 puntos de complejidad en total. Su velocidad histórica es de 8 puntos por iteración, cada iteración dura una semana, y la planeación arranca el 1 de enero.

Para resolverlo, piensa en dos cálculos:

1. Divide los 162 puntos totales entre los 8 puntos por semana para saber cuántas iteraciones necesita el equipo.
2. Suma los puntos acumulados hasta llegar a la característica 20 y divide entre la velocidad para estimar esa entrega parcial.

Con esos números puedes proyectar tanto la fecha final como un hito intermedio. Cuéntame en los comentarios tus respuestas: ¿cuándo terminarán todas las características y cuándo estará lista la característica número 20? Te leo y te dejo mi feedback.