Reglas del Planning Poker: acuerdos para tu equipo
Quién estima, cuándo mostrar las cartas y cómo responder a las dudas que un número no resuelve. Reglas prácticas con una conversación de ejemplo.
Las reglas básicas del Planning Poker son estimar el mismo alcance, elegir las cartas de forma independiente, mostrarlas a la vez y hablar de las diferencias antes de registrar un resultado. Acordad quién vota y cuándo hace falta una respuesta en lugar de exigir un número.
«Esto es un dos, ¿verdad?» Una frase puede condicionar la siguiente votación. Quien pensaba en un ocho quizá sienta que debe defenderlo antes de enseñar la carta. Unas reglas compartidas dan espacio para pensar primero.
La elección independiente y la revelación conjunta forman parte de la práctica descrita por Agile Alliance. Las respuestas a las excepciones que siguen son propuestas para adaptar en equipo. Para preparar la reunión, consultad la guía paso a paso de Planning Poker.
En esta guía
Cuando los votos esconden requisitos distintos
Un equipo ficticio estima: «Permitir que un administrador cancele una invitación al espacio de trabajo que aún no se ha aceptado». Aparecen 2, 2, 5 y ?.
Una persona que votó
2: «Solo hacemos que la invitación existente deje de ser válida».Quien votó
5: «¿Y si alguien la acepta justo en ese momento?»Quien eligió
?: «Si ya se ha unido, ¿también tenemos que eliminar al miembro?»
Elegir el número más repetido dejaría las preguntas abiertas. La persona que facilita pide al Product Owner que separe retirar una invitación pendiente de eliminar a un miembro existente. Lo segundo pasa a ser otro requisito. Aún hay que decidir qué ocurre si la aceptación y la cancelación coinciden.
La ronda termina con una pregunta y alguien responsable de aclararla. Cuando la decisión quede registrada, el equipo podrá estimar el alcance definido. Todavía no hace falta una cifra final.
Un voto compara cómo se entiende el trabajo; no decide el comportamiento del producto. Las cifras solo ilustran esta conversación, no son una referencia universal para funciones de invitación.
Reglas antes de votar
| Regla | Qué significa en la práctica |
|---|---|
| Estimar un alcance compartido | Hacer visibles el comportamiento y sus límites. Los votos anteriores describen el alcance anterior. |
| Usar una unidad y un mazo | Elegir puntos de historia u otra unidad. No mezclar horas con tamaño relativo en la misma ronda. |
| Dejar estimar a quienes harán el trabajo | Incluir los conocimientos necesarios para terminar, sin dar más peso a un cargo o a la experiencia. |
| Elegir en privado y mostrar a la vez | No anunciar una cifra objetivo ni revelar mientras alguien sigue eligiendo. |
| Hablar de las suposiciones detrás de las cartas | Escuchar estimaciones bajas, altas y otras dudas. Una minoría puede haber detectado trabajo olvidado. |
| Distinguir las señales no numéricas | Una pregunta, pasar y pedir una pausa no son estimaciones numéricas. |
| Acordar cómo cerrar o parar | Registrar una estimación que el equipo pueda usar o la pregunta que hay que resolver antes. |
| Volver a estimar cuando cambie la información | Un nuevo alcance puede justificarlo; querer otro total en un informe no cambia el trabajo. |
Usad tareas terminadas como referencias. Los ejemplos de puntos de historia ayudan a describir sus límites; la guía de Fibonacci explica los mazos y la escala. Estas reglas no exigen un mazo concreto ni una conversión fija a horas.
Quién estima y quién facilita
Según el Scrum Guide, en la sección Product Backlog, el tamaño lo determinan los Developers que harán el trabajo. Son las personas que crean un Incremento utilizable, con conocimientos que van más allá de programar. Scrum no exige Planning Poker ni fija sus reglas para excepciones.
Una persona de pruebas puede preguntar: «¿Qué pasa si el administrador pierde sus permisos durante la operación?» Esa pregunta pertenece a la estimación completa. No debería convertirse en una cifra de QA aislada que se suma a los puntos de frontend y backend.
El Product Owner explica el resultado y ayuda a decidir qué entra en la tarea. Quien facilita evita que alguien dicte el número esperado. Ninguno de esos roles otorga un voto extra. Si alguien también participa en la entrega, aclarad desde qué función estima. Mountain Goat Software explica esta distinción.
Antes de revelar, identificad quién estima ese elemento. Una persona observadora no tiene que dar un número solo para completar la lista de participantes.
Cuando una ronda se sale del guion
Alguien elige un signo de interrogación o pasa
«He elegido ? porque no sé si las invitaciones antiguas deben seguir siendo válidas». Ya hay una pregunta concreta. Buscad el contexto que falta en lugar de eliminar la carta del resultado sin comentarlo.
?: necesito una respuesta antes de estimar.- Pasar: no doy una estimación para este elemento.
0, si está en el mazo: una opción numérica cuyo significado ha acordado el equipo.
Pasar no equivale a cero ni a estar de acuerdo. Si revela que falta un conocimiento esencial, anotadlo. La carta de descanso es una petición distinta de hacer una pausa.
Falta una persona necesaria
«Se ha desconectado quien conoce la base de datos. ¿Podemos seguir?» Si el equipo entiende esa parte, sí. Si su respuesta puede cambiar la solución, registrad la pregunta y aplazad la estimación. Ausencia no significa acuerdo.
Se anuncia un número antes de revelar
«Esto es un dos seguro». Parad un momento y revisad qué incluye la tarea. Cada persona reconsidera su elección en privado; si las cartas están abiertas, iniciad otra ronda. Repetir no hace olvidar el número, así que invitad expresamente a explicar otras estimaciones.
El requisito cambia después del voto
«Por cierto, también hay que retirar las invitaciones del mes pasado». Es información nueva. Actualizad los criterios de aceptación antes de volver a estimar. El resultado anterior correspondía al alcance anterior.
Siguen las diferencias o alguien pide un número menor
¿Otra vez cincos y ochos? Preguntad: «¿Qué trabajo habéis incluido que el resto quizá haya pasado por alto?» Si el alcance es el mismo, comparad referencias. Si son requisitos diferentes, aclaradlos primero.
Captura existente de Agilo con participantes ficticios e interfaz en inglés. La media de 5,3 no explica la diferencia. Revote permite otra ronda; el equipo decide si antes necesita una aclaración u otro paso.
«Lo necesitamos esta semana, ¿podéis poner un tres?» Es una pregunta sobre alcance y prioridades. Hablad de qué se puede quitar o cambiar. Una carta menor no elimina trabajo.
Agile Alliance advierte del riesgo de forzar la convergencia. Se puede acordar una estimación sin que cada persona prefiera la misma carta. Escuchad las reservas y parad si el número ocultaría un requisito sin resolver. Ni la media ni la opinión de la persona más veterana lo resuelven.
Un acuerdo de equipo para copiar
Añadidlo a las notas y completad los corchetes. Debe poder leerse antes del primer voto. Son acuerdos del equipo, no ajustes que la herramienta imponga automáticamente.
Mazo y unidad: [elegir]. Referencias: [enlace].
Estiman este elemento: [personas/conocimientos].
Facilitación: [nombre]. Preguntas de producto: [responsable].
Aclaramos el alcance, elegimos en privado y revelamos a la vez.
No anunciamos un número objetivo antes de revelar.
Escuchamos las razones de las diferencias y las dudas pendientes.
? pide una respuesta; pasar no es cero ni acuerdo.
Límite de discusión: [tiempo o condición para parar].
Nuevo alcance: requisitos actualizados y nueva estimación.
Registramos una cifra cuando quienes estiman pueden usarla.
Falta contexto o conocimiento esencial: pregunta → responsable → siguiente paso.
Reestimamos por información nueva, no por un total deseado.
El límite ayuda a elegir el siguiente paso, no a imponer unanimidad a una hora concreta. Revisad el acuerdo si dificulta participar u oculta incertidumbre.
Usar el acuerdo en Agilo
Guardad las reglas en las notas y votad con Agilo Planning Poker. Elegid el mazo acordado, mantened ocultas las cartas hasta revelarlas y abrid otra ronda si cambia el alcance. Los sistemas integrados incluyen signo de interrogación, carta de descanso y la posibilidad de pasar; el equipo acuerda cómo responder.
Cread una sala de Planning Poker cuando estén claros participantes, alcance y reglas. Para la sesión completa, volved a la guía de facilitación.
Fuentes
- Agile Alliance: Planning Poker — práctica y riesgo de convergencia forzada.
- Scrum Guide oficial — responsabilidad de estimar el tamaño; no exige Planning Poker.
- Mountain Goat Software: Planning Poker — participación y cartas no numéricas.
