MANUAL TE GP AGILES

MANUAL GESTIÓN DE PROYECTOS ÁGILES

para medir la velocidad de trabajo del equipo.

Sin embargo, ¿cómo medimos la complejidad en una historia de usuario? Para hacerlo tendremos que tener en cuenta dos factores: la concreción de los requisitos definidos y el dominio del equipo en la tecnología que debe utilizarse para implementar una solución.

Cuanto menos concretos son los requisitos o menor el dominio del equipo, más difícil es encontrar una solución a la historia y por tanto más compleja y arriesgada resultará.

El siguiente gráfico define muy bien lo que esto significa:

Una historia con unos requisitos pobres y que requiere del uso de una tecnología desconocida por el equipo puede sumirse en el caos, es decir, realizarse a base de prueba y error hasta dar con un resultado aceptable. Lógicamente, planificar un trabajo de ese tipo es complicado, ya que el desconocimiento y la falta de experiencia en tareas similares nos impiden basarnos en algo para realizar la estimación. Para realizar las estimaciones, una de las técnicas más sencillas es el planning poker. Consiste en que, una vez descrita una historia por parte del product owner, cada miembro del equipo alce la mano al mismo tiempo con su estimación de la historia, utilizando para ello unos baremos (suelen utilizarse los números de la sucesión de Fibonacci ) donde se habrá fijado de antemano qué valor indica que la historia es demasiado grande para ser abordada en un solo sprint.

145

European Open Business School