Puntos de historia sin misterio: estimar sin juegos de adivinanzas

Si alguna vez ha estado en una Planificación de Sprint viendo a un equipo debatir veinte minutos si algo es un 3 o un 5, ha visto los puntos de historia mal aplicados. La idea es simple y útil, pero se reviste de ritual hasta que se olvida para qué sirve. Esta es una explicación para principiantes: qué son los puntos de historia, qué no son y cómo un equipo puede estimar con honestidad sin teatro.

Qué mide realmente un punto de historia

Un punto de historia es una medida relativa del esfuerzo total para entregar un elemento del Backlog del Producto. Reúne tres cosas: cuánto trabajo hay, qué tan complejo es y cuánta incertidumbre lo rodea. Y es relativo, no absoluto. El equipo dice «este elemento es como el doble de grande que aquel», no «esto llevará dieciséis horas». Por cierto, la Guía Scrum no exige puntos de historia en absoluto. Dice que los Desarrolladores son responsables de dimensionar el trabajo; la técnica queda a su criterio. Los puntos de historia son solo una forma popular de hacerlo.

¿Por qué una escala relativa en vez de horas? Porque las personas predicen muy mal las horas y comparan tamaños sorprendentemente bien. Quizá no sepa si una tarea lleva tres o siete horas, pero suele notar que es más pequeña que la que terminó la semana pasada. El dimensionamiento relativo se apoya en esa fortaleza.

Por qué los equipos eligen puntos en lugar de horas

• Una hora significa cosas distintas para cada persona; una comparación relativa la comparte todo el equipo.

• Los puntos absorben la incertidumbre sin fingir una precisión engañosa, lo cual es honesto ante lo desconocido.

• Tras unos pocos Sprints, el ritmo real de entrega (la velocidad) pronostica mucho mejor que cualquier estimación de horas hecha de antemano.

• Las conversaciones de dimensionamiento sacan a la luz pronto la complejidad oculta, antes de empezar el trabajo.

Ese último punto es el verdadero premio. El número de la tarjeta importa menos que el desacuerdo que lo produjo. Cuando un Desarrollador dice 2 y otro dice 8, acaba de encontrar un malentendido que merece diez minutos de discusión. Resolverlo es el valor; el total acordado es un subproducto.

Cómo mantener honesta la estimación

1. Ánclese en un elemento de referencia. Elija un elemento que todo el equipo acepte como, digamos, un 3, y dimensione todo lo demás respecto a él. Sin un ancla compartida, la escala se desvía y los números dejan de significar algo.

2. Estimen en equipo, no individualmente. El Planning Poker o un método similar funciona porque revela el desacuerdo en el mismo instante, en lugar de dejar que la voz más fuerte o más veterana fije el número.

3. Dejen de estimar cuando la conversación ya no enseña nada. Si todos quedan a una unidad de distancia, tomen el número y sigan. Debatir un 3 frente a un 5 rara vez cambia el resultado.

4. Nunca conviertan los puntos de vuelta en una promesa de entrega. En cuanto un gerente diga «entonces son cuarenta horas», los puntos están muertos. Usen la velocidad para pronosticar rangos, no plazos sellados en horas.

5. Recalibren rara vez, y solo con motivo. Redefinir constantemente qué vale un punto destruye sus datos históricos. Dejen que la velocidad haga el ajuste.

Una nota sobre el momento actual. A lo largo de 2021, muchos equipos siguen híbridos o totalmente remotos, y la disrupción del suministro sigue inyectando sorpresas en un trabajo que sería rutinario. Ambas condiciones elevan la incertidumbre, y la incertidumbre es justo lo que los puntos de historia están hechos para cargar. Un equipo distribuido que dimensiona en conjunto también reconstruye el contexto compartido que una sala presencial ofrecía gratis. La conversación de estimación cumple doble función: pronostica y mantiene a todos viendo la misma imagen.

Cuidado con los modos de fallo. Los puntos se vuelven teatro cuando se atan al desempeño individual, se comparan entre equipos o se tratan como un contrato. Nada de eso está en la Guía Scrum, y todo ello corroe la honestidad de la que depende la técnica. Mantengan la práctica ligera, dentro del equipo, y dejen que el pronóstico surja de la entrega real y no de una hoja de cálculo de horas convertidas.

Si su organización quiere una estimación y un pronóstico en los que los líderes puedan confiar de verdad, la asesoría de ejecución de programas y proyectos de XNM puede ayudar a sus equipos a dimensionar el trabajo con honestidad y planificar con confianza.