Ya lo sé, no es necesario que me lo repitan: el Modelo de Capacidad Madura (?) (Capability Maturity Model, CMM) no se puede aplicar a software, sino a procesos… pero como yo no soy un teórico de procesos ni cosas raras de esas, le quiero aplicar el CMM a SharePoint… Porque no?
A ver, empecemos por el principio. El Capability Maturity Model es una de esas cosas que algún manager se invento para hacernos trabajar a nosotros, los pobre programadores (pobres trabajadores en general), aun mas de lo que ya trabajamos. No, en realidad no se lo invento un manager sino la Fuerza Aérea de los Estados Unidos (tengo la tentación de decir que es peor, pero mejor no digo nada) como modelo de evaluación de compañías que creaban software por allá en los años 80 del siglo pasado. Por lo tanto es un modelo para saber que tan capaz es una compañía en la creación de software.
El modelo define cinco niveles de madurez:
1 – Inicial: las cosas se hacen, pero nadie tiene ni idea como, porque, cuando ni por quien. Mejor dicho, es el nivel de caos en el que la mayoría de nosotros, alguna vez, hemos creado software (a ver quién se atreve a tirar la primera piedra y decir que esto no es cierto)
2 – Repetible: las cosas se hacen, pero ya sabemos como lo hicimos la primera vez, y estamos en capacidad de meter las patas de nuevo y de la misma manera en el futuro.
3 – Definido: las cosas se hacen según un protocolo definido. Es decir, ya sabemos de antemano que va a salir mal, porqué y quien va a meter las patas, de tal forma que tengamos una disculpa bien pensada para cuando todo salga mal.
4 – Manejado: los managers tienen todo tipo de medidas para saber exactamente cuando se metieron las patas, porqué y por quien, de tal forma que podamos predecir exactamente cuando el asunto va a fracasar miserablemente.
5 – Optimalizado: las cosas se siguen haciendo, pero ya hemos perfeccionado a tal extremo el proceso de meter las patas, que estamos en capacidad de repetirlo consecuente y elegantemente, para cada proyecto que hagamos y a ojos cerrados. Perfección asegurada!
Nota: l(a)os que quieran leer la documentación oficial, la pueden encontrar en el sitio del Software Engineering Institute (http://www.sei.cmu.edu/cmmi/). Bueno, la verdad sea dicha, este es el sitio oficial del CMMI (Capability Maturity Model Integrated, la evolución del CMM, como todos muy bien sabemos).
Pero bueno, saliéndonos de la teoría, en qué nivel de madurez y capacidad se encuentra SharePoint en este momento? Como buena teoría, cada uno de nosotros tendrá su propia opinión al respecto. Así que aquí va la mía:
1 – Nivel Inicial: Ya lo superamos. La primera versión de SharePoint (cuando todavía no se llamaba así, sino Site Server, por allá en 1998) era simplemente una cosa caótica, lo que es comprensible pues fue un proyecto SkunkWork de un par de programadores en Microsoft.
2 – Nivel Repetible: También está superado. Con la versión 2001 de SharePoint se consiguió algo de repetitividad… WebPart fueron definidas por primera vez, lo mismo que un Modelo de Objetos primitivo. Todavía se veía algo del Nivel Inicial en la forma de guardar la información y en el uso abusado y abusivo de ASP (código interpretado), pero eso era porque el DotNet todavía no existía.
3 – Nivel Definido: Lo alcanzamos con SharePoint 2003, con toda seguridad. El Modelo de Objetos es maduro y caóticamente consistente. La manera, también caótica, de trabajar con la interface también está definida, y al que no le guste, que se busque otro programa… las ventajas de tenerlo todo definido!
4 – Nivel Manejado: Aquí se le acabo la cuerda a Microsoft. SharePoint 2007 no se pasó al Nivel Manejado, sigue en el Nivel Definido. Sabemos (más o menos) como SharePoint se comportará dentro de algunos parámetros “normales”, pero no sabemos qué pasa cuando se sobrepasan ciertos límites (que pasa mas allá de 50.000 colecciones de sitios o cuando se llega a los limites de AD, por ejemplo). Ya tenemos suficientes problemas buscando información sobre cómo funciona el Modelo de Objetos, así que ni siquiera queremos pensar cómo podemos escribir una WebPart para ser utilizada en un sitio que es usado a un nivel de 100 o 200 TPS (Transactions Per Second). Podemos instalar SharePoint de una forma fácil y rápida, pero cada vez nos encontramos con problemas de configuracion diferentes en sistemas teoricamente iguales. Cosas de ese tipo…
5 – Nivel Optimalizado: De pronto en nuestros sueños lo alcanzamos. O tal vez nuestros nietos lo verán realizado en SharePoint versión 2057. Hay algún producto de software que alcance este nivel? No que yo conozca. Todavía estamos escribiendo software de una manera artesanal, y por muy bien que lo hagamos, no pasamos de Nivel 3 del CMM…
De una u otra forma, el CMM no lo podemos aplicar a nosotros mismos, a través del nivel alcanzado por SharePoint. Así que no podemos echarle toda la culpa a Microsoft. Para que después no digan que no soy positivo en lo que escribo…
Gustavo – http://www.gavd.net/servers/
Escriba un Comentario que me haga reir…