Estimación por afinidad: dimensionar un backlog grande rápido

La estimación por afinidad dimensiona un lote grande de elementos del backlog colocándolos en silencio a lo largo de un espectro de tamaños, de menor a mayor, sin discusión por elemento hasta que termina el ordenamiento. Es la técnica a la que recurren los equipos ágiles cuando Scrum Poker sería demasiado lento para el volumen de trabajo frente a ellos: cincuenta o cien elementos sin refinar que necesitan un orden aproximado, no puntos deliberados individualmente. Esta página cubre cómo funciona, cuándo su velocidad vale la pena, y dónde su falta de discusión cuesta algo real.

Cómo funciona

Escribe cada elemento en una tarjeta o nota adhesiva (física o digital). El equipo, en silencio, sin hablar, coloca cada tarjeta a lo largo de una línea horizontal: el menor esfuerzo a la izquierda, el mayor a la derecha, ubicado en relación con las tarjetas ya colocadas. Nadie explica su razonamiento durante esta fase; el silencio es deliberado, la misma preocupación por el anclaje que impulsa la votación oculta en Scrum Poker aplica aquí también, solo que resuelta mediante la colocación simultánea y silenciosa en lugar de una revelación simultánea.

Una vez que cada elemento tiene una posición, el equipo revisa el orden resultante en conjunto, esta vez en voz alta, y ajusta cualquier cosa que claramente haya quedado mal ubicada. Este pase de revisión es corto por diseño: la mayor parte del ordenamiento ya es correcto, y la discusión en grupo sirve para corregir anomalías, no para volver a litigar todo el espectro.

Por qué es rápida

Sin discusión por elemento durante el ordenamiento. El valor de Scrum Poker viene de la discusión, pero la discusión tiene un costo de tiempo real: bien para cinco historias listas para el sprint, prohibitivo para ochenta elementos del backlog sin refinar. La estimación por afinidad cambia esa discusión por juicio silencioso y paralelo, lo que escala a un lote grande en una fracción del tiempo.

Colocación, no construcción de consenso. Cada persona coloca las tarjetas según su propio sentido de tamaño relativo; el equipo no está intentando acordar en tiempo real de la forma en que una revelación de Scrum Poker fuerza el acuerdo sobre un número. El desacuerdo se manifiesta como patrones de agrupamiento en el diseño final, no como una votación bloqueada.

Un ejemplo trabajado

Un equipo enfrenta 80 elementos del backlog sin refinar antes de un retiro de planificación trimestral; estimar individualmente los 80 con Scrum Poker consumiría la mayor parte de un día. En su lugar: 30 minutos de colocación silenciosa de tarjetas a lo largo de un espectro, seguidos de 15 minutos del grupo revisando el resultado y ajustando el puñado de elementos que claramente quedaron mal ubicados (algunos elementos se mueven después de que alguien señala "este en realidad depende de la migración que aún no hemos dimensionado"). Ochenta elementos dimensionados en 45 minutos, una fracción del tiempo que tomaría un enfoque ronda por ronda completo, con la mayor parte de la precisión que importa para la planificación a nivel de roadmap.

Qué te cuesta la estimación por afinidad

La velocidad viene de saltarse la discusión, y la discusión es donde vive el verdadero valor de Scrum Poker: sacar a la luz complejidad oculta, dependencias y desacuerdos que una colocación silenciosa nunca llega a tocar. Un elemento puede quedar mal ubicado en el espectro simplemente porque nadie sabía de una dependencia oculta, y el rápido pase de revisión puede no detectarlo si a nadie se le ocurre mencionarlo. Esto convierte a la estimación por afinidad en una herramienta de triage, no un sustituto, para los elementos que están a punto de entrar a un sprint: pone rápidamente un backlog grande en orden aproximado, y luego Scrum Poker se encarga de la porción superior que realmente se está planificando.

Convertir posiciones en números

Un ordenamiento por afinidad puro produce orden, no números: "esto es más grande que aquello" sin un valor asociado. Los equipos que necesitan que el resultado alimente un cálculo de velocidad dividen el espectro en bandas etiquetadas después (a menudo mapeadas sobre Fibonacci: todo en esta sección de la línea = 3, esta sección = 5, y así sucesivamente). Este paso de mapeo es en sí mismo un pequeño ejercicio de estimación, y es donde la estimación por afinidad se transforma en el sistema de cubos: una variante más estructurada que asigna elementos a cubos numerados desde el inicio en lugar de ordenarlos primero a lo largo de una línea continua.

Cuándo usar la estimación por afinidad en lugar de Scrum Poker

La mayoría de los equipos que usan la estimación por afinidad no la usan en lugar de Scrum Poker: la usan primero, para poner un backlog grande en forma aproximada, y luego ejecutan Scrum Poker sobre la porción que realmente está entrando al próximo sprint. Ver la comparación completa de técnicas para cómo se ajusta cada técnica de la familia entre sí.

Pruébala con tu propio backlog

La estimación por afinidad en sí no necesita herramientas especiales: notas adhesivas en una pared o una pizarra digital funcionan igual. Una vez que la parte superior de tu backlog esté ordenada y refinada, crea una sala gratis para ejecutar rondas reales de Scrum Poker sobre las historias que realmente están listas para el sprint.