Planning poker: la estrategia integral para la estimación ágil

Imagina que compraste una casa y planeas remodelar la cocina. Le pides a un contratista una estimación de cuánto tiempo llevará la remodelación y aproximadamente cuánto costará. Te da una estimación, pero dos meses después, lamentas tu decisión porque el proyecto ha superado con creces el plazo original y el presupuesto.

Cuando solo tienes la opinión de una persona, únicamente puedes considerar sus aportes y experiencia. Sin embargo, si reúnes a más personas con distinta experiencia, obtendrás una estimación más completa y precisa del trabajo que hay que hacer.

Esta estimación basada en el consenso es la base del método ágil de planning poker.

¿Qué es el planning poker?

El planning poker (o póquer de planificación) es un método de estimación que ayuda a tu equipo ágil a calcular la cantidad de esfuerzo que se necesita para completar una historia de usuario en un backlog del producto. Se utiliza a menudo en metodologías ágiles de gestión de proyectos, y a veces también se lo conoce como “Scrum poker” o “pointing poker”. El término “póker” del nombre hace referencia a las cartas que cada miembro del equipo usa durante el proceso.

La historia del planning poker

El planning poker se basa en una técnica conocida como Wideband Delphi, que es un proceso de estimación basado en el consenso desarrollado a mediados del siglo XX por la Corporación RAND, un centro de investigación sin fines de lucro. 

James Grenning, uno de los autores del “Manifiesto por el Desarrollo Ágil de Software”, perfeccionó la técnica Wideband Delphi en 2002 y le cambió el nombre a Planning Poker. Posteriormente, Mike Cohn la perfeccionó aún más y la popularizó en su libro de 2005, “Agile Estimating and Planning” (Estimación y planificación ágil).

Cómo funciona el planning poker

El proceso de planning poker se realiza al principio en el proceso de planificación del sprint, de modo que los Scrum masters y los gerentes de producto puedan tener una idea precisa de cuánto trabajo puede completarse en cada sprint. Descubre cómo funciona a continuación:

1. Crea cartas de planning poker

Todos los integrantes de tu equipo Scrum o ágil tienen un mazo de cartas con diferentes valores. Cada carta tendrá uno de estos valores: 0, 1, 2, 3, 5, 8, 13, 20, 40 y 100. Estos números pueden parecer aleatorios, pero en realidad son variaciones redondeadas de la secuencia de Fibonacci. Por lo general, estos valores representan puntos de historia. Sin embargo, algunos equipos pueden usarlos como una estimación basada en el tiempo para saber cuánto tiempo se necesita para finalizar una historia de usuario. La estimación más común basada en el tiempo se mide en horas.

El propietario del producto (product owner) o el Scrum master actuará como moderador y leerá una historia de usuario específica del backlog del sprint o del producto. Luego, los miembros del equipo tendrán la oportunidad de hacer preguntas y aclarar lo que sea necesario para que todo el equipo pueda tener una idea exacta de las tareas que deben completarse para ese elemento específico del backlog. 

Estas son algunas preguntas que puede hacer tu equipo para comprender mejor una historia de usuario:

• ¿Cuáles son las diferentes técnicas que podemos usar para completar esa historia?

• ¿Cuántas personas deberán trabajar en esta historia?

• ¿Cómo responderán las partes interesadas si hay alguna demora con esta historia?

2. Voten en cada historia de usuario

Una vez que el equipo termina de analizar una historia de usuario, cada estimador elige una carta que corresponde a la cantidad de esfuerzo o puntos de historia que considera que se correlaciona con ese elemento del backlog. Luego, todos revelan la carta al mismo tiempo. Si todos eligieron la misma estimación, esa se convierte en la estimación oficial para ese elemento del backlog. El objetivo es que todos tengan la misma estimación.

3. Lleguen a un consenso

Si los miembros del equipo tienen opiniones diferentes sobre sus estimaciones iniciales, el miembro del equipo con la mayor estimación y el miembro del equipo con la menor estimación deben tomarse un tiempo para debatir por qué eligieron ese número específico. Una vez que se termina el debate, todos vuelven a seleccionar sus cartas. Este proceso se repite hasta que el equipo llegue a un consenso.

4. Planifica tu sprint

Ahora que ya tienes las estimaciones de todos los elementos de tu backlog, es mucho más fácil planificar con precisión un sprint. Dado que todo el equipo ha llegado a un consenso con respecto a cuánto tiempo demandará realizar cada tarea, es mucho más probable que puedas destinar la cantidad adecuada de trabajo en tus sprints.

Cuándo realizar una sesión de planning poker

El planning poker por lo general se realiza justo antes del proceso de planificación del sprint, de modo que el gerente de producto o Scrum master pueda tener una idea precisa del trabajo que se debe realizar antes de programar un sprint. Puedes usar este método de estimación una vez por sprint; dado que constantemente se agregan elementos al backlog del sprint o del producto, debes tener un suministro constante de elementos del backlog para colocar en cada sprint. 

Si solo tienes una pequeña cantidad de historias de usuario para analizar en tu backlog del producto, puedes combinar esta sesión al final de una reunión de actualización diaria, ya que todos los miembros del equipo ya estarán presentes. 

Los beneficios del planning poker

El beneficio principal del planning poker es que las estimaciones de tu equipo son más precisas. Esto es muy importante para el proceso de planificación del sprint porque le brinda a tu equipo y a las partes interesadas un cronograma realista de cuándo se completará cada tarea.

Estas son algunas de las maneras en las que el planning poker puede beneficiar a tu equipo ágil:

• Cada miembro del equipo tiene voz y voto. Todos los integrantes de tu equipo de desarrollo son importantes y este proceso les da una oportunidad de dar a conocer su contribución. Esto puede ayudar a los miembros del equipo a estar más comprometidos con su trabajo. 

• Los miembros del equipo tienen la oportunidad de analizar las historias de usuario. Durante el proceso de planning poker, el equipo de desarrollo tiene una oportunidad de trabajar en conjunto para analizar las historias de usuario antes de comenzar a trabajar. Esto es útil para que los integrantes se pongan de acuerdo sobre cómo resolver ciertas historias de usuario, independientemente del desarrollador asignado a esa historia.

• Las estimaciones de las tareas son relativas a otras tareas. Cuando tu equipo usa puntos de historia para representar el número en su carta de planning poker, resulta mucho más sencillo comprender la cantidad de esfuerzo que se necesitará para completar una tarea específica en función de las otras tareas del proceso. Por ejemplo, una historia de usuario con una estimación de planning poker de 2 será mucho más sencilla que una historia de usuario con una estimación de 40.

Planifica tu sprint con una herramienta de gestión del trabajo

Mantén a tu equipo ágil alineado con una herramienta de gestión del trabajo. Asana te permite planificar y organizar tus proyectos ágiles en una herramienta flexible y colaborativa. Ya sea que tu equipo trabaje en un tablero Kanban o en un cronograma más lineal, Asana cuenta con las funciones necesarias para ayudar a tu equipo ágil a crear rápidamente.