 Dos tendencias se han dibujado con marcado contraste en el escenario de modelos de mejora para la producción de software.
En un lado los métodos ortodoxos con gruesas metodologías consagradas, acordadas en organismos internacionales y apreciadas por consultores, analistas de la industria y grandes corporaciones.
A este grupo pertenecen CMMI, sucesor de CMM y desarrollado por SEI. También ISO se sitúa en la misma línea con el estándar que a lo largo de este año está viendo la luz: ISO/IEC 15504, sucesor del originario proyecto SPICE y de la posterior instrucción técnica 15504. De hecho SEI e ISO han acabado como buenos amigos, respetandose sus respectivos negocios, y ofreciendo, como por propiedad transitiva, una oferta 2x1, ya que el cumplimiento de un estándar supone el también cumplimiento del otro..
La segunda tendencia es la de los denominados métodos ágiles, que tomaron forma e identidad propia a raíz del Manifiesto Ágil del Desarrollo de Software, todo un acontecimiento que en marzo de 2001 reunió en Salt Lake City a 17 proponentes de métodos ágiles, convocados por Kent Beck, el líder de Extreme Programming (XP). Los métodos ágiles de mayor difusión son: Extreme Programming, Scrum, Evo, Crystal Methods, Feature Driven Development, Dynamic Systems Development Method, Adaptive Software Development, Agile Modeling y Lean Development.
Los defensores de estos métodos no suelen destacar por su diplomacia, y ya en el mismo Manifiesto Ágil, Kent Beck auto-bautizó al grupo de integrantes como "anarquistas organizacionales".
Si sumamos a este espíritu la pasión y terquedad con la que los técnicos de casta suelen defender sus principios, obtendremos como escenario un ring con encorbatados consultores, asesores y analistas en un extremo, y genialoides y pintorescos gurus de la programación en el otro.
Esta situación bien merece un artículo más profundo, que por falta de tiempo dejo en el tintero para ocasión más oportuna.
Lo que llama ahora la atención es la aparición de Microsoft en el escenario
Hasta la fecha, los defensores de los métodos ágiles no dudaban en incluir en su lista la metodología de Microsoft: MSF (Microsoft Solutions Framework) mientras el gigante del software prefería guardar un discreto silencio, y evitaba mediar en entuertos en los que creía que nada se le había perdido.
Microsoft ha estado mirando hacia otro lado, mientras ortodoxos y heterodoxos se enzarzaban con argumentos fundamentalistas, defendiendo las excelencias de sus métodos y descalificando las torpezas ajenas.
Sin embargo, la madurez de este debate ha ido generando una masa critica de seguidores, e incluso adoctrinados en uno y otro bando, que han comenzado a reclamar de la propia industria del software herramientas y plataformas adecuadas a las distintas creencias de cada uno.
Y este es el momento en el que aparece Microsoft, porque la filosofía doctrinal está dando paso al negocio; y es un negocio que se sitúa en el centro de uno se los principales focos empresariales del gigante: herramientas y plataformas para desarrollo software.
IBM ya tomó posición hace algún tiempo con la adquisición de Rational, y Borland lo ha hecho hace solo tres meses con la adquisición de TeraQuest Metrics.
Microsoft por su parte lanzó a finales del año pasado el nuevo producto Visual Studio Team System, que revitalizando y rescatando del limbo a su MSF, se presenta como la solución para la optimización y mejora de los entornos de producción de software.
La duda que nos quedaba era: ¿Es una solución para entornos ortodoxos o para entornos ágiles?, y en las últimas semanas hemos tenido la respuesta:
Microsoft Solutions Framework no es un método ágil ni un método ortodoxo. Es un marco de trabajo flexible, válido para ambas teorías. y Microsoft Studio Team System al trabajar con este marco es una herramienta apropiada para unos y otros.
O ¿acaso creíamos que Microsoft pensaba sólo en un sector del mercado?
La semana pasada se presentó la beta de Microsoft Solutions Framework (MSF) for Agile Software Development.
y se anuncia que brevemente de presentará también la versión Microsoft Solutions Framework for CMMI.
Business are Business.
Más sobre Visual Studio Team Systems Archivos PPT de la Presentación de Microsoft en Londres de Visual Studio Team System el 17 de Marzo de 2005.
 |
RSS de los comentarios
