© FUOC • XP06/M2112/01486 Software libre

Planificación

La planificación empieza con la confección de las “Historias de usua-

rio”. De manera similar a los casos de uso, se trata de breves frases es-
critas por el cliente (no más de tres líneas), en las que se describe una
prestación o un proceso sin ningún tipo de tecnicismo (es el usuario o
el cliente quien las escribe).

Estas historias de usuario servirán para realizar la planificación de

releases, así como para los tests de aceptación con el cliente. Para
cada historia deberíamos poder estimar su tiempo ideal de desarro-
llo, que debería ser de 1, 2 o 3 semanas como máximo. Si el tiempo
de desarrollo es mayor, deberemos partir la historia en trozos que no
excedan de esas estimaciones.

A continuación podemos pasar a la propia planificación de la próxima

(o primera) release del proyecto. En la reunión de planificación debe-
remos implicar al cliente, al gestor del proyecto y a los desarrolladores.
El objetivo será planificar las siguientes releases poniendo en orden las
historias de usuario que faltan por desarrollar. Deberá ser el cliente
quien dicte el orden de las historias de usuario, y los desarrollado-
res quienes estimen el tiempo que les llevaría idealmente en desa-
rrollarlo (idealmente aquí significa sin tener en cuenta dependencias,
ni otros trabajos o proyectos, pero sí incluyendo las pruebas).

Las historias de usuario se suelen reflejar en tarjetas o trozos de papel,

que se van agrupando y clasificando encima de la mesa durante la pla-
nificación. El resultado deberá ser un conjunto de historias que tengan
sentido, y que puedan llevarse a cabo en poco tiempo. Para planificar-
lo, podemos hacerlo según dos criterios, basándonos en el tiempo has-
ta la siguiente release o en el alcance (entendido como el número de
funcionalidades) que deseamos que tenga.
ANOTACIONES

Aquí introducimos un nuevo concepto, la velocidad del proyecto. Esta

velocidad nos servirá para decidir cuántas historias de usuario va-
mos a incluir en la próxima release (si estamos planificando en base
al tiempo, ya fijado), o bien cuando vamos a tardar en lanzar la
release (si estamos planificando por alcance, ya fijado). La velocidad
del proyecto es simplemente el número de historias de usuario com-
pletadas en la iteración anterior. Si se trata de la primera iteración,
habrá que hacer una estimación inicial.

30