Fibonacci en Planning Poker: escala y ejemplo de estimación
Qué significan los saltos entre cartas y cómo aprovechar una votación distinta para acordar el alcance del trabajo.
En Planning Poker, la escala de Fibonacci usa valores como 1, 2, 3, 5, 8, 13 y 21 para comparar el tamaño relativo del trabajo. Los saltos crecientes reducen las distinciones pequeñas que hay que justificar en tareas grandes. Las cartas no calculan una duración ni resuelven las dudas sobre los requisitos.
Si dudas entre 3 y 5, explica qué trabajo adicional diferencia la historia de una referencia conocida. Añadir un 4 ofrece otra opción, pero no responde a esa pregunta.
Contenido:
Por qué aumentan los saltos
Después de 1 y 2, cada valor suma los dos anteriores: 1, 2, 3, 5, 8, 13, 21, 34…. Entre 3 y 5 hay dos puntos; entre 13 y 21, ocho.
Así se evita defender cada punto intermedio cuando el trabajo incluye más decisiones y dependencias. Mike Cohn explica sus razones para utilizar esta escala. Elegirla no garantiza estimaciones más precisas.
Los story points comparan el trabajo de un equipo teniendo en cuenta el esfuerzo, la complejidad y los riesgos, como explica Atlassian en su guía de estimación. Un 8 no equivale a ocho horas ni puede compararse directamente con un 8 de otro equipo. Tampoco una cifra grande confirma que una integración desconocida funcione.
Un ejemplo: cambiar una reserva de cine
Un equipo ficticio desarrolla una aplicación de reservas. La historia dice: «Permitir cambiar los asientos de una reserva». Su referencia de 3 puntos es una modificación de un campo existente, con validación, revisión y comprobación del resultado.
Las primeras cartas muestran que el equipo imagina trabajos distintos:
| Voto | Trabajo incluido | Pregunta pendiente |
|---|---|---|
| 3 | Guardar otros números de asiento | ¿Quién garantiza que sigan disponibles? |
| 5 | Reservar los nuevos, liberar los anteriores y enviar confirmación | ¿Cómo se evita perder la reserva si otra persona ocupa esos asientos? |
| 8 | Cambiar también de sesión y cobrar diferencias de precio | ¿El cambio de sesión forma parte de esta historia? |
Calcular la media no decide si hay que gestionar un nuevo cobro. Con el Product Owner se delimita una primera versión:
- Cambiar asientos antes del inicio de la misma sesión.
- Mantener la categoría y el precio de las entradas.
- Comprobar disponibilidad al confirmar el cambio.
- Conservar los asientos originales si falla la operación.
- Excluir otras sesiones, reembolsos y diferencias de precio.
La desarrolladora responsable confirma que la operación de reserva existente protege frente a cambios simultáneos. Se reutiliza el servicio de notificaciones. En esta segunda ronda ilustrativa, los tres votos son 5: hay más comportamiento que en la referencia, pero ya no se está estimando un nuevo flujo de pago.
El equipo registra la estimación junto con el alcance acordado. Estos puntos solo corresponden al ejemplo, y no es obligatorio terminar cada ronda por unanimidad. Agile Alliance describe la elección individual, la revelación y las rondas posteriores. La guía para facilitar un Planning Poker explica la sesión completa.
Si sigue habiendo desacuerdo
Pregunta qué supuesto continúa abierto. Si nadie sabe qué ocurre cuando dos personas solicitan los mismos asientos a la vez, acuerda una investigación concreta, su responsable y el resultado esperado. Si cambiar de sesión es imprescindible, revisa el alcance. Volver a votar ayuda cuando cambia la información; repetir sin aprender puede presionar a la gente para que ceda.
Escala clásica y modificada
| Variante | Valores de ejemplo | Qué acordar |
|---|---|---|
| Fibonacci | 1, 2, 3, 5, 8, 13, 21, 34 | Qué tamaños puede comparar el equipo con sentido |
| Modificada | 1, 2, 3, 5, 8, 13, 20, 40, 100 | Cuándo las cartas grandes invitan a refinar la historia |
| Cartas adicionales | 0, 0.5, ?, café, según la baraja | El significado concreto de cada una |
La escala modificada sigue otra progresión a partir de 20. Cohn explica el redondeo como una manera de evitar una precisión aparente que la estimación grande no puede sostener. Las fracciones y los símbolos son añadidos de la baraja, no términos de Fibonacci.
Un ? puede señalar una pregunta pendiente antes de estimar; la carta de café puede pedir una pausa. Son señales, no estimaciones numéricas: regístralas por separado de los puntos. Utiliza una misma baraja durante la sesión y conserva algunas historias terminadas como referencia. Los ejemplos de story points ayudan a elegirlas.
Cuándo estimar, aclarar, dividir o investigar
- Mismo alcance, referencias distintas: comparar el trabajo con ejemplos terminados y explicar qué se añade.
- Requisitos distintos: escribir lo incluido y lo excluido antes de otra ronda.
- Varios resultados útiles independientes: proponer historias más pequeñas que puedan utilizarse por separado.
- Una incógnita puede cambiar la solución: definir pregunta, responsable y evidencia esperada.
No existe una regla universal de dividir todo lo que sea 13. Valora si el equipo comprende el trabajo y puede terminarlo en sus condiciones. Una 5 con una dependencia desconocida puede necesitar aclaración antes que una 13 bien entendida.
Después de dividir, las estimaciones no tienen que sumar la cifra original. Han cambiado el alcance y el conocimiento. Separar «interfaz» y «API» no permite todavía cambiar los asientos: busca un resultado menor que sea utilizable.
Un acuerdo para el equipo
Baraja y valores que utilizamos:
Historias terminadas de referencia y sus límites:
Trabajo incluido hasta la Definition of Done:
Significado de las cartas adicionales:
Preguntas cuando los votos difieren:
Señales para aclarar, dividir o investigar:
Dónde anotamos los supuestos y quién se encarga del siguiente paso:
«¿Incluimos recuperar la reserva tras un fallo?» ayuda más que una instrucción genérica de considerar la complejidad.
Preguntas frecuentes
¿Por qué falta el 4?
La secuencia pasa de 3 a 5. Compara los límites con las referencias antes de añadir un escalón. El equipo puede elegir otra baraja; una nueva cifra no resuelve un requisito abierto.
¿Scrum exige Fibonacci?
No. La Guía Scrum atribuye a los Developers la responsabilidad de dimensionar el trabajo, sin imponer Fibonacci, story points o Planning Poker.
¿Conviene escoger siempre la cifra mayor?
Primero nombra la incertidumbre. Una carta mayor puede representar trabajo adicional entendido, pero no sustituye una decisión de producto ni confirma una capacidad técnica.
Utiliza la escala en Agilo
Agilo Planning Poker incluye barajas Fibonacci y Fibonacci modificada. Prepara unas historias delimitadas y tus referencias, y registra las decisiones en el backlog.
Crea una sala de Planning Poker cuando el equipo esté listo para estimar.
