Desarrollo de software. Técnica de estimación Planning Poker

Planning Poker, descrita inicialmente por James Grenning en 2002, es una técnica de estimación de esfuerzo de tareas concretas o historias de usuario utilizada con frecuencia en metodologías ágiles.

Es una técnica de estimación en la que participan los diferentes integrantes de un equipo de proyecto (o al menos una parte lo suficientemente representativa del mismo) y tratan de alcanzar un consenso sobre el tiempo que requiere la realización de la tarea.

La ventaja principal de este tipo de técnicas es que en el error o en el acierto cada cual ha expresado su opinión y es parte de ella, lo cual es un antídoto para la desmotivación provocada por predicciones imposibles en aquellos casos donde se imponen unas planificaciones realizadas por una persona o un grupo reducido de ellas que en la mayoría de los casos no han tenido en cuenta la opinión de los perfiles que van a ejecutar el trabajo.

El nombre de la técnica viene dado por la utilización de un mazo de cartas por cada una de las personas que participan en el proceso de estimación. La numeración elegida para las cartas y que representa una unidad de esfuerzo (o de tiempo) puede variar en función del equipo de trabajo, de la organización que decide estimar sus proyectos de esta forma, etc…

Son frecuentes los siguientes juegos de cartas:

- Uno que contenga la secuencia de Fibonacci: 0, 1, 2, 3, 5, 8, 13, 21, 34, 55, 89. ¿Por qué la utilización de este tipo de secuencias u otras similares? Tiene como objeto representar la incertidumbre de realizar estimaciones sobre hitos de larga duración o que requieren un gran esfuerzo (se puede apreciar que conforme la secuencia va creciendo hay mayores diferencias entre los números, esto suele derivar a que cuanta mayor incertidumbre exista sobre un determinado desarrollo la estimación elegida será bastante más conservadora).

- Una que contenga la secuencia: 0, 1/2, 1, 2, 3, 5, 8, 13, 20, 40, 100 y opcionalmente el el símbolo ? que significa no estoy seguro o una taza de café que significa, necesito un descanso.

- Una que utilice un juego de cartas estándar con la secuencia: As, 2, 3, 5, 8 y Rey. El Rey significa que la tarea resulta complicada de estimar.

El procedimiento de estimación tiene una dinámica sencilla:

- Un moderador que coordina la sesión y que no participa en la valoración.

- El jefe de proyectos que ayuda al moderador y toma nota de los acuerdos y aspectos más interesantes que surjan en la reunión.

- Para cada historia de usuario o tarea que se evalua, se elige al desarrollador que tenga un mayor conocimiento de la misma para realizar una breve exposición.

- A continuación el resto de participantes en el proceso de valoración pueden realizar consultas con el objeto de aclarar aquellas dudas que les puedan surgir. En todo este proceso no se debe adelantar las ideas que tiene cada uno con respecto a la estimación de esfuerzo de la tarea, de esta manera se pretende impedir que opiniones de unos influyan sobre las de otros.

- El jefe de proyectos va anotando lo más significativo del diálogo que se produce.

- Una vez finalizada esta primera ronda se procede a la estimación del esfuerzo por parte de cada uno de los participantes. Para ello, eligen una carta de su baraja, la ponen boca abajo y una vez hecho esto por parte de todos, se procede simultáneamente a ponerlas boca arriba.

- Aquellas personas que hayan realizado las estimaciones más altas y las más bajas, procederán a dar una explicación de por qué han realizado esa elección, una vez hecho esto se iniciará otra ronda de diálogo.

- Una vez finalizada esta fase, se procede de nuevo a realizar una estimación y así sucesivamente hasta que se alcance una solución de consenso.

- Si no se alcanza un acuerdo, se puede dejar la evaluación de la tarea para otra ocasión, intentar negociar un consenso por parte del moderador u ofrecer un mayor peso a la opinión de la persona responsable de realizar la tarea o de que la tarea se ejecute correctamente en tiempo y forma.

- Con el propósito de evitar que cada estimación se prolongue excesivamente se suele utilizar un reloj que delimita el tiempo dedicado a cada uno. Una vez finalizado el tiempo, se podrán tomar decisiones como las indicadas en el párrafo anterior.

Estudios realizados han llegado a la conclusión que esta técnica produce estimaciones menos optimistas que otras y que además suelen resultar bastante precisas.

About these ads
8 comentarios
  1. He oído varias veces acerca de esta técnica, pero no conozco casos concretos y reales.

    ¿Alguien la está utilizando o la ha utilizado?. Podría contar por encima su experiencia?

    Sería muy interesante

    • jummp dijo:

      No he tenido la oportunidad de poder aplicar esta técnica en los proyectos en los que participo. Mi organización todavía está lejos de poder aplicar este tipo de técnicas porque los desarrollos están basados principalmente en metodologías clásicas.

      En el entorno de empresas que conozco no aplican esta técnica (lo cual no quiere decir que en algún proyecto concreto de alguna de ellas lo hayan utilizado).

      Las estimaciones son uno de los procesos más complejos del desarrollo de software en el sentido de lo difícil que resulta ser medianamente objetivo (existen técnicas que tratan de serlo: punto función, puntos de casos de uso).

      Por regla general lo que se hace es aplicar la experiencia para realizar la valoración de una tarea o incluso de un proyecto concreto.

      Lo que más me gusta de esta técnica es que son varias personas las que aplican su experiencia, las cuales además son las que están implicadas en el proyecto, se trata de alcanzar un consenso y se realizan estimaciones sobre tareas de un alcance limitado.

  2. Eduardo dijo:

    Personalmente he tenido la suerte de aplicar esta técnica de estimación. Lo bueno de esta técnica es que en cada iteración se va mejorando la estimación, si el equipo se mantiene estable y se conoce de antemano las personas que estarán a cargo de cada una de las tareas, además de que ayuda a aclarar dudas (o también a encontrar nuevas dudas) respecto a cada tarea. Cuando el equipo cambia constantemente, aparecen problemas de grandes diferencias entre las personas con más experiencia y las personas de menos.

    • jummp dijo:

      Me parece muy interesante que hayas comentado tu experiencia. Soy de la opinión de que esta técnica de estimación, con sus ventajas e inconvenientes, es muy potente. Es una lástima que muchas organizaciones no la hayan adoptado aunque sea para proyectos concretos de mantenimiento en el que tienen controladas tanto tecnología como negocio.

Deja un comentario

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión / Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión / Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión / Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión / Cambiar )

Conectando a %s

Seguir

Recibe cada nueva publicación en tu buzón de correo electrónico.

Únete a otros 3.210 seguidores

%d personas les gusta esto: