Blog

Póker de Planificación (Planning Poker)

• Concepto: El póker de planificación es una técnica de estimación colaborativa que se utiliza para asignar puntos de historia a las historias de usuario. Es una técnica divertida y efectiva que fomenta la participación de todos los miembros del equipo y ayuda a llegar a un consenso.
• Proceso:
  • Presentación de la Historia: El Product Owner (o un miembro del equipo) presenta la historia de usuario al equipo, explicando su propósito y sus criterios de aceptación.
  • Discusión: El equipo discute la historia, aclarando dudas y compartiendo sus conocimientos.
  • Estimación Individual: Cada miembro del equipo selecciona en secreto una carta de su baraja de póker de planificación que representa su estimación de puntos de historia para la historia.
  • Revelación Simultánea: Todos los miembros del equipo revelan sus cartas al mismo tiempo.
  • Discusión de las Discrepancias: Si hay discrepancias significativas en las estimaciones, el equipo discute las razones de sus estimaciones. Las personas que han dado las estimaciones más altas y más bajas explican su razonamiento.
  • Nueva Estimación (si es necesario): Si es necesario, el equipo repite el proceso de estimación hasta que se alcance un consenso.
  • Registro de la Estimación: La estimación acordada se registra en el backlog del producto.
• Ventajas:
  • Estimaciones más precisas: La combinación de diferentes perspectivas y conocimientos conduce a estimaciones más precisas.
  • Mayor participación: Todos los miembros del equipo participan activamente en el proceso de estimación.
  • Fomenta la colaboración: La discusión y el debate fomentan la colaboración y el entendimiento compartido.
  • Identificación de Riesgos y Problemas: La discusión puede revelar riesgos o problemas potenciales que no se habían identificado previamente.
  • Detección de falta de información: Se puede detectar si es que la historia de usuario está incompleta.
  • Detección de falta de entendimiento: Permite aclarar conceptos antes de comenzar la tarea.
  • Evita el «Anclaje»: Al revelar las estimaciones simultáneamente, se evita el «anclaje» (la tendencia a verse influenciado por la primera estimación que se presenta).

Una ronda típica de Póker de Planificación sigue 5 pasos: presentación de historia, discusión, estimación individual, revelación simultánea, debate y consenso.

---

Planning Poker puede funcionar como una herramienta práctica dentro de un enfoque de planificación adaptativa porque ayuda a que la planificación no sea rígida ni puramente predictiva, sino iterativa, colaborativa y ajustable según nueva información. La relación se entiende mejor así:

1. Permite estimar con base en conocimiento colectivo

En planificación adaptativa no se asume que una sola persona conoce con precisión todo el trabajo desde el inicio. Planning Poker reúne al equipo para estimar una historia o tarea usando la visión combinada de quienes analizan, desarrollan, prueban o implementan.

Eso aporta dos cosas:

• una estimación más realista,
• y una comprensión compartida del trabajo.

2. Favorece estimaciones relativas en lugar de compromisos rígidos

La planificación adaptativa no busca promesas exactas de tiempo desde el principio, sino una aproximación progresiva que mejore a medida que el equipo aprende. Planning Poker suele trabajar con story points o tamaños relativos, lo que encaja bien con este enfoque porque:

• reduce la falsa precisión,
• admite incertidumbre,
• y permite recalibrar más adelante sin “romper” el plan.

3. Hace visible la incertidumbre y los supuestos

Cuando en Planning Poker aparecen cartas muy diferentes, eso revela que:

• hay ambigüedad,
• faltan datos,
• existen riesgos,
• o hay distintas interpretaciones del alcance.

Eso es muy valioso en planificación adaptativa, porque el objetivo no es ocultar la incertidumbre, sino detectarla temprano para ajustar el backlog, dividir historias, aclarar requisitos o replantear prioridades.

4. Ayuda a refinar el backlog de manera continua

La planificación adaptativa trabaja por olas sucesivas: se planifica más en detalle lo cercano y menos en detalle lo lejano. Planning Poker es útil especialmente durante:

• refinamiento del backlog,
• preparación de iteraciones,
• priorización de entregables,
• revisión de capacidad del equipo.

Así, cada nueva estimación mejora la calidad del plan inmediato sin exigir cerrar todo el plan del proyecto de una vez.

5. Facilita la repriorización basada en valor y esfuerzo

En un entorno PMI-ACP, adaptar el plan implica decidir constantemente qué conviene hacer primero. Planning Poker aporta una estimación consensuada del esfuerzo, lo que permite comparar:

• valor vs. costo/esfuerzo,
• urgencia vs. complejidad,
• riesgo vs. beneficio.

Con eso, el Product Owner, sponsor o líder ágil puede tomar decisiones mejor informadas sobre qué incluir, postergar, dividir o descartar.

6. Mejora la previsibilidad iterativa

Aunque las estimaciones iniciales no sean perfectas, al usar Planning Poker de forma repetida el equipo genera datos que luego ayudan a:

• conocer su velocidad,
• ajustar su capacidad,
• estimar entregas futuras con más criterio,
• y adaptar expectativas del proyecto.

Es decir, no sirve solo para “poner números”, sino para construir una base de aprendizaje continuo, que es central en la planificación adaptativa.

7. Refuerza la participación y el compromiso del equipo

La planificación adaptativa promueve equipos autoorganizados y comprometidos. Planning Poker no impone estimaciones desde arriba; al contrario, involucra directamente al equipo en la construcción del plan. Esto:

• mejora el alineamiento,
• aumenta la responsabilidad compartida,
• y reduce estimaciones impuestas poco realistas.

8. Permite revisar y ajustar estimaciones cuando cambia el contexto

Como el entorno ágil acepta cambio, una estimación no se considera definitiva. Si cambia el alcance, aparece una dependencia nueva o se comprende mejor una historia, Planning Poker puede volver a utilizarse para reestimar. Esto lo convierte en una herramienta coherente con la lógica adaptativa: el plan evoluciona porque el conocimiento evoluciona.

Síntesis integradora

Planning Poker funciona como herramienta práctica dentro de la planificación adaptativa porque convierte la estimación en un proceso:

• colaborativo,
• iterativo,
• basado en aprendizaje,
• sensible a la incertidumbre,
• y útil para tomar decisiones de planificación y priorización.

Fórmula simple para recordarlo

Puedes pensarlo así:

Planning Poker = mecanismo de estimación colaborativa
Planificación adaptativa = mecanismo de ajuste continuo del plan

La relación es que Planning Poker alimenta con mejores insumos a la planificación adaptativa.

Ejemplo breve

Supón que el equipo debe planificar una iteración y aparece una historia:
“Como usuario, quiero recibir una notificación automática cuando cambie el estado de mi pedido”.

Durante Planning Poker:

• un miembro estima 3,
• otro 8,
• otro 13.

La diferencia revela que no todos entienden igual la historia. Al conversar descubren que:

• hay integración con un servicio externo,
• faltan reglas de negocio,
• y no está claro si debe probarse en móvil y web.

Resultado:

• se aclara la historia,
• se divide en partes,
• se reestima,
• y se ajusta el plan de la iteración.

Eso es planificación adaptativa en acción: estimar, aprender, ajustar y planificar mejor.

Puedo darte ahora una versión orientada específicamente a PMI-ACP examen, con lenguaje más académico y tipo respuesta de estudio.

Pros y Contras

Pros:

• Estimaciones más precisas: Las técnicas de estimación relativa y colaborativa, como los puntos de historia y el póker de planificación, conducen a estimaciones más precisas que las estimaciones en horas o días.
• Mayor participación del equipo: Todos los miembros del equipo participan activamente en el proceso de estimación y priorización.
• Fomenta la colaboración: La discusión y el debate fomentan la colaboración y el entendimiento compartido.
• Identificación de riesgos y problemas: El proceso de estimación y priorización puede revelar riesgos o problemas potenciales que no se habían identificado previamente.
• Entrega continua de valor: La priorización del backlog asegura que el equipo se enfoque en las funcionalidades de mayor valor en cada iteración.
• Adaptación al cambio: La estimación y la priorización permiten adaptarse a los cambios en los requisitos, el mercado o la tecnología.
• Transparencia: El proceso de estimación y priorización es transparente y visible para todos los involucrados.
• Toma de decisiones informada: Proporciona información valiosa para la toma de decisiones sobre el proyecto.
• Motivación del equipo: El equipo puede ver reflejado el resultado de su trabajo.

Contras:

• Requiere tiempo y esfuerzo: Las técnicas de estimación y priorización requieren tiempo y esfuerzo por parte del equipo.
• Subjetividad: La estimación y la priorización pueden ser subjetivas, especialmente si no se utilizan técnicas y métricas claras.
• Posibles conflictos: Diferentes stakeholders pueden tener diferentes prioridades, lo que puede generar conflictos.
• Necesidad de actualización constante: La estimación y la priorización deben ser un proceso continuo, ya que las prioridades pueden cambiar con el tiempo.
• Riesgo de «parálisis por análisis»: Si se dedica demasiado tiempo a la estimación y la priorización, se puede retrasar el inicio del desarrollo.
• Dificultad para estimar tareas técnicas: Puede ser difícil estimar el esfuerzo requerido para tareas técnicas (ej: refactorización del código) utilizando puntos de historia.
• Curva de aprendizaje: Los equipos nuevos pueden tener problemas para adaptarse a la estimación con puntos de historia.
• Sesgos cognitivos: Pueden existir sesgos que afecten a las estimaciones.

---

Puntos de Historia

• Concepto: Los puntos de historia son una unidad de medida relativa que se utiliza para estimar el esfuerzo, la complejidad y el riesgo asociados a una historia de usuario (una descripción de una funcionalidad desde la perspectiva del usuario). No representan horas ni días de trabajo. Son una medida abstracta que permite al equipo comparar el tamaño relativo de diferentes historias.

Mientras que la estimación absoluta intenta predecir el tiempo exacto, la relativa compara historias entre sí para gestionar la incertidumbre.

• Características:
  • Relativos: Los puntos de historia son relativos, no absolutos. Se comparan entre sí, no con una unidad de tiempo fija. Una historia de 2 puntos se considera el doble de «grande» que una historia de 1 punto, pero no significa que vaya a tardar el doble de tiempo en completarse.
  • Esfuerzo, Complejidad y Riesgo: Los puntos de historia tienen en cuenta tres factores:
    • Esfuerzo: La cantidad de trabajo requerido para completar la historia.
    • Complejidad: La dificultad técnica de la historia.
    • Riesgo e Incertidumbre: El nivel de riesgo o incertidumbre asociado a la historia.
  • Secuencia de Fibonacci (o similar): Se suele utilizar una secuencia numérica para asignar puntos de historia, como la secuencia de Fibonacci (1, 2, 3, 5, 8, 13, 20, 40, 100) o una secuencia similar (1, 2, 4, 8, 16…). Esta secuencia refleja la incertidumbre inherente a la estimación: cuanto más grande es la historia, más difícil es estimar con precisión.

• Beneficios:
  • Estimaciones más rápidas: Al ser relativas, la estimación es más intuitiva.
  • Fomentan la discusión: Los puntos de historia fomentan la discusión y el entendimiento compartido entre los miembros del equipo sobre el trabajo a realizar.
  • Evitan la falsa precisión: Al no estar ligados a unidades de tiempo, los puntos de historia evitan la falsa precisión de las estimaciones en horas o días.
  • Facilitan la planificación de iteraciones: Los puntos de historia permiten al equipo planificar de forma más efectiva las iteraciones (sprints), estimando la cantidad de trabajo que pueden completar en cada iteración.
  • Permiten medir la velocidad: La velocidad del equipo (la cantidad de puntos de historia que completan en cada iteración) se puede utilizar para predecir el progreso futuro y para ajustar el plan si es necesario.