El marco Scrum — Segunda edición

Este capítulo conserva el contexto histórico y práctico de la segunda edición. El temario de la tercera edición también está disponible en el índice que aparece a continuación.

---

Planning Poker de Scrum: el mejor método de estimación para equipos ágiles

Aprovecha la inteligencia colectiva para mejorar tus estimaciones con Planning Poker de Scrum. En el siglo 21, los métodos ágiles siguen dominando el desarrollo de software y la gestión de proyectos. Impulsada por innovadores como Mike Cohn, la metodología ágil ha aportado herramientas valiosas al desarrollo. Una de las más destacadas es Planning Poker, una técnica eficaz que perfecciona la capacidad de estimar del equipo mediante puntos de historia para evaluar los elementos del Product Backlog y mejorar la precisión de las estimaciones de funcionalidades.

Este artículo ofrece un recorrido completo por Planning Poker. Explica cómo este ejercicio de consenso, también conocido como póquer de Scrum, puede sustituir las conjeturas por planificación estratégica, aumentar la precisión y reducir discrepancias durante la Sprint Planning. Te animará a plantear preguntas relevantes para tu proyecto y descubrir cómo las perspectivas de todos los participantes afinan la comprensión compartida del esfuerzo necesario para cada elemento del Product Backlog.

Definición: Planning Poker de Scrum es una técnica de gestión ágil para estimar el esfuerzo necesario para completar historias de usuario. Reúne a miembros como desarrolladores y especialistas en pruebas para estimar el trabajo con tarjetas especiales de Planning Poker, mientras la Product Owner está disponible para aclarar los elementos. Cada miembro selecciona simultáneamente una tarjeta que representa su estimación y después se debate hasta alcanzar un consenso sobre la estimación final. Este enfoque colaborativo favorece estimaciones más precisas y facilita la planificación y priorización de tareas o elementos en proyectos Scrum.

Comprender Planning Poker de Scrum

La gestión ágil ha ganado popularidad con los años y existen tantas técnicas de estimación como marcos ágiles. Una que está ganando terreno, creada por James Grenning y popularizada después por Mike Cohn, es Planning Poker de Scrum.

Imagina una sala con desarrolladores, ingenieros de calidad, Product Owners y partes interesadas. Tenéis un Product Backlog de historias que requieren esfuerzo para implementarlas. Sin embargo, cada participante puede percibir distinta complejidad en una misma funcionalidad, lo que lleva a estimaciones imprecisas y retrasos en la entrega.

Planning Poker es una técnica de taller para estimar el esfuerzo de cada elemento del Product Backlog o historia. El equipo se reúne para asignar puntos de historia y se asegura de abordar las perspectivas y preguntas de todos.

El proceso utiliza tarjetas especiales, cada una con un número que representa un nivel de esfuerzo. Los miembros seleccionan simultáneamente su estimación sin revelarla hasta que todos han elegido.

Después de mostrar las tarjetas, todos debaten hasta acordar la estimación final. La idea es que así se obtienen resultados más precisos que con una estimación individual o un juicio subjetivo.

Ahora que comprendemos en qué consiste, estudiemos sus orígenes y principios.

Origen y principios

Planning Poker suele compararse con un método de estimación (consulta más información sobre la estimación del esfuerzo en Scrum) denominado Wideband Delphi. La investigación Delphi en RAND se remonta a la década de 1950 y utilizaba rondas repetidas de aportaciones de expertos. Las similitudes entre las técnicas no demuestran una inspiración directa entre ellas.

James Grenning describió Planning Poker en 2002 tras utilizar estimaciones escritas independientes para mejorar la participación en una reunión de planificación de XP. Según su relato, influyeron las prácticas de lluvia de ideas silenciosa de la gestión de calidad total; no afirma haberse inspirado directamente en Delphi. Mike Cohn ayudó después a popularizar la técnica. La comunidad ágil, incluidos profesionales como Alistair Cockburn, contribuyó al debate sobre la estimación colaborativa.

Sus principios centrales son colaboración, precisión, responsabilidad y transparencia. Incorporar las perspectivas de todos al estimar tareas o historias permite comprender mejor sus dependencias y riesgos. Así se aclaran las dudas sobre la complejidad del Product Backlog y se obtienen estimaciones más precisas. También fomenta la responsabilidad y la confianza entre compañeros, incluidos el Scrum Master y quienes tratan con el cliente. Elegir individualmente antes de revelar las tarjetas a la vez reduce sesgos y ayuda a compartir una misma visión, también sobre las tareas registradas en Jira. El debate para alcanzar consenso aporta transparencia, algo muy valorado por las organizaciones.

Es como un proyecto de grupo en el que cada persona, desde los representantes del cliente hasta el Scrum Master, aporta habilidades, opiniones y experiencias únicas. El grupo utiliza esas perspectivas para revisar y asignar puntos de historia y juzgar mejor la finalización del proyecto que si dependiera solo de quienes realizan las estimaciones.

Ya comprendemos sus fundamentos, las funciones de las personas en las organizaciones y su origen. Para profundizar en todos sus aspectos, consulta las preguntas frecuentes. Pasemos ahora al proceso de implementación.

Planning Poker de Scrum estima la complejidad o el esfuerzo de cada unidad de trabajo en la gestión ágil. Ayuda a colaborar eficazmente, elimina posibles sesgos y mantiene la transparencia durante el proyecto. Para que el Scrum Master lo aplique con éxito, todos deben compartir una misma comprensión del procedimiento.

Implementar Planning Poker de Scrum

Supongamos que tu equipo implementa actualizaciones esenciales solicitadas por clientes. Como Scrum Master, debes comprender las funciones, responsabilidades y experiencia de sus miembros. Establecer plazos realistas para cada unidad de trabajo es esencial; de lo contrario, podría afectar al calendario global y generar estrés. Con Planning Poker, cada persona evalúa la complejidad o el esfuerzo relativo puntuándolo de 1-100 mediante tarjetas especiales.

¿Cómo se prepara la baraja? Dicho de otro modo, ¿cómo coordina el Scrum Master este sistema de tarjetas en Jira?

El primer paso es preparar una baraja estándar. Debe contener números con distintos valores entre 0 y 100, destinados a propósitos concretos.

• Según la 14.ª edición de State of Agile, alrededor del 58% de los participantes utiliza Scrum en sus proyectos, que suelen incluir prácticas como Planning Poker.
• Un estudio de Journal of Systems and Software observó que técnicas como Planning Poker pueden mejorar la precisión de las estimaciones hasta un 40%.
• Una investigación de Journal of Computer Science and Technology (JCST) destacó que más del 84% de los equipos ágiles confirmó utilizar Planning Poker para estimar puntos de historia, garantizando la participación y la comprensión de la complejidad de las tareas.

Preparar la baraja y el número de consenso: puntos de historia

Cada valor representa un nivel de esfuerzo o complejidad asociado a los puntos de historia. Cuanto mayor sea el número, mayor será el esfuerzo, la complejidad o la incertidumbre estimados del trabajo, no su valor empresarial. El valor de las tarjetas puede variar según la complejidad del proyecto y las habilidades disponibles en el equipo.

Si un desarrollador con años de experiencia estima una tarea de forma distinta a otra persona con menos conocimientos, pueden producirse sesgos o estimaciones imprecisas. Por eso es crucial debatir antes de llegar a una estimación final.

También es importante incluir tarjetas en blanco cuando no exista una puntuación adecuada. No deben utilizarse como puntos de estimación habituales, sino como una pausa para plantear preguntas, por ejemplo, sobre añadir una funcionalidad o aclarar un requisito.

Preparar la baraja es sencillo pese a la diversidad de funciones. Los miembros pueden obtenerla de distintas fuentes, desde tarjetas prefabricadas hasta barajas en línea adaptadas a equipos ágiles. Algunas tarjetas físicas incluyen valores especiales, como doble cero, infinito o interrogaciones para tareas inciertas.

Recuerda: Planning Poker se centra en la colaboración y el debate constructivo entre miembros de distintas funciones para estimar el trabajo de forma justa y precisa, no solo en terminar las estimaciones deprisa.

Ahora que sabemos preparar la baraja, pasemos a participar en las sesiones. Estas interacciones son cruciales para el éxito de las organizaciones centrado en el cliente.

Una de las principales razones de su eficacia es que reúne a los miembros para debatir y asignar puntos de historia. Este esfuerzo cooperativo permite que todo el equipo, incluido el Scrum Master y quienes tratan con el cliente, comprenda de forma clara e integral la complejidad y las necesidades del proyecto, contribuyendo a la salud y eficiencia de la organización. La implicación es necesaria en estas sesiones, reuniones importantes en la agenda de los responsables de producto. Una de sus responsabilidades como facilitadores es garantizar que todos participen para lograr la estimación más precisa posible. Por ejemplo, deben comentar su tarjeta y por qué la eligieron. Si una estimación difiere mucho de las demás, conviene explicar el razonamiento, cuestionar supuestos o proponer explicaciones alternativas.

Planning Poker® o póquer de Scrum

Planning Poker®, también denominado póquer de Scrum, es un método habitual de estimación. Reduce la influencia entre participantes y permite obtener una estimación más precisa.

Para jugar a Planning Poker® se necesita:

• La lista de funcionalidades que se estimarán.
• Barajas de tarjetas numeradas.

Una baraja típica muestra la secuencia de Fibonacci, incluido el cero: 0, 1, 2, 3, 5, 8, 13, 21, 34, 55, 89; también pueden utilizarse progresiones similares. Fibonacci refleja la incertidumbre al estimar elementos grandes. Una estimación alta suele indicar que la historia no se comprende bien o debe dividirse en varias más pequeñas, que pueden estimarse con más detalle. Debatir si corresponde a 19, 20 o 25 sería perder tiempo: la historia es simplemente demasiado grande.

El juego sigue estos pasos:

• La Product Owner presenta la historia. El equipo pregunta y ella ofrece más detalles. Si hay muchas historias, puede limitarse el tiempo, por ejemplo, a un minuto de explicación. Si se alcanza el límite sin comprender la historia, es una señal de que debe reescribirse.
• Cada miembro elige en privado la tarjeta que representa su estimación.
• Cuando todos han elegido, se revelan todas las tarjetas.
• Las personas con estimaciones altas y bajas pueden explicarlas.
• Tras debatir las diferencias, se vuelve a votar. Si no se alcanza un acuerdo útil, se aclara o divide el elemento en lugar de forzar un número.
• El juego se repite hasta estimar todas las historias.

Scrum no prescribe una única forma de estimar. Sin embargo, normalmente no se estima en tiempo, sino con una métrica más abstracta para cuantificar el esfuerzo. Entre los métodos habituales están las escalas numéricas de 1 a 10, las tallas XS, S, M, L, XL, XXL, XXXL o Fibonacci: 1, 2, 3, 5, 8, 13, 21, 34, etc.

Es importante que todo el equipo comparta una comprensión de la escala y se sienta cómodo utilizándola.

Deben refinarse y estimarse suficientes elementos para apoyar la ordenación, la planificación y las previsiones; Scrum no exige estimar todo el Product Backlog por adelantado. La Product Owner necesita una evaluación honesta de la dificultad. Puede asistir para aclarar necesidades y responder preguntas, y después dejar espacio a los desarrolladores para estimar con independencia. No debe presionarlos hacia un número preferido.

Planning Poker® es una marca registrada de Mountain Goat Software, LLC.

Participar en sesiones de estimación con Planning Poker

Por ejemplo, si un desarrollador elige «5» y otro «3» para una historia, puede indicar que tienen ideas diferentes sobre su dificultad o complejidad. También puede reflejar niveles distintos de experiencia dentro de la organización.

En vez de tomar partido, el facilitador puede animar a todos a contribuir a un debate reflexivo que permita alcanzar consenso. Estas conversaciones ayudan mucho a obtener estimaciones precisas y entregar productos de calidad dentro de los plazos.

La técnica tiene beneficios más allá de estimar: uno de los principales es fomentar la colaboración y una mejor comunicación en las reuniones.

Debatir y asignar puntos de historia con Planning Poker resulta muy eficaz para lograr estimaciones precisas. Es crucial la participación activa de cada miembro: explicar las tarjetas, justificar razonamientos, cuestionar supuestos y proponer alternativas. Si las estimaciones difieren mucho, el facilitador debe promover un debate reflexivo para alcanzar consenso, en lugar de tomar partido. Esto ayuda a estimar con precisión y entregar productos de calidad en los plazos previstos.

El impacto de Planning Poker de Scrum

Favorece la transparencia al permitir que todas las partes interesadas conozcan el razonamiento de cada estimación y debatan respetuosamente las diferencias hasta lograr una comprensión común o un consenso sobre estimaciones más precisas.

Otra ventaja es considerar opiniones individuales y comparar las estimaciones y sus razones, reduciendo sesgos. La psicología cognitiva demuestra que, al estimar en grupo, aparece el «sesgo de anclaje»: el primer número propuesto se convierte en referencia para los demás. Las tarjetas ocultas lo contrarrestan porque todos deben expresar su opinión sin quedar influidos por esa tendencia.

Además, todos tienen la misma oportunidad de expresar opiniones y razones, evitando que unas pocas personas controlen todo el proceso de estas reuniones de planificación.

Planning Poker es como montar un puzle con compañeros: cada persona aporta una pieza hasta formar la imagen completa. La contribución de todos genera un resultado integral y más preciso, un acuerdo tangible alcanzado en las sesiones.

Después de ver cómo la participación permite estimar con éxito y cómo influye en la comunicación y los sesgos, veamos algunos consejos prácticos para lograr sesiones eficientes.

Como ya hemos comentado, estas sesiones pueden ser una parte crucial de la gestión ágil. Para que sean eficientes y productivas, considera estos consejos.

Consejos prácticos para sesiones eficientes de Planning Poker en tu equipo

Establece una agenda clara: definir un esquema de cada sesión ayuda a centrar el debate. La Product Owner o los responsables de producto deben preparar las historias y ordenarlas por prioridad. Así se estiman primero las más importantes y no se pierde el enfoque con tareas menores. Su facilitación resulta más eficaz y transparente cuando ayudan a mantener el objetivo, contribuyendo a la eficacia global. Elige barajas adecuadas: Fibonacci es popular, pero el equipo puede crear una baraja adaptada. Considera la complejidad del proyecto, el tamaño del equipo y su experiencia. Mountain Goat Software, por ejemplo, ofrece tarjetas para entornos diversos, desde empresas emergentes hasta fabricantes.

• Fomenta la participación de todos: Todos los miembros, incluidos desarrolladores y especialistas en pruebas, deben aportar sus perspectivas. La Product Owner o el responsable de producto aclaran las necesidades sin imponerse a las estimaciones. Involucrar a todos también hace que se sientan valorados y mejora la transparencia y la responsabilidad durante el proceso empresarial.
• Utiliza con criterio los límites de tiempo del debate: Para considerar todos los aspectos de las historias, es esencial escuchar distintas opiniones. Mantén los debates centrados y acotados; si queda incertidumbre importante, organiza más refinamiento en lugar de forzar un acuerdo. Puede haber restricciones técnicas o dependencias que dificulten incluir la historia en el Sprint. Escuchar todas las perspectivas genera confianza y mejora la precisión de las estimaciones y sus cifras.
• Establece expectativas realistas: Es fácil obsesionarse con estimar con precisión y dar demasiado peso a detalles menores, en lugar de centrarse en el esfuerzo global. Recuerda por qué utilizamos este método: nadie puede predecir el futuro con una precisión del 100%. Las cifras son estimaciones, no certezas; comprenderlo favorece la confianza y el entendimiento.
• Documenta las decisiones: Asegúrate de documentar y guardar lo decidido para futuras consultas. Registrar las principales razones e ideas detrás de cada estimación aporta contexto para agilizar la planificación de próximos Sprints. Las cifras no son solo estimaciones: reflejan el razonamiento de cada participante y deben conservarse con cuidado.
• Fomenta la colaboración y el trabajo en equipo: Las sesiones son un esfuerzo colaborativo y deben centrarse en el consenso grupal, no en las estimaciones individuales. Una agenda adecuada, barajas apropiadas, participación general, límites de debate sensatos, expectativas realistas y decisiones documentadas permiten estimar con mayor precisión. ¡Pruébalo y comprueba cuánto puede mejorar tu proceso con la orientación de un responsable de producto dedicado!
• Consejos de Planning Poker de su fuente original: Mountain Goat Software recomienda implicar activamente a todos en la estimación, ofrecer historias claras y concisas, limitar el tiempo de cada ronda y debatir las diferencias importantes para fomentar la colaboración y la comprensión compartida. Un estudio de Fernandez y colaboradores observó que los equipos que utilizaban Planning Poker lograban estimaciones más precisas que con otras técnicas.

Entre sus beneficios están una mayor precisión y coherencia de las estimaciones, más colaboración y comunicación y mayor transparencia y responsabilidad. Según una encuesta de Agile Alliance, los equipos que lo utilizan lograron un aumento del 20% en la precisión y una reducción del 15% de los retrasos. Además, favorece la comprensión compartida y mejora las estimaciones y decisiones durante todo el ciclo de vida del producto y del proyecto empresarial.

Preguntas frecuentes sobre la estimación con Planning Poker

¿Existen buenas prácticas para utilizar Planning Poker de Scrum eficazmente?

Respuesta: Sí. Aunque Planning Poker es un método de estimación ampliamente aceptado, Mountain Goat Software sugiere considerar alternativas según las necesidades particulares del equipo y las circunstancias del negocio.

¿Qué ventajas tiene utilizar Planning Poker de Scrum en la gestión de proyectos?

Respuesta: Mejora la precisión y coherencia de las estimaciones, la colaboración y comunicación del equipo y la transparencia y responsabilidad. Según una encuesta de Agile Alliance, los equipos que lo utilizan lograron un aumento del 20% en la precisión y una reducción del 15% en los retrasos. Además, favorece la comprensión compartida y mejora las estimaciones y decisiones durante todo el proyecto.

¿Existen métodos alternativos a Planning Poker de Scrum?

Respuesta: Sí. Algunos equipos utilizan tallas de camiseta, asignando a cada historia una talla que representa su esfuerzo relativo. Otro método es la estimación por afinidad, que agrupa historias de complejidad similar antes de asignarles puntos. Pueden ser eficaces cuando el equipo es nuevo en Scrum o hay poco tiempo. Según una encuesta de CollabNet VersionOne, el 35% de los equipos ágiles utilizaba técnicas alternativas junto con Planning Poker o en su lugar.

¿Cómo funciona Planning Poker en los equipos Scrum?

Respuesta: Es una técnica de estimación del desarrollo ágil en la que se asignan puntos a las historias según su complejidad. Cada miembro elige en privado un número y lo revela al mismo tiempo que los demás. Las diferencias se debaten para comprender los requisitos de forma compartida. Este enfoque facilita mejores decisiones e identifica riesgos e incertidumbres. Las estadísticas muestran estimaciones más precisas que con métodos tradicionales, mejorando la planificación y la eficiencia de entrega.

¿Cuál es el propósito de Planning Poker en Scrum?

Respuesta: Facilitar un proceso de estimación colaborativo y preciso para proyectos ágiles. Permite estimar conjuntamente el esfuerzo de historias o tareas considerando perspectivas y conocimientos distintos. Las tarjetas evitan sesgos individuales, fomentan la participación y el debate y permiten estimaciones más fiables. Los estudios muestran que reduce tanto la subestimación como la sobreestimación, mejorando la planificación y la asignación de recursos (fuente: libro Scrum Planning Poker in Agile: An Effective Estimation Technique).

¿Cuál es el orden correcto de los pasos de Planning Poker?

Respuesta: (1) Se presenta un elemento del Product Backlog; (2) los miembros estiman individualmente el esfuerzo mediante tarjetas; (3) se revelan las estimaciones a la vez; (4) se debaten las diferencias; y (5) se repite el proceso hasta alcanzar consenso.

¿Qué son los puntos de historia Fibonacci?

Respuesta: Son valores utilizados en la estimación ágil, especialmente en Planning Poker. La secuencia (1, 2, 3, 5, 8, 13, 21, 34, etc.) sigue Fibonacci y refleja que, al aumentar la complejidad o el esfuerzo de una tarea, la incertidumbre también crece de forma no lineal.

¿Por qué puede utilizarse Fibonacci (1, 2, 3, 5, 8, 13, 21, 34, etc.) para estimar elementos del Product Backlog?

Respuesta: Refleja la incertidumbre inherente y la falta de linealidad al estimar esfuerzo o complejidad. Permite destacar la mayor incertidumbre de los elementos grandes y complejos.

¿Qué métrica se utiliza para estimar con Planning Poker?

Respuesta: Los puntos de historia, una unidad de medida que combina la complejidad, el esfuerzo y la incertidumbre de una historia o tarea en el desarrollo ágil.

¿Qué son los puntos de historia con Fibonacci?

Respuesta: Es la práctica de utilizar Fibonacci (1, 2, 3, 5, 8, 13, 21, 34, etc.) como valores para estimar el esfuerzo o la complejidad de las historias durante Planning Poker en el desarrollo ágil.

¿Qué es Planning Poker con Fibonacci?

Respuesta: Es un método de estimación ágil que utiliza Fibonacci (1, 2, 3, 5, 8, 13, 21, 34, etc.) como valores de las tarjetas para estimar colectivamente el esfuerzo o la complejidad de las historias durante la Sprint Planning.

Eres Product Owner y estás estimando historias con tu equipo. Al utilizar Planning Poker™, observas que una persona elige la tarjeta de café. ¿Qué suele significar?

Respuesta: La tarjeta de café suele ser una forma humorística de indicar que se necesita un descanso. La tarjeta de interrogación normalmente señala que falta comprensión para estimar. Acordad el significado de las tarjetas especiales antes de la sesión.

Resumen de Planning Poker de Scrum

Planning Poker es una técnica ágil de estimación colaborativa y participativa que facilita una Sprint Planning precisa y eficiente. Los miembros utilizan tarjetas, normalmente con valores de Fibonacci, para estimar conjuntamente el esfuerzo o la complejidad de las historias del Product Backlog. Primero se presenta un elemento y después cada persona selecciona su estimación y la revela al mismo tiempo que las demás. El equipo debate las diferencias para alcanzar consenso sobre el esfuerzo necesario para cada tarea.

Los puntos de historia Fibonacci, con valores como 1, 2, 3, 5, 8, 13, etc., suelen utilizarse para reflejar la naturaleza no lineal de estimar complejidad. Reconocen que, al crecer o complicarse las tareas, también aumenta la incertidumbre. Los puntos de historia cuantifican conjuntamente complejidad, esfuerzo e incertidumbre durante la estimación.

La variante basada en Fibonacci se ha convertido en una práctica ágil eficaz y muy extendida. Fomenta la colaboración, reduce sesgos y mejora la transparencia de la planificación. Los miembros suelen encontrar en las tarjetas, incluidas opciones humorísticas como el café para pedir un descanso, una forma dinámica e interactiva de estimar con precisión y planificar con éxito. Como parte de las metodologías ágiles, Planning Poker ayuda a entregar productos de calidad con precisión y eficiencia.