3.3.

2 Capability Maturity Model Integration (CMMI)

Segn el Software EngineeringInstitute, el CapabilityMaturityModelIntegra tion
es un marco de referencia que las organizaciones pueden emplear para mejorar
sus procesos de desarrollo, adquisicin, y mantenimiento de productos y
servicios.
Nacido en el Software EngineeringInstitute

perteneciente a la Carnegie

MellonUniversity, CMMI es la nueva generacin de una lnea de modelos de

madurez que se inici a principios de los noventa con el famoso CMM-SW
(CapabilityMaturityModelfor Software Engineering) Basados en los principios de
la calidad total (TQM) popularizados por autores como Crosby, Deming y Juran,
estos modelos proponen un conjunto de prcticas que las organizaciones
pueden adoptar para implantar procesos productivos ms efectivos. Son
llamados modelos de madurez porque proponen adoptar dichas prcticas en
forma gradual: primero deben ponerse en prctica reas de proceso
pertenecientes a un nivel determinado, para luego, sobre esta base, introducir
las correspondientes al nivel siguiente.
En la actualidadhay dos reas de inters cubiertas por los modelos de CMMI:
Desarrollo yAdquisicin. Hay dos modelos de laversin 1.2 disponible:
- CMMI para el Desarrollo (DEV-CMMI), Versin 1.2 fue liberado en agosto de
2006. En l se tratan procesos de desarrollo de productos y servicios.
- CMMI para la adquisicin (ACQ-CMMI), Versin 1.2 fue liberado ennoviembre
de 2007. En l se tratan la gestin de la cadena de suministro,adquisicin y
contratacin externa en los procesos del gobierno y la industria. 37

Componentes de CMMI
El CMMI tiene varios componentes que constituyen las herramientas mediante
los cuales se realiza la evaluacin. Se describe a continuacin, brevemente
algunos d esos componentes.
_____________

CapabilityMaturityModel Integration (2007) Software EngineeringInstitute

(SEI). Carnegie MellonUniversity.

37

Figura
Componentes de CMMI

Fuente: Extrado del Software Engineering Institute (SEI).

rea de proceso.
Conjunto de prcticas relacionadas que son ejecutadas de forma conjunta para
conseguir un conjunto de objetivos.
Componentes Requeridos
Objetivo genrico: Los objetivos genricos asociados a un nivel de capacidad
establecen lo que una organizacin debe alcanzar en ese nivel de capacidad. El
logro de cada uno de esos objetivos en un rea de proceso significa mejorar el
control en la ejecucin del rea de proceso
Objetivo especfico: Los objetivos especficos se aplican a una nica rea de
proceso y localizan las particularidades que describen que se debe implementar
para satisfacer el propsito del rea de proceso.38
Componentes Esperados
Prctica genrica: Una prctica genrica se aplica a cualquier rea de proceso
porque puede mejorar el funcionamiento y el control de cualquier proceso.
___________
38

IBID.

Prctica especfica: Una prctica especfica es una actividad que se considera

importante en la realizacin del objetivo especfico al cual est asociado.

Representaciones de CMMI
La representacin del modelo es un concepto que se relaciona con la estructura
arquitectnica del mismo. Una de las fuentes del modelo, CMM para Software
(SW-CMM), utilizaba un modelo "escalonado". Otra fuente, el Modelo de
Capacidad de Ingeniera de sistemas (SE-CMM), en cambio utilizaba un modelo
"continuo". La tercera fuente, el Desarrollo Integrado de Productos (IPD-CMM),
era "hbrido" combinando los rasgos tanto del escalonado como del continuo.
El modelo para software (CMM-SW) establece 5 niveles de madurez para
clasificar a las organizaciones, en funcin de qu reas de procesos consiguen
sus objetivos y se gestionan con principios de ingeniera. A esto se denomina un
modelo escalonado, o centrado en la madurez de la organizacin.
El modelo para ingeniera de sistemas (SE-CMM), sin embargo, se establecen 6
niveles posibles de capacidad para cada una de las 18 reas de proceso
implicadas en la ingeniera de sistemas. No agrupa los procesos en 5 tramos
para definir el nivel de madurez de la organizacin, sino que directamente analiza
la capacidad de cada proceso por separado. Es lo que se denomina un modelo
continuo.
En el equipo de desarrollo de CMMI haba defensores de ambos tipos de
representaciones. El resultado fue la publicacin del modelo con dos
representaciones: continua y escalonada. Son equivalentes, y cada organizacin
puede optar por la que se adapte a sus caractersticas y prioridades de mejora. 39

Niveles de Madurez del CMMI

CMMI, define la madurez de una organizacin con un determinado nivel. Los
niveles de madurez de CMMI son en esencia, heredados de su predecesor CMM.
___________
39

IBID.
Figura
.Niveles de CMM

Fuente: suministrada por el Software Engineering Institute (SEI).

Nivel 1: Inicial (Initial)
Este nivel no provee un ambiente de desarrollo y mantenimiento de software.
Se tiene unnmero de entradas, seguidas por cierto proceso que realmente no
estaba documentado, nise documenta. El nivel inicial representa una situacin
sin ningn esfuerzo en la garantade calidad y gestin del proyecto, donde cada
equipo del proyecto puede desarrollarsoftware de cualquier forma eligiendo los
mtodos, estndares y procedimientos a utilizarque podrn variar desde lo mejor
hasta lo peor.
En este nivel lo normal es no alcanzar las metas definidas ni en tiempo, ni costos,
ni recursos planeados. Se centraliza ms en situaciones particulares.
Nivel 2: Repetible (Repeatable)

En este nivel se establecen polticas para administrar un proyecto de software

yprocedimientos para implementar las polticas establecidas. Se realizan
revisiones paradetectar si el proceso est funcionando correctamente. La
planificacin y administracin deproyectos se basa en experiencias anteriores
exitosas (repetible).
El nivel 2 representa el hecho que un desarrollador de software ha definido
ciertasactividades tales como el informe del esfuerzo y el tiempo empleado, y el
informe de lastareas realizadas. En este nivel, no se cuenta con mtricas para
servicios, solamente para productos.
Nivel 3: Definido (Defined)
En este nivel se tiene un proceso de software estndar en la organizacin para
desarrollar ymantener el software. Este est documentado y es implementado a
lo largo de toda laorganizacin en distintos proyectos. Este proceso es la unin
de prcticas de Ingeniera deSoftware y de administracin de procesos. Este
representa el hecho que undesarrollador de software a definido tanto procesos
tcnicos como de gestin y se pretendeconseguir estndares como el ISO 9001.
Nivel 4: Administrado (Managed)
Este nivel plantea la calidad y productividad respecto de las actividades del
proceso desoftware. El nivel 4 podra llamarse cuantitativo ya que en l
cualquier decisin esrespaldada por una base cuantitativa. Se mide el progreso
y los problemas. El cliente tendrun entendimiento medible tanto de la capacidad
del proceso como del riesgo que steimplica, incluso antes que el proyecto inicie.
Este nivel tiene como objetivo las metas de calidad en los procesos y productos
ycomprende el concepto de medicin y el uso de mtricas. Es importante que
eldesarrollador comprenda el concepto de mtrica para que alcance el nivel 4 o
5. Estasmtricas se utilizan para supervisar y controlar un proyecto de software.
Nivel 5: Optimizado (Optimized)
La empresa est en un proceso de mejoramiento continuo. El equipo es capaz
deanticiparse a cualquier problema que se avecine, mejorando en forma

continua y adaptndose a los cambios. Tiene como objetivo prevenir la

ocurrencia de defectos y lasorganizaciones analizan los defectos para
determinar sus causas. A partir de la eficienciade nuestro proceso es posible
generar informes de costo / beneficio de nuevas tecnologas oproponer cambios
al proceso estndar de la organizacin.
El nivel 5 representa la analoga del software con los mecanismos de control de
calidadque existen en otras industrias de mayor madurez. Para que un
desarrollador alcance elnivel 5 tiene que tener cada proceso definido
rigurosamente y seguirlo al pie de la letra, es necesario tener claro que alcanzar
el Nivel 5 no significa que la organizacin ya no tenga una meta superior ala cual
aspirar.
Los 5 niveles definidos por SEI se obtienen como consecuencia de evaluar las
respuestasdel cuestionario de evaluacin basado en el Modelo de Capacidad de
Madurez.

40

Beneficios CMMI
La suite CMMI est a la vanguardia de la mejora del proceso, ya que
proporciona una mezcla de las ms recientes prcticas para la mejora el
desarrollo de productos, servicios y el mantenimiento. Con el CMMI se permite
a las organizaciones a hacer lo siguiente:
a) La gestin y la ingeniera de las actividades estn ms explcitamente
enlazadas para los objetivos del negocio.
b) Ampliar el alcance de la visibilidad y en el ciclo de vida del producto y de
las actividades de ingeniera para asegurar que el producto o servicio
satisface las expectativas del cliente
c) Incorporar la experiencia adquirida en otras zonas de las mejores
prcticas (por ejemplo, la medicin, la gestin de riesgos, y gestin de
proveedores)
d) Aplicar prcticas de alta madurez ms robustas.
e) Direccin organizacional de funciones crticas para sus productos y
servicios.

________
40

IBID.

Desventajas
a) La implantacin de un modelo de estas caractersticas es un proceso largo
y costoso que puede costar varios aos de esfuerzo. Aun as el beneficio
obtenido para la empresa es mucho mayor que lo invertido. 41