El planning poker con Fibonacci es la técnica de estimación ágil más utilizada. Comprende la secuencia, ejecuta una sesión en vivo con tu equipo y llega a un consenso más rápido — sin necesidad de registro.
El planning poker con Fibonacci es una técnica de estimación por consenso utilizada por equipos ágiles para dimensionar historias de usuario y elementos del backlog en términos relativos. Los miembros del equipo seleccionan de forma privada una carta de un mazo numerado con la secuencia de Fibonacci, luego revelan sus elecciones simultáneamente. Los desacuerdos generan una discusión enfocada que saca a la luz supuestos y riesgos ocultos.
La técnica fue popularizada por Mike Cohn en Agile Estimation and Planning y desde entonces se ha convertido en el método predeterminado para los equipos Scrum de todo el mundo. La secuencia de Fibonacci se usa en lugar de una escala lineal del 1 al 10 porque sus brechas de crecimiento exponencial eliminan la falsa precisión y coinciden con cómo los humanos perciben realmente las diferencias en esfuerzo y complejidad.
La secuencia de Fibonacci es una serie donde cada número es la suma de los dos anteriores: 0, 1, 1, 2, 3, 5, 8, 13, 21... Para la estimación ágil, tiene una propiedad crucial: cada paso es aproximadamente un 60% mayor que el anterior.
Esto coincide con la Ley de Weber de la psicología cognitiva — el principio de que los humanos pueden distinguir de forma fiable entre dos cantidades solo cuando difieren al menos un 50–60%. Una escala lineal (1, 2, 3, 4, 5) obliga a los equipos a debates sin sentido sobre si una historia merece un 6 o un 7.
Una escala de Fibonacci (5, 8, 13) hace que esa distinción sea obvia: o la historia es aproximadamente un 5 o genuinamente un 8. No hay término medio.
El Product Owner, el Scrum Master y el equipo de desarrollo se unen a la sesión. En herramientas en línea, todos entran al mismo enlace de sala — sin necesidad de cuenta.
El Product Owner lee una historia del backlog. El equipo hace preguntas de aclaración para descubrir supuestos, dependencias y riesgos antes de estimar.
Cada participante selecciona en silencio el número de Fibonacci que mejor representa el esfuerzo, la complejidad y el riesgo relativos de la historia. Nadie revela su carta todavía — esto evita el sesgo de anclaje.
A la señal del moderador, todos voltean sus cartas al mismo tiempo. El rango de estimaciones es inmediatamente visible para todos.
El miembro del equipo con la estimación más alta y el que tiene la más baja explican cada uno su razonamiento. Estos son los minutos más valiosos de la sesión.
El equipo vota de nuevo, continuando hasta que emerge una carta de consenso clara. Los estudios muestran que la mayoría de las historias alcanzan el consenso en dos rondas.
| Escala | Valores | Ideal para | Uso |
|---|---|---|---|
| Fibonacci (modificado) ✓ | 0,1,2,3,5,8,13,20,40,100 | Equipos Scrum multifuncionales — recomendado para la mayoría | ~65% de los equipos ágiles |
| Potencias de Dos | 1,2,4,8,16,32 | Equipos con perfil técnico que prefieren claridad matemática | ~15% |
| Tallas de Camiseta | XS,S,M,L,XL,XXL | Refinamiento temprano del roadmap, partes interesadas no técnicas | ~12% |
| Lineal (1–10) | 1,2,3,4,5,6,7,8,9,10 | No recomendado — crea falsa precisión | ~8% |
El consenso entre los formadores de Scrum: empieza con Fibonacci modificado a menos que tu equipo tenga una razón específica para desviarse.
Fibonacci obliga a tomar una decisión real: ¿es esto un 5 o un 8? Esa brecha del 60% representa un nivel genuinamente diferente de complejidad — a diferencia de las escalas lineales donde el 6 vs 7 no tiene diferencia significativa.
La revelación simultánea de cartas significa que nadie influye en la estimación de otro. La investigación muestra sistemáticamente que los primeros números sesgan las estimaciones posteriores independientemente de la complejidad real.
Cuando un miembro juega un 3 y otro juega un 13, revela que el equipo no comparte la misma comprensión. Esa conversación, tenida ahora, es más barata que la sorpresa a mitad del sprint.
Los equipos que usan story points de Fibonacci consistentes construyen datos de velocidad fiables, haciendo que la planificación del sprint sea más precisa con cada iteración.
Las brechas entre los números de Fibonacci crecen a medida que los números son mayores, reflejando naturalmente que las historias más grandes conllevan más incógnitas. Una historia de 100 puntos debe sentirse muy diferente de una de 8 puntos.
Cuando los ingenieros participan en la estimación en lugar de recibir un número desde arriba, sienten la propiedad del compromiso. La velocidad del sprint se vuelve más consistente como resultado.
Responde estas preguntas sobre tu proceso actual para ver qué tan maduras son tus sesiones de planning poker con Fibonacci.
Acuerda una historia de 1 punto (mínima), de 5 puntos (moderada) y de 13 puntos (grande) como referencia. Todas las estimaciones futuras se hacen en relación a estas, no en horas abstractas.
Los story points miden la complejidad relativa — no el tiempo. Convertir 8 puntos en "aproximadamente 8 horas" destruye el valor de la estimación relativa.
Cualquier historia que constantemente recibe votos superiores a 13 probablemente es demasiado grande e incierta para entregar en un solo sprint. Trata una estimación alta como una señal para descomponer.
Compara periódicamente las estimaciones originales con la entrega real. Los equipos que cierran este ciclo de retroalimentación mejoran consistentemente la precisión de estimación con el tiempo.
Pon la teoría en práctica con tu equipo ahora mismo. Sin tarjeta de crédito, sin correo, sin complicaciones.
Crear Sala Gratis →