Cuando trabajas en entornos ágiles, predecir tiempos exactos suele ser un desperdicio. La estimación relativa te permite medir complejidad en lugar de horas, reduciendo la incertidumbre cuando el contexto cambia rápido. Si lideras o integras un equipo ágil, dominar esta técnica es clave para planificar mejor.

¿Por qué fallan las estimaciones largas en proyectos ágiles?

Mientras más lejos en el tiempo intentes estimar, más alta será tu probabilidad de equivocarte. Y eso no es opinión, es una realidad que la agilidad reconoce desde su origen.

Piensa en este ejercicio mental [00:30]: calcula cuánto tardarías caminando hasta la puerta más cercana. Probablemente tu margen sea de 2 a 4 segundos. Ahora calcula cuánto tardarías hasta el supermercado más cercano: tal vez entre 10 y 20 minutos. Finalmente, estima cuánto tardarías caminando hasta la capital del país vecino: ya no hablas de horas, hablas de días o meses.

¿Notas el patrón? A mayor distancia, mayor incertidumbre. Lo mismo ocurre cuando estimas funcionalidades de producto: predecir con precisión un trabajo a seis meses es casi imposible.

¿Por qué la agilidad evita estimar en horas o días? Porque en contextos de alta incertidumbre, ser preciso en unidades de tiempo desperdicia esfuerzo. Es mejor planificar en ciclos cortos y estimar por complejidad.

Por eso la recomendación es planificar en iteraciones cortas. Así reduces el desperdicio que produce estimar cosas que tal vez nunca ejecutes.

¿Qué es la estimación relativa y cómo se aplica?

La estimación relativa consiste en comparar el tamaño de un trabajo contra otro, usando una unidad de medida abstracta que representa complejidad, no tiempo.

Imagina tres rocas de distintos tamaños [03:30]. La roca A es la más pequeña, la B es mediana y la C es la más grande. Cada roca representa una característica de producto que tu equipo necesita construir.

¿Cómo defines el pivote en estimación relativa?

El pivote es tu punto de referencia. Eliges el trabajo más pequeño y le asignas el valor 1. Ojo, ese 1 no significa una hora, ni un día, ni una persona. Es una unidad de complejidad.

A partir de ahí comparas:

• Si la roca B es el doble de compleja que la A, le asignas un 2.
• Si la roca C es el doble de compleja que la B, le asignas un 4.
• Y así sucesivamente con cada nueva tarea que llegue al backlog.

Este enfoque te invita a adoptar un pensamiento complejo [05:00], dejando atrás la lógica lineal de los sistemas tradicionales que intentan predecir todo en horas.

¿Qué representa el número en estimación relativa? Representa complejidad comparada contra un pivote, no horas ni días. Es una unidad abstracta que te permite comparar tareas entre sí.

¿Cómo funciona la sucesión de Fibonacci en agilidad?

En lugar de usar todos los números posibles, los equipos ágiles trabajan con escalas no lineales. La más conocida es la sucesión de Fibonacci, donde cada número es la suma de los dos anteriores: 1, 2, 3, 5, 8, 13, 21, 34.

¿Por qué esta escala? Porque tiene una pendiente creciente: los primeros números están cerca entre sí, pero los últimos se separan cada vez más. Eso evita debates absurdos sobre si una tarea es 17.8 veces más compleja que otra. En agilidad no buscas precisión, buscas comprensión.

¿Cuándo debes partir un trabajo en piezas más pequeñas?

Una buena práctica es que ningún trabajo dentro de una iteración supere los 8 puntos, máximo 13 [08:30]. Si estimas algo por encima de ese valor, es una señal clara de que necesitas desmenuzarlo.

La lógica es simple:

• Si el trabajo cabe dentro de una iteración, puedes ejecutarlo.
• Si no cabe, por más productivo que sea tu equipo, no lo terminarás a tiempo.
• Por eso conviene clasificarlo como trabajo a partir, en lugar de discutir números exactos.

La pendiente de la escala te ayuda a tomar esa decisión rápido, sin caer en discusiones improductivas sobre precisión.

Conceptos clave para dominar la estimación ágil

Entender estos términos te ayudará a aplicar la técnica con tu equipo:

• Incertidumbre [02:30]: la probabilidad de fallar en una estimación crece con la distancia temporal del trabajo.
• Pivote [05:30]: la tarea más pequeña que usas como referencia base, con valor 1.
• Pensamiento complejo [05:00]: mentalidad que reconoce que no todo se puede predecir linealmente en sistemas inciertos.
• Iteración [02:50]: ciclo corto de trabajo donde el equipo entrega valor incremental.
• Escala no lineal [07:30]: serie numérica con pendiente creciente que evita debates de precisión.
• Sucesión de Fibonacci [08:00]: escala donde cada número es la suma de los dos anteriores, ideal para estimar complejidad.

En la próxima clase verás cómo llevar esta teoría a la práctica con la técnica de Planning Poker. ¿Tu equipo ya estima por complejidad o sigue atado a las horas? Cuéntalo en los comentarios.