La carta ? en planning poker: cómo saber si una historia todavía no está lista
En una sesión de planning poker, la carta más incómoda no siempre es el 13. A veces es el ? .
Publicado el
En una sesión de planning poker, la carta más incómoda no siempre es el 13. A veces es el ?.
Aparece una vez y el equipo duda: ¿esa persona no ha entendido la historia?, ¿faltaba contexto?, ¿está bloqueando la estimación?, ¿conviene repetir la ronda? Si la sesión va justa de tiempo, la tentación es convertir el ? en un número rápido para seguir avanzando. Pero ahí se pierde precisamente la información más útil.
La estimación con story points funciona mejor cuando el equipo compara el esfuerzo de manera relativa, no cuando adivina una cifra aislada. Atlassian presenta los story points y el planning poker como una forma de calibrar esfuerzo, complejidad e incertidumbre mediante comparación. Si alguien no puede comparar, quizá no hay todavía una historia estimable.
La carta ? no debería leerse como una interrupción. Es una señal de refinamiento: indica que falta algo para votar con criterio. La pregunta útil no es “¿qué número pondrías si tuvieras que votar?”, sino “¿qué necesitas saber para poder votar?”.
Qué significa realmente votar ?
En una dinámica sana, ? no significa “no quiero estimar”, “no tengo opinión” o “me desentiendo”. Significa: con la información disponible, no puedo formar una estimación responsable.
La documentación de Stimo lo expresa de forma práctica: antes de empezar conviene llegar con historias pequeñas, criterios de aceptación visibles y una duda concreta que resolver. En ese contexto, la carta ? sirve para señalar que alguna de esas condiciones no se cumple.
Esa señal puede apuntar a problemas distintos:
- Falta una regla de negocio.
- No están claros los criterios de aceptación.
- Hay una dependencia técnica o de producto sin confirmar.
- La historia mezcla varios objetivos.
- El equipo no comparte qué queda dentro y fuera del alcance.
- La persona que debe aportar contexto no está en la sesión.
La clave es no tratar todos los ? igual. Un ? aislado puede resolverse con una aclaración breve. Varios ? en la misma ronda suelen indicar que la historia no está preparada para ser estimada todavía.
No confundas falta de información con desacuerdo de esfuerzo
Una ronda con votos distintos y una ronda con varios ? se parecen por fuera: ambas frenan la sesión. Pero no significan lo mismo.
Cuando los votos son numéricos y están alejados, el equipo probablemente está comparando supuestos distintos sobre esfuerzo, riesgo o complejidad. Ahí tiene sentido preguntar a los extremos qué han incluido en su estimación.
Cuando aparece ?, el problema es anterior: al menos una persona no tiene base suficiente para entrar en la comparación relativa. No está diciendo “creo que pesa más”; está diciendo “no sé qué estamos pesando”.
Esta distinción evita dos errores frecuentes:
- Forzar a quien votó
?a elegir una cifra “aproximada”. - Repetir la ronda sin cambiar nada de la historia.
Si no cambia la información disponible, otra ronda solo produce una versión más educada del mismo atasco.
Marco de decisión: aclarar, dividir o aplazar
Antes de repetir votos, usa el ? como disparador de una decisión explícita. No hace falta un proceso pesado. Basta con tres preguntas y tres salidas.
| Pregunta de facilitación | Si la respuesta es sí | Decisión recomendada |
|---|---|---|
| ¿Falta un dato concreto que alguien puede aclarar ahora? | Sí | Aclarar en la sesión y repetir la ronda |
| ¿La historia contiene más de un objetivo o flujo? | Sí | Dividir antes de estimar |
| ¿La duda depende de alguien o algo que no está disponible? | Sí | Aplazar la estimación |
La secuencia puede ser esta:
- Nombrar la señal. “Veo uno o varios
?. Antes de votar otra vez, identifiquemos qué falta”. - Pedir una frase concreta. “Para poder estimar necesito saber…”.
- Clasificar la duda. ¿Es dato, alcance o dependencia?
- Elegir salida. Aclarar, dividir o aplazar.
- Volver a votar solo si cambió algo. Si no hay nueva información, la ronda no aportará mucho.
Este enfoque conecta bien con el espíritu del Agile Manifesto: priorizar interacción, colaboración y respuesta al cambio por encima de seguir un plan rígido. En refinamiento, eso implica aceptar que a veces la mejor decisión no es cerrar puntos, sino mejorar la historia.
Ejemplo aplicado: “exportar pedidos a CSV”
Ejemplo hipotético. El equipo está refinando esta historia:
Como responsable de operaciones, quiero exportar pedidos a CSV para analizarlos fuera de la plataforma.
Criterios visibles en la tarjeta:
- El usuario puede descargar un archivo CSV desde el listado de pedidos.
- El archivo incluye fecha, identificador, cliente, estado e importe.
- Solo perfiles con permiso de operaciones pueden exportar.
Primera ronda: Developer vota 5, QA vota ?, UX vota 3, Otro vota ?.
Sería fácil presionar: “¿Ponemos un 5 y seguimos?”. Pero los dos ? están diciendo algo útil.
El facilitador pregunta: “Quienes habéis votado ?, completad esta frase: para poder estimar necesito saber…”.
Respuestas:
- QA: “Necesito saber si hay que validar formatos regionales, separadores, decimales y caracteres especiales”.
- Otro perfil: “Necesito saber si el CSV respeta los filtros aplicados en pantalla o exporta todos los pedidos”.
Ahora el equipo puede clasificar la duda:
- La primera es una duda de criterios de aceptación.
- La segunda puede cambiar el alcance funcional.
Opciones:
- Aclarar ahora. Product Owner confirma que el CSV usa los filtros activos y define formato estándar.
- Dividir. Una historia para exportar campos básicos con filtros; otra para formatos avanzados o configuración regional.
- Aplazar. Si nadie puede confirmar el comportamiento esperado, la estimación se pospone.
Decisión recomendada en este ejemplo: aclarar el uso de filtros y añadir criterios mínimos de formato; después repetir la ronda. Si durante la conversación aparece que distintos países requieren reglas específicas, entonces conviene dividir.
Lo importante es que el ? no retrasó el refinamiento: evitó cerrar una estimación sobre versiones distintas de la misma historia.
Checklist breve para usar la carta ? sin bloquear la sesión
Antes de la sesión:
- La historia tiene un objetivo comprensible.
- Los criterios de aceptación están visibles.
- Las dependencias conocidas están anotadas.
- El equipo sabe qué está estimando: alcance, riesgo, complejidad o una combinación acordada.
- Participan las personas que pueden aportar contexto o estimación.
Durante la ronda:
- No pidas a quien votó
?que “aproxime igual”. - Pide una duda formulada en una frase.
- Separa dudas de negocio, alcance, técnica, QA, UX y dependencia externa.
- Decide si la duda se puede resolver en menos de unos minutos.
- Repite la ronda solo si la historia cambió o quedó más clara.
Después:
- Si la historia se aplaza, deja escrito qué información falta.
- Si se divide, nombra qué parte queda dentro de cada historia.
- Si se aclara, actualiza criterios antes de estimar de nuevo.
En herramientas de planning poker como Stimo, la carta ? no participa en el cálculo numérico; su valor está en la conversación que provoca. La FAQ de Stimo también recomienda abrir otra ronda cuando hay mucha dispersión o varias personas votan ?, pero esa nueva ronda tiene sentido cuando se ha añadido contexto, no por inercia.
Límites y errores comunes
Hay dos extremos que conviene evitar.
El primero es convertir el ? en veto. Si cualquier duda bloquea cualquier estimación, el refinamiento se vuelve pesado y el equipo deja de avanzar. No todas las incertidumbres impiden estimar; algunas forman parte normal del trabajo.
El segundo es ignorarlo. Si varias personas marcan ? y el equipo cierra un número igualmente, la estimación queda más limpia por fuera que por dentro. Luego el Sprint hereda la confusión.
Una regla prudente: si la duda cambia el tamaño, el alcance o la estrategia de prueba, hay que resolverla antes de estimar. Si la duda solo afecta a un detalle menor que el equipo acepta revisar durante la implementación, puede anotarse sin bloquear.
La carta ? no es una derrota del refinamiento. Es una forma breve de decir: “todavía no tenemos una historia suficientemente compartida”. Usada bien, ayuda a decidir con disciplina: aclarar ahora, dividir para reducir ambigüedad o aplazar hasta tener el contexto necesario.
La próxima vez que aparezca, no preguntes primero por el número. Pregunta qué falta para que el número tenga sentido.
Fuentes consultadas
¿Listo para ponerlo en práctica?
Crear una sala en Stimo