IBM libera (parte de) su proceso de desarrollo de software

RUP, el Rational Unified Process de IBM-Rational ha sido liberado (en parte) a la comunidad Open Source (o está en proceso de serlo) a través de la Eclipse Foundation en un esfuerzo, según IBM, por "establecer un marco abierto y común para la industria, y un ecosistema, alrededor del desarrollo de software". Cito del press release:

"Esperamos fomentar la innovación estimulando a los desarrolladores a hacer reuso [de mejores prácticas y procesos]"

Ésta noticia, aunque parece en principio un poco descordante con las cosas que he escrito en este blog, tiene su razón de ser, y es que llevo casi un año trabajando con RUP y otras herramientas de IBM-Rational. Llevo parte de las responsabilidades de un proyecto de desarrollo de software utlizando estas herramientas.

RUP no es más que un conjunto de documentos de mejores prácticas en el desarrollo de software organizados en un sitio web. Hay quien le llama metodología, lo más correcto quizá sea proceso.

La competencia con Microsoft y su Visual Studio Team System es seguramente, un aspecto importante de esta movimiento de IBM. Microsoft ha estado atacando fuertemente a los cuerpos de estándares con su particular visión del desarrollo de software. IBM sabe que RUP puede estar condenado a morir si las mejores prácticas de Microsoft se convierten en el estándar de facto en la industria de desarrollo de software.

¿Y por qué a IBM le importa que el proceso de desarrollo de software de Microsoft domine el mercado? Porque IBM es una compañía de servicios, que ha apostado por la consultoría de TI y que tiene miles de consultores que hacen de las herramientas de IBM/Rational parte fundamental de su trabajo.

El software es cada vez más un commodity y el valor está en el outsourcing y en los servicios de consultoría. A eso apuesta IBM (y sus competidores).

Esta liberación por lo tanto -en mi humilde opinión- no es tanto un regalo a la comunidad Open Source como se apunta por allí sino un paso más en la relación ganar/ganar de la que los matrimonios Wall Street-Open Source se benefician.

Va a ser interesante ver cómo el espíritu Open Source se mezcla con procesos formales de desarrollo de software ya que por ejemplo, el desarrollo del kernel Linux es un proceso muy orgánico y caótico, pero funciona y produce una pieza de software de elevadísima calidad y complejidad.

Una experiencia que puede ser similar -de procesos y herramientas libres- es la del Open Source Security Testing Methodology Manual en el ámbito de la seguridad. Desconozco su éxito y grado de implementación, pero tiene años allí.