Confieso que hace meses que estoy seducido por todo lo que tiene que ver con el desarrollo ágil. No en vano por esta casa en más de una ocasión he tratado de acercar a quienes os dejáis caer por aquí algunos de los conceptos del desarrollo ágil, relacionados con las hierbas que solemos tocar en este blog.

Vaya una pequeña muestra:

• Arquitectura de información y desarrollo ágil
• Diseño centrado en el usuario y desarrollo ágil
• Integración de experiencia de usuario y desarrollo ágil

Desde hace un par de meses estoy trabajando en un proyecto, del que os podré hablar a no mucho tardar, en el que estamos adoptando poco a poco muchas de las consideraciones que se hacen desde el mundo del “agilismo”. Y en mi labor de gestor del proyecto estoy tratando de integrar el espíritu del desarrollo ágil a la pura gestión del proyecto y del equipo.

Miembros del equipo de proyecto, distendidos y entre risas

Una de las premisas que valoro en todo momento cuando de gestionar un equipo se trata, es la de que éste está formado por personas. Que además de ser personas tienen una serie de habilidades profesionales, unas capacidades y un nivel de excelencia extraordinario.

Considerar al equipo como simplemente la suma de partes sería un error de bulto, más si pensamos que está formado básicamente por talento. Y si a eso le añadimos elementos como:

Escribir software/aplicaciones es un proceso técnicamente complejo y cambiante

Desarrollar aplicaciones es un proceso que se extiende en el tiempo, y en ocasiones las necesidades o prioridades cambian durante este proceso

Tanto el diseño centrado en el usuario como el desarrollo ágil no son metodologías, sino planteamientos filosóficos

El desarrollo ágil no es una metodología con pasos establecidos, es simplemente una manera de pensar y de trabajar

Hay varias metodologías que permiten desarrollar o implementar estas filosofías: Extreme Programming o Scrum para el caso del desarrollo ágil, y las seguidas por gentes como Adaptive Path, Cooper, Apple, Shedroff, Morville, Spool, Nielsen, y Norman para el caso del diseño centrado en el usuario.

No podemos llegar a otra conclusión, desde mi punto de vista, que no sea la basada en tres premisas:

1. El equipo de trabajo está formado por personas, cambiantes, sensibles y ciertamente impredecibles en su ánimo
2. Las relaciones personales tejidas entre los miembros del equipo son un excelente hilo conductor que permite desarrollar una capa de conocimiento común, apoyado en un alto grado de motivación autogenerada y retroalimentada de forma constante
3. El papel del coordinador de un equipo de esas características se hace necesario en tanto en cuanto disminuye la presión y asume tareas no necesitadas del talento del equipo

Estas son simplemente unas reflexiones que os quería contar al hilo de una experiencia de trabajo que estoy teniendo. Si queréis hacer algún comentario al respecto, no os quepa duda de que estaré encantado.