7. Técnica de Planning Poker

Planning Poker es una técnica de estimación colaborativa diseñada para alcanzar consenso sobre el esfuerzo de las historias de usuario. Combina discusiones estructuradas con una mecánica de cartas que invita a todos a participar, evitando sesgos de autoridad y fomentando la conversación sobre riesgos y supuestos.

Popularizada por el libro "Agile Estimating and Planning" de Mike Cohn, se ha convertido en una herramienta estándar en equipos que utilizan Scrum y otras metodologías ágiles.

La técnica se adapta tanto a equipos colocalizados como distribuidos, y puede ejecutarse con cartas físicas, aplicaciones móviles o tableros colaborativos. Lo importante no es la herramienta, sino mantener el diálogo abierto y registrar los acuerdos para futuras sesiones de refinamiento.

7.1. Origen y propósito

El Planning Poker surge como evolución de técnicas de estimación grupal como el Delphi modificado. La idea central es reunir a todo el equipo para estimar de manera simultánea, utilizando una baraja de números (habitualmente Story Points en escala Fibonacci). Cada integrante revela su carta al mismo tiempo, lo que evita que la opinión de una persona influya en el resto antes de votar.

Su propósito principal es promover conversaciones ricas y rápidas que permitan identificar riesgos, alinear criterios de aceptación y construir estimaciones más acertadas gracias a la inteligencia colectiva.

En la práctica se emplea para complementar actividades de refinamiento y otorgar foco a los puntos críticos del backlog. Un buen facilitador limita la duración de cada historia (por ejemplo, a 8-10 minutos) y se asegura de que las divergencias conduzcan a aprendizaje, no a discusiones infinitas. Cuando la diferencia persiste, el equipo puede registrar un rango provisional y programar un spike de investigación antes de cerrar la estimación.

Además, Planning Poker refuerza la noción de que todos los roles aportan valor al estimar: testers, diseñadores, analistas y desarrolladores participan en igualdad de condiciones, lo que incrementa la calidad de las preguntas y reduce los supuestos sobre el trabajo requerido.

7.2. Cómo se juega paso a paso

La dinámica de Planning Poker sigue una secuencia clara:

  1. Preparación: el Product Owner o la persona que presenta la historia describe el objetivo, los criterios de aceptación y responde preguntas iniciales.
  2. Discusión breve: el equipo aclara dudas sobre alcance, dependencias y riesgos.
  3. Selección de cartas: cada miembro elige en silencio la carta que representa el esfuerzo estimado.
  4. Revelación simultánea: todos muestran sus cartas al mismo tiempo para evitar influencia mutua.
  5. Debate focalizado: si las estimaciones difieren, las personas que eligieron los valores más altos y más bajos argumentan sus razones.
  6. Re-votación: se repite el proceso hasta converger en un valor aceptado por el equipo o en un rango acordado.

Esta secuencia se repite para cada historia planificada en la sesión.

En contextos remotos conviene que el facilitador controle el ritmo, use temporizadores y dé la palabra de manera ordenada. Al finalizar cada historia, registrar los motivos del puntaje elegido ayuda a futuras revisiones cuando cambie el contexto o se incorpore gente nueva al equipo.

7.3. Ejemplo completo de sesión de Planning Poker

Supongamos un equipo que debe estimar la historia "Como usuario quiero recibir notificaciones push sobre promociones relevantes". La sesión podría desarrollarse así:

  • Presentación: el Product Owner explica que la notificación debe ejecutarse cuando se lance una promoción y que el usuario pueda configurarla en su perfil.
  • Preguntas: el equipo consulta si existe infraestructura de mensajería, si el contenido será dinámico y cómo se medirán los resultados.
  • Primera ronda: se revelan cartas con valores 3, 5 y 8. Quien eligió 3 cree que basta con reutilizar la integración existente; quien eligió 8 argumenta que habrá que crear plantilla y segmentación nuevas.
  • Discusión: se descubre que la integración actual no soporta segmentación avanzada, por lo que será necesario un ajuste técnico adicional.
  • Segunda ronda: después de aclarar el alcance, el equipo converge en 8 Story Points.
  • Conclusión: se documentan las suposiciones clave y se agrega una tarea de spike para investigar la nueva segmentación.

El resultado final no es solo un número, sino un entendimiento compartido del trabajo pendiente y de los riesgos asociados.

En sesiones reales suele dedicarse tiempo adicional a revisar si existen historias similares ya entregadas que sirvan como referencia, y a confirmar qué tareas se desprenden de la historia estimada. También es buena práctica revisar al final de la ronda si el puntaje acordado impacta la priorización del sprint o exige renegociar compromisos con otros equipos.

7.4. Ventajas: consenso, participación y transparencia

Planning Poker ofrece beneficios más allá de la estimación numérica:

Ventaja Descripción Impacto en el equipo
Consenso La discusión iterativa permite que todos aporten su perspectiva antes de decidir. Genera estimaciones respaldadas por el equipo completo, no por una autoridad aislada.
Participación El formato de cartas obliga a cada integrante a expresar su opinión. Equilibra las voces y evita que solo hablen quienes tienen más dominio o seniority.
Transparencia Las diferencias de criterio quedan visibles y se discuten abiertamente. Reduce supuestos ocultos y fortalece la confianza entre roles técnicos y de negocio.

Estas ventajas convierten al Planning Poker en una práctica clave para mantener a todo el equipo alineado y comprometido con el valor que se entregará en cada iteración.

Para maximizar los beneficios se recomienda alternar la facilitación entre los miembros del equipo, preparar con antelación el material de soporte (diagramas, prototipos, métricas) y registrar ajustes a la escala de puntos cuando aparezcan nuevas evidencias. Así se crea un ciclo de mejora continua donde la técnica evoluciona junto con la madurez del equipo.