Publicaciones

Tecnicas de estimacion agil: mas alla del Planning Poker

El Planning Poker recibe la mayor parte de la atencion en la estimacion agil, y con buena razon. Pero no es la unica opcion. Dependiendo del tamano de tu equipo, el tipo de trabajo y cuanto tiempo tengas, otras tecnicas podrian encajar mejor. Esto es lo que hay y cuando usar cada una.

Planning Poker (la base)

Si ya conoces el Planning Poker, sabes como funciona: el equipo discute un elemento del backlog, todos seleccionan en privado una carta con su estimacion, las cartas se revelan simultaneamente y los valores atipicos explican su razonamiento. Se repite hasta converger. El Planning Poker funciona bien porque la revelacion simultanea previene el sesgo de anclaje. La discusion que sigue al desacuerdo es donde realmente se aprende. Los equipos descubren requisitos mal interpretados y diferentes suposiciones sobre el alcance. Es el metodo mas confiable para estimaciones detalladas a nivel de sprint. Pero es lento. Estimar 30 elementos del backlog uno por uno puede consumir toda una tarde. Ahi es donde entran las otras tecnicas.

Tallas de camiseta

Las tallas de camiseta reemplazan las escalas numericas con etiquetas familiares: XS, S, M, L, XL y a veces XXL. En lugar de debatir si algo es un 5 o un 8, los equipos preguntan: "Es esto un mediano o un grande?"

Como ejecutarlo

1. Presenta los elementos del backlog al equipo
2. Comienza con un elemento de referencia en el que todos esten de acuerdo (por ejemplo, "Este rediseno de la pagina de login es un Mediano")
3. Para cada elemento restante, el equipo discute y asigna un tamano relativo a la referencia
4. Si hay desacuerdo, los valores atipicos explican su razonamiento y se vuelve a votar

Cuando usarlo

Las tallas de camiseta funcionan mejor al inicio de un proyecto cuando necesitas estimaciones aproximadas para la planificacion del roadmap. Es mas rapido que el Planning Poker porque hay menos opciones entre las que debatir, y las etiquetas desalientan la falsa precision. Nadie discute sobre la diferencia entre XL y XXL como lo hacen con 13 vs. 21 story points. Tambien funciona bien para stakeholders no tecnicos. Los product managers y disenadores entienden intuitivamente "esto es un Grande" sin necesitar una introduccion a las secuencias de Fibonacci.

Mapeo por afinidad (estimacion por afinidad)

La estimacion por afinidad permite a los equipos dimensionar una gran cantidad de elementos rapidamente comparandolos entre si en lugar de contra una escala absoluta.

Como ejecutarlo

1. Escribe cada elemento del backlog en una tarjeta o nota adhesiva
2. Coloca el primer elemento en el centro de una mesa o pared
3. Toma el siguiente elemento y pregunta: "Es esto mas grande, mas pequeno o similar al primero?"
4. Colocalo a la izquierda si es mas pequeno, a la derecha si es mas grande, en la misma columna si es similar
5. Continua con cada elemento. Los miembros del equipo pueden reorganizar silenciosamente los elementos con los que no esten de acuerdo
6. Una vez que todos los elementos esten colocados, dibuja los limites de las columnas y asigna etiquetas de tamano a cada grupo

La fase de clasificacion silenciosa es el secreto. En lugar de debatir cada elemento en secuencia, varias personas mueven tarjetas simultaneamente. Los desacuerdos surgen naturalmente cuando alguien mueve una tarjeta y otra persona la mueve de vuelta. Esos elementos especificos se convierten en los puntos de discusion.

Cuando usarlo

La estimacion por afinidad funciona mejor cuando tienes un backlog grande (30+ elementos) y tiempo limitado. Los equipos pueden clasificar 50 elementos en 20-30 minutos, algo que tomaria horas con Planning Poker. Es particularmente util al inicio de un nuevo proyecto o despues de una gran sesion de refinamiento del backlog.

Dot voting

El dot voting no es estrictamente una tecnica de estimacion. Es un metodo de priorizacion. Pero se complementa bien con la estimacion al ayudar a los equipos a identificar rapidamente que elementos importan mas.

Como ejecutarlo

1. Lista todos los elementos en un tablero (fisico o virtual)
2. Dale a cada miembro del equipo un numero fijo de puntos (tipicamente 3-5)
3. Cada persona coloca sus puntos en los elementos que considera de mayor prioridad
4. Los elementos con mas puntos suben al tope

Puedes agregar restricciones: "Solo puedes poner un punto por elemento" o "Pon tus puntos en los elementos que crees que deberiamos estimar primero." Algunos equipos usan puntos de diferentes colores para distintas dimensiones (rojo para riesgo, verde para valor).

Cuando usarlo

El dot voting funciona mejor como paso previo a la estimacion. En lugar de estimar todo tu backlog, vota con puntos primero para identificar los 10-15 elementos principales, luego usa Planning Poker o tallas de camiseta solo para esos. Ahorra tiempo y mantiene al equipo enfocado en lo que realmente importa para el proximo sprint o release.

Sistema de cubetas

El sistema de cubetas combina elementos del mapeo por afinidad y el Planning Poker. Esta disenado para estimar grandes backlogs rapidamente con grupos grandes.

Como ejecutarlo

1. Crea "cubetas" que representen tamanos de estimacion (0, 1, 2, 3, 5, 8, 13, 20, 40, 100)
2. Elige un elemento y colocalo en una cubeta como referencia (el equipo debe estar de acuerdo en este)
3. Reparte los elementos restantes equitativamente entre los miembros del equipo
4. Cada persona coloca silenciosamente sus elementos en cubetas relativas a la referencia
5. Una vez que todo esta colocado, el equipo revisa en conjunto y discute los elementos que parecen mal ubicados
6. Ajusta y finaliza

Cuando usarlo

El sistema de cubetas funciona bien para backlogs grandes (50-200 elementos) con equipos de 5-15 personas. Como la clasificacion inicial se hace silenciosamente y en paralelo, es mucho mas rapido que la estimacion secuencial. La fase de revision mantiene la honestidad sin requerir discusion sobre cada elemento.

Estimacion de tres puntos (PERT)

La estimacion de tres puntos proviene de la gestion de proyectos, no del agile. Pero es util cuando tu equipo necesita considerar la incertidumbre, especialmente en trabajo desconocido.

Como ejecutarlo

Para cada elemento, el equipo proporciona tres estimaciones:

Estimacion	Significado
Optimista (O)	Todo sale perfecto, sin sorpresas
Mas probable (M)	Escenario realista con friccion normal
Pesimista (P)	Todo lo que puede salir mal, sale mal

El promedio ponderado es: (O + 4M + P) / 6 Por ejemplo, si una funcionalidad se estima en 2 dias optimista, 5 dias mas probable y 14 dias pesimista: (2 + 20 + 14) / 6 = 6 dias.

Cuando usarlo

La estimacion de tres puntos vale la pena cuando la incertidumbre es alta: tecnologia desconocida, integraciones con sistemas externos o algo que el equipo no ha construido antes. La estimacion pesimista obliga a pensar en riesgos que el Planning Poker a menudo pasa por alto. Es excesivo para trabajo rutinario. Si tu equipo ha construido docenas de endpoints CRUD, no necesitas tres estimaciones para el siguiente.

Elegir la tecnica correcta

No existe un unico mejor metodo de estimacion. La eleccion correcta depende del contexto.

Escenario	Mejor tecnica
Planificacion de sprint con 10-15 elementos	Planning Poker
Planificacion de roadmap con dimensionamiento aproximado	Tallas de camiseta
Backlog grande (30+ elementos), tiempo limitado	Mapeo por afinidad
Priorizar que estimar primero	Dot voting
Backlog enorme (50-200 elementos), equipo grande	Sistema de cubetas
Trabajo con alta incertidumbre	Estimacion de tres puntos

La mayoria de los equipos terminan combinando tecnicas. Dot voting para priorizar, mapeo por afinidad para dimensionar el backlog de forma aproximada y luego Planning Poker para los elementos del proximo sprint.

Algunas cosas que aplican a todas

Sin importar que tecnica uses:

• Estima en relacion a otros elementos, no en terminos absolutos. "Esto es el doble de complejo que esa pagina de login" es mas util que "esto tomara 3 dias."
• Limita el tiempo de la sesion. La estimacion tiene rendimientos decrecientes. Pon un temporizador y avanza cuando estes lo suficientemente cerca.
• Vuelve a estimar cuando aprendas algo nuevo. Las estimaciones son fotos del momento, no compromisos. Actualizalas a medida que los requisitos se aclaren.
• Rastrea la precision a lo largo del tiempo. Despues de algunos sprints, compara las estimaciones con los resultados reales. Los patrones te mostraran donde tu equipo se equivoca consistentemente. Nuestro analizador de complejidad de estimacion puede ayudarte a identificar donde tus estimaciones se desvian.

Si quieres probar el Planning Poker con tu equipo, la herramienta de Planning Poker de Kollabe soporta Fibonacci, tallas de camiseta y escalas personalizadas, y es gratis para comenzar.