MANUAL TE GP AGILES

MANUAL GESTIÓN DE PROYECTOS ÁGILES

El equipo en XP

Un proceso puede mejorar la productividad de un equipo, pero tan sólo para esa mínima parte dentro de todo el proceso; en cambio, un equipo que trabaja de un modo eficiente “como una unidad” puede mejorar la productividad en todas y cada una de las etapas del desarrollo del software, aunque en muchas ocasiones esto no ocurre. No existen tantos equipos que trabajen de manera compenetrada y unida, como si fueran una sola persona. En el mundo del desarrollo del software hay muchos egos (o “estrellas del rock”) que prefieren trabajar en solitario y no compartir su conocimiento. Esto es uno de los aspectos que pretende cambiar la programación extrema. Es necesario que todos los desarrolladores colaboren juntos, como un verdadero equipo, para crear el mejor producto que jamas hayan soñado. La motivación y el objetivo compartido es también uno de los aspectos que se fomentan. XP es un proceso simple que pone a personas a trabajar de manera conjunta para lograr aplicaciones de éxito. XP se puede usar tanto en equipos distribuidos, como en equipos que trabajan dentro de la misma empresa en una oficina en común. La principal característica que tendrán todos es que desean crear software de calidad de un modo rápido y flexible.

El cliente/usuario

Al igual que en Scrum, en XP el cliente pasa a ser un miembro más del equipo.

La forma de trabajo habitual antes de la popularización de las metodologías ágiles era hablar con el cliente cuando casi se estaba llegando al final del proyecto y comprobar si todo era correcto. Entonces el cliente se podía encontrar con desagradables sorpresas. En cambio, si el cliente trabaja de manera activa con el equipo de desarrollo, puede ir acotando los problemas, ofreciendo soluciones e, incluso, aprendiendo cosas nuevas acerca del problema. Siempre es un experto en el ámbito del problema el que encuentra las soluciones más elegantes y mejores. En la metodología Scrum, el cliente está representado en el equipo como el Product Owner.

El gestor

Dependiendo de la metodología de desarrollo que estemos empleando en el proyecto, el gestor recibe diferentes nombres y puede asumir unos roles u otros. En la metodología Scrum la figura con más carga de gestión en el Scrum Master. Aunque en esta metodología el equipo de desarrollo se autogestiona y sus tareas distan mucho del tradicional gestor de “ordeno y mando”, que planifica tareas a sus subordinados. En términos generales, el gestor no desarrolla el producto, sino que facilita el contexto en el que el equipo de desarrollo

272

European Open Business School