Metodologia xp

Mejorando la gesti´n de historias de usuario en o eXtreme Programming*
Emilio A. S´nchez Patricio Letelier Jos´ H. Can´s a e o
Departamento de Sistemas Inform´ticos y Computaci´n a o Universidad Polit´cnica de Valencia e Camino de Vera s/n 46022 Valencia - Espa˜a n {emsanchez|letelier|jhcanos}@dsic.upv.es

Resumen Extreme Programming (XP) es una de las llamadas metodolog´ agiles que m´sinter´s ha generado en el ambito industrial y acad´ıas ´ a e ´ e a mico. Sin embargo, llevada a la pr´ctica surgen inconvenientes no abordados expl´ ıcitamente por la documentaci´n disponible. En este trabajo o se estudia la problem´tica de los requisitos, la cual en el contexto mina o imalista de XP se reduce a la especificaci´n y seguimiento de las historias de usuario (User Stories). El planteamientode XP al respecto es muy sencillo, pero debido a la gran cantidad de historias de usuario que puede tener el proyecto y a la volatilidad de los requisitos, su gesti´n o puede llegar a ser complicada. En este trabajo damos algunas pautas para abordar las alternativas de evoluci´n que puede sufrir la historia de o usuario y presentamos el prototipo de una herramienta para gestionar historias deusuario que apoya dichas pautas.

1.

Introducci´n o

En la actualidad las metodolog´ agiles est´n acaparando gran atenci´n en al ıas ´ a o ambito industrial y acad´mico de ingenier´ del software. Mucho se ha debatido ´ e ıa respecto a este nuevo estilo de desarrollar software, caracterizado por su minimalismo en cuanto a artefactos generados, roles y actividades. Esto ha generado un cruce decr´ ıticas entre las comunidades asociadas, metodolog´ agiles [1] frente ıas ´ a metodolog´ tradicionales (o peyorativamente llamadas metodolog´ “peso ıas ıas pesado”, siendo las agiles sin´nimo de “peso ligero” [16]). Probablemente los ex´ o ponentes m´s populares en ambas categor´ son RUP (Rational Unified Process) a ıas [13] y XP (eXtreme Programming) [2], como metodolog´ tradicionales y agiles ıas´ respectivamente. Existen comparaciones entre ambas metodolog´ [15][11][12] e ıas incluso propuestas de adaptaci´n de RUP con pr´cticas XP[14]. o a XP es la metodolog´ agil de la cual se dispone mayor informaci´n, tanto ıa ´ o en libros como en Internet, sin embargo, a´n no se cuenta con datos rigurosos u referentes a los resultados en su aplicaci´n. Esfuerzos como el realizado por la o redeuropea NAME [8] van dirigidos precisamente en esta direcci´n. o
*

Este trabajo ha sido financiado por el proyecto DOLMEN-SIGLO de la Comisi´n o Interministerial de Ciencia y Tecnolog´ TIC2000-1673-C06-01. ıa,

Bas´ndonos en nuestra experiencia en la aplicaci´n acad´mica de XP [5] a o e en los dos ultimos a˜os y en los resultados obtenidos [6][7], hemos detectado ´ n algunos inconvenientes en laespecificaci´n y seguimiento de requisitos. En XP o la gesti´n de requisitos es “extremadamente” simple, el cliente escribe y prioriza o las historias de usuario que expresan requisitos funcionales y no funcionales del sistema. Los programadores estiman el esfuerzo asociado (no m´s de la duraci´n a o de una iteraci´n) y las dependencias entre ellas. Para planificar el trabajo desde o el punto devista t´cnico las historias de usuario son divididas en tareas para e las cuales tambi´n se realiza una estimaci´n (el esfuerzo asociado a estas tareas e o no debe superar los 3 d´ de programaci´n). Teniendo en cuenta el esfuerzo ıas o asociado a las historias de usuario y las prioridades del cliente se define una release que sea de valor para el cliente y que tenga una duraci´n de unos (pocos) omeses. La release es dividida en iteraciones de no m´s de 3 semanas, asignando a a cada iteraci´n un conjunto de historias de usuario que ser´n implementadas. o a Esta sencilla pr´ctica es denominada en XP “Juego de la Planificaci´n”. Durante a o el desarrollo de la iteraci´n y en particular al final de cada iteraci´n se realiza o o un seguimiento del plan de la iteraci´n y de la release. Es de...