¿Qué está fallando en la gestión de proyectos? ¿Existe alguna alternativa?, la respuesta es sí. El día 30 de marzo pudimos asistir a la charla "¿Qué es ser ágil?", organizada por CEIN y Gobierno de Navarra, cuyo objetivo era explicar en qué consisten las metodologías ágiles.

Quisiéramos poder decir que lo escrito es este artículo tiene algo o mucho de nuestro conocimiento. No es así, cuando asistes a una charla con Angel Medinilla Gerente de la empresa Proyectalis llegas a dos conclusiones: la primera, admitir que sus palabras son de sentido común; la segunda, intentar retener la máxima información posible. Las palabras fluyen de manera rápida e interesante y, cuando termina, y no has pestañeado un segundo, lo que quieres es empezar a cambiar y probar si es cierto. Os iremos contando nuestras experiencias y en estas líneas intentaremos trasmitir las principales ideas de su exposición.

Empezaremos por una frase que nos ha encantado sobre metodologías ágiles: "Soy una persona con muchas aficiones, esto hace que me haya especializado en todo lo que me permita liberar mi tiempo. Gestión del tiempo y metodologías ágiles han sido mis herramientas". El punto central de todo es: hacer las cosas bien, mejorarlas y sentir un alto grado de satisfacción personal. ¿Qué persona con esta introducción no queda enganchada desde el principio y se pregunta "¿cómo?"?

Para responder a esta pregunta empezamos por ver qué está fallando en el desarrollo de proyectos de software.

Standish Group una empresa que lleva haciendo estadisticas sobre gestión de proyectos de desarrollo y nos da los siguientes datos: el 68% de los proyectos software son un fracaso, el 64% de las funcionalidades desarrolladas para el cliente no se usan nunca, eso es un desperdicio, es un dato terrible, y si traducimos esto a dinero a las empresas les duele. Períodos y presupuestos excedidos, clientes no satisfechos: en resumen, un caos. ¿Hay alguna salida a esto? Ángel nos muestra que sí, y comenta como http://www.shinetech.com/ ha realizado encuestas a empresas que utilizan metodologías ágiles y lanza los siguientes datos: un 88% de incremento de la productividad de los equipos, 93% de incremento de la calidad, 83% de incremento de la satisfacción del cliente y de los componentes del equipo de desarrollo y lo que me parece más brutal, 49% de descenso en costes. Estamos hablando de dinero, además de un trasfondo de motivación, eficiencia y calidad. Con estos datos merece la pena intentarlo: hay algo que está funcionando mejor que lo utilizado hasta el momento, vamos a romper los paradigmas, las reglas del juego han cambiado.

Empezamos por unos conceptos básicos de gestión de proyectos: tiempo que tenemos para ejecutar el proyecto, alcance que tenemos para construir y coste o recursos que tenemos para hacerlo. Podemos escoger dos de ellos, el tercero vendrá condicionado por esa elección. Además sabemos que no podemos predecir exactamente lo que va a suceder a lo largo del proyecto "la única constante de un proyecto es el cambio". Los cambios no son buenos ni malos, van a ser, y de hecho son la manera de conocer mejor a los clientes.

Para el desarrollo, es complejo caracterizar a priori un sistema de software, los requisitos son inestables, se mueven, los vamos conociendo conforme se van creando.

A comienzos de 2001 se redacta el Manifiesto Ágil, cuatro valores principales y unos valores asociados. Vemos que en la realidad existen unos procesos, contratos, etc, pero por encima de todo debe existir interacción entre personas, con el equipo, involucrar al cliente, documentación la mínima imprescindible, colaborar con el cliente frente a contrato, y responder a los cambios: cada cambio es una oportunidad, es positivo.

Seguiríamos durante horas escribiendo y hablando del tema pero por ahora pongamos un punto de partida: maximizar el valor, mejora continúa, equipos motivados.