CMMI ACQ: CMMI for Acquisition
Cada vez más, tanto la Administración Pública como el sector privado, adquieren software, sistemas y tecnologías de la información, en lugar de desarrollarlos por sí mismos.
Pero, en demasiadas ocasiones, las soluciones adquiridas fracasan por diversos motivos.
El modelo CMMI for Acquisition (CMMI ACQ) representa una solución a este problema, conectando el modelo CMMI v.1.2 con las mejoras prácticas para la adquisición y la externalización de diversas funciones relacionadas con las tecnologías de la información.
La primera vez que se habla en España de la aplicación de CMMI al outsourcing es en noviembre de 2007, cuando en el marco de una presentación de GESEIN sobre calidad del software en el SIMO, se presenta a los asistentes este modelo del SEI (Software Engeniering Institute) –unos días antes se había celebrado una rueda de prensa en Estados Unidos en la que se hizo público este modelo-.
Un poco de historia
Las bases del modelo CMM se establecen a finales de los años 80 en un libro de W. Humphrey, en el que se define cómo va a ser el modelo de capacidad y madurez. Desde ese momento, hay una ramificación de modelos tanto para software como para ingeniería de sistemas y para distintas aplicaciones, y según va avanzando la década de los 90 el modelo CMM sienta las bases de la mejora de la calidad del software en las organizaciones. Ya en este siglo se publica CMMI, intentando integrar gran parte de las visiones que CMM estaba proponiendo hasta entonces.
Sin embargo, hasta el año 2007, el modelo CMMI proponía buenas prácticas para un desarrollador de software. Dentro del desarrollo de software, existía un área de proceso donde el modelo prestaba especial atención al hecho de que si el software se subcontrataba a un tercero, debían establecerse una serie de controles. Es el modelo CMMI-DEV v.1.2.
Normalmente cuando un consultor o un auditor evaluaba los procesos de un cliente, interpretaba el modelo CMMI desde el punto de vista del control que el cliente establecía en las actividades realizadas por el proveedor.
A finales de 2007, el SEI publica el modelo CMMI for ACQ, que es el resultado de un grupo de trabajo entre General Motors y el SEI. Y más recientemente, se ha publicado un resumen del modelo que se puede consultar en http://www.sei.cmu.edu/activities/cmmi/models/primer-announce.html
CMMI ACQ
El modelo CMMI ACQ plantea que el cliente tenga capacidad para que en su relación con el proveedor se consiga el éxito en los proyectos, mediante el control y la colaboración. CMMI ACQ proporciona por tanto una guía para los clientes (acquisition organizations) para gestionar la compra de productos y servicios que satisfagan sus necesidades.
Fundamentalmente surge por una necesidad y es que cada vez se externalizan más las funciones de tecnologías de la información en los grandes clientes. Lo que era antes la estructura de distintos modelos de CMMI, ahora se ha convertido en una constelación de modelos.
El concepto de constelación surge porque se trata de un conjunto de componentes de CMMI diseñados para resolver las necesidades específicas de un área de interés. En este momento existen tres constelaciones claramente definidas: CMMI DEV para desarrolladores, CMMI ACQ para los compradores y hay además un borrador, publicado también en diciembre de 2007, de CMMI for Services (CMMI SRV), con objetivos similares a las que presenta ITIL.
Todos estos modelos tienen un conjunto de áreas de procesos comunes, lo que podríamos denominar el tronco, y una serie de áreas de proceso específicas que cubren las necesidades de cada uno de los colectivos a los que se dirigen.
La aplicación del modelo CMMI ACQ en clientes como la Administración Pública está muy limitada, porque muchas de las áreas que recoge el propio modelo ya están reguladas por la Ley de Contratos del Sector Público, e intervenidas por el Ministerio de Economía y Hacienda.
Por tanto, es imprescindible una aplicación sensata de los modelos CMMI, incluyendo CMMI ACQ, en función de las características específicas del propio cliente. En la mayoría de los casos, CMMI ACQ va a formar parte del núcleo de actividades de esa oficina de proyectos, que va a recoger las necesidades que la dirección de informática trasmite, y que va a tener por objetivo ser capaz de establecer un método que sirva de interlocución entre el departamento de informática o los usuarios, según los casos, con los proveedores, de manera que pueda dar soporte a ambas partes.
En concreto, la oficina de calidad, u oficina técnica debe tener tres objetivos:
- Definición de procesos y forma en que se trabaja, cómo implantar los procesos y cómo asegurar que se están llevando a cabo correctamente. Cumplimiento de plazos y costes de los proyectos, a través de los informes de progreso de proyectos que reportan unas métricas de productividad, que reflejan el rendimiento en la producción del software.
- Asegurar la calidad del producto entregado, en la medida en que la oficina de calidad ejerce las funciones de una oficina de pruebas, que verifique que las funciones entregadas son adecuadas, que también lo son los rendimientos de los sistemas, que existe compatibilidad con el resto de sistemas que existen en la organización, asegurar que el código del software con que está realizado el producto responde a una serie de estándares que facilitan su mantenimiento en el futuro, por el mismo desarrollador que lo ha realizado o por la propia organización, fiabilidad de los productos, etc.
Como conclusión, podemos decir que CMMI ACQ proporciona una oportunidad para:
• Evitar o eliminar barreras y problemas en el proceso de adquisición
• Para establecer y gestionar un proceso de compra
• Y para establecer un lenguaje común entre compradores y suministradores que favorezca la entrega de soluciones de mayor calidad , en menor plazo, menor coste y con la tecnología adecuada.
Ramiro Carballo es director comercial de GESEIN y Presidente del Comité de Software de la Asociación Española para la Calidad.
URL: http://www.datati.es/?p=852
Escrito por 
