El Poker Planning es la ceremonia donde el equipo estima el esfuerzo de las historias de usuario antes de que entren al sprint. Para el tester, no es una reunión de espectador — es una oportunidad concreta de agregar valor antes de escribir una sola línea de código o un solo caso de prueba.

🃏 El rol del tester en el Poker Planning

Cuando se estima una historia, el tester tiene una perspectiva que el resto del equipo muchas veces no tiene: sabe cuántos escenarios hay que cubrir, qué tan compleja es la verificación y dónde están los riesgos escondidos. Eso tiene peso en la estimación.

Como tester, tu aporte en el Poker Planning incluye:

• Identificar complejidad de testing que no es obvia. Una historia puede parecer simple de desarrollar pero tener muchos escenarios a probar: casos edge, integraciones, compatibilidad, datos de prueba específicos.

• Señalar ambigüedades antes de estimar. Si la historia no tiene criterios de aceptación claros, no hay forma de estimar bien. El Poker Planning es el momento de decirlo, no después.

• Considerar el impacto en regresión. ¿Esta historia toca algo que ya está en producción? ¿Hay que actualizar casos de prueba existentes? Ese esfuerzo también cuenta.

Una estimación que no incorpora la mirada del tester suele ser una estimación que el equipo va a lamentar al final del sprint.

📚 Para profundizar

• Planning Poker — Mountain Goat Software — La referencia original de Mike Cohn sobre la técnica, su origen y cómo facilitar una sesión efectiva.

🤔 Para reflexionar

• ¿Alguna vez estimaste una historia sin tener en cuenta el esfuerzo de testing? ¿Cómo terminó el sprint?

• ¿Qué pasa cuando el tester no participa del Poker Planning? ¿Quién toma las decisiones sobre el esfuerzo de testing?