Planning poker

De Wikipedia, la enciclopedia libre
Saltar a: navegación, búsqueda

Planning poker es una técnica para calcular una estimación basada en el consenso, en su mayoría utilizada para estimar el esfuerzo o el tamaño relativo de las tareas de desarrollo de software. Es una variación del método Wideband Delphi. Es utilizado comúnmente en el desarrollo ágil de software, en particular en la metodología Extreme Programming.

El método fue descrito por primera vez por James Grenning en 2002 y más tarde se volvería más popular y comercial por Mike Cohn con el libro Agile Estimating and Planning.

Equipamiento[editar]

El póker de planeamiento está basado en una lista de características para ser entregados y una baraja de cartas. La lista de características, por lo general una lista de historias de usuario, describen un software que necesita ser desarrollado.

Las cartas en el mazo están numeradas. Un mazo típico contiene tarjetas mostrando la secuencia de Fibonacci incluyendo un cero: 0, 1, 2, 3, 5, 8, 13, 21, 34, 55, 89. Otros mazos utilizan progresiones similares. La razón de utilizar la secuencia de Fibonacci es reflejar la incertidumbre inherente en la estimación. Un mazo que se encuentra en el mercado utiliza la siguiente secuencia: 0, ½, 1, 2, 3, 5, 8, 13, 20, 40, 100, y adicionalmente dos tarjetas, una con signo de interrogación (?) y otra con signo de infinito (∞), que pueden ser usadas para declarar completa incertidumbre o desconocimiento de la característica.

Procedimiento[editar]

En la reunión de la estimación a cada estimador se le da un conjunto completo de tarjetas.

La reunión prosigue de la siguiente manera:

  • Un moderador, que no jugará, preside la reunión, apoyado y asesorado por el Gestor del Proyecto.
  • El desarrollador con más conocimiento de una determinada característica proporciona una breve introducción sobre la misma. El equipo tiene la oportunidad de hacer preguntas y discutir para aclarar los supuestos y riesgos. Un resumen de la discusión es registrado por el Gestor del Proyecto.
  • Cada persona coloca una tarjeta boca abajo que representa su estimación. Las unidades utilizadas pueden ser variadas y definidas previamente. Pueden ser días de duración, días ideales o puntos de la historia. Durante el debate, los números no debe ser mencionados en absoluto.
  • Todo el mundo muestra sus tarjetas de forma simultánea.
  • A las personas con estimaciones altas y bajas se les da un tiempo para ofrecer su justificación para la estimación y la discusión continúa.
  • Se repita el proceso de cálculo hasta que se alcance un consenso. El programador que probablemente tenga el entregable tiene una gran parte del voto de consenso, aunque el moderador puede negociar el consenso.
  • Se puede utilizar un reloj de arena para asegurar que el debate sea estructurado, el moderador o el Gestor del Proyecto podrá en cualquier punto terminar el reloj y cuando se acaba toda discusión debe cesar y otra ronda de póker se juega.

Las cartas están numeradas de está forma para explicar el hecho de que, cuanto una estimación es mayor, existe mayor incertidumbre. Así, si un desarrollador quiere jugar un 6 se ve obligado a reconsiderar y aceptar que parte de la incertidumbre percibida no existe y jugar un 5, o aceptar una estimación más conservadora de la incertidumbre y jugar un 8.

Beneficios del Póker de Planificación[editar]

El póker de planificación es una herramienta para la estimación de los proyectos de desarrollo de software. Es una técnica que minimiza el anclaje pidiendo a cada miembro del equipo jugar su tarjeta de estimación de manera tal que no puede ser visto por los demás jugadores. Después de que cada jugador ha seleccionado una tarjeta, todas las tarjetas son expuestas a la vez. Un estudio realizado por K. Molokken - Ostvold y NC Haugen encontró que las estimaciones obtenidas mediante el proceso de Planificación de póker son menos optimistas y más precisa que las estimaciones obtenidas a través de la combinación mecánica de las estimaciones individuales en las mismas tareas.

Evitar el anclaje[editar]

El anclaje se produce cuando un equipo discute abiertamente sus estimaciones. Un equipo tiene normalmente una mezcla de estimadores conservadores e impulsivos y puede haber personas que tienen agendas, es probable que los desarrolladores querrán todo el tiempo que puedan para hacer el trabajo y el propietario de un producto o cliente desea que lo realicen tan rápido como sea posible. La estimación se afianza cuando el propietario de un producto dice algo como: "Creo que este es un trabajo fácil, no puedo verlo tomando más tiempo que un par de semanas", o cuando el promotor dice algo como: "Creo que tenemos que tener mucho cuidado, el esclarecimiento de los problemas que hemos tenido en la parte trasera podría llevar meses ". Quien inicia la conversación con la estimación, "creo que es 50 días" inmediatamente tiene un impacto en el pensamiento de los otros miembros del equipo, sus estimaciones se han integrado, es decir, todos ellos tienen ahora al menos una referencia subconsciente al número 50 en sus propias estimaciones. Los que estaban pensando en 100 días es probable que se reduzca y aquellos que pensaban que 10 se pueden replantear. Esto se convierte en un problema particular, si el 50 es hablado por un influyente miembro del equipo. Debido a que el resto del equipo se han integrado pueden conscientemente o no dejar de expresar su estimación original, de hecho, incluso es posible descubrir que están pensando lo mismo. Esto puede ser peligroso, lo que estima que son influenciados por las agendas o las opiniones individuales que no se centran en conseguir el trabajo bien hecho. La Planificación de Póker expone el miembro del equipo potencialmente influyentes como aislados en su opinión entre el grupo. A continuación, las demandas que él o ella argumentan que el caso en contra de la opinión que prevalece. Si un grupo es capaz de expresar su unidad de esta manera son más propensos a tener fe en sus estimaciones originales. Si la persona influyente un buen caso para discutir todo el mundo verá sentido y seguir, pero por lo menos el resto del equipo no se han integrado, sino que se han escuchado a la razón.

Enlaces externos[editar]