Ensayo CMMI (Integracin de Modelos de Madurez de Capacidades o

Capability Maturity Model Integration)

DANIEL URREGO QUICENO COD 905551

Presentado a CARLOS HERNAN GOMEZ GOMEZ

Auditoria de Sistemas 2-1

UNIVERSIDAD NACIONAL DE COLOMBIA

SEDE MANIZALES

ADMINISTRACION DE SISTEMAS INFORMATICOS

24 DE MARZO DEL 2010.

Contenido
a. Introduccin:...................................................................................................3
b. Historia y Evolucin:.......................................................................................4
c.

Descripcin general de la temtica:...............................................................5

d. Desarrollo de la temtica:..............................................................................6
Niveles de capacidad de los procesos (representacin continua):...................8
Componentes:...................................................................................................8
Componentes Requeridos:................................................................................8
Componentes Esperados:.................................................................................9
Componentes Informativos...............................................................................9
Evaluacin (Appraisal):...................................................................................10
e. Comparativa con cobit:...................................................................................11
Conclusiones y observaciones:..........................................................................12
Bibliografa:.........................................................................................................13

a. Introduccin:
Los ndices de metodologa agiles para desarrollo de sowftware, son aquellas que
dan mayor valor al individuo, a la colaboracin con el cliente y al desarrollo
incremental del software con iteraciones muy cortas. Este enfoque est mostrando
su efectividad en proyectos con requisitos muy cambiantes y cuando se exige
reducir drsticamente los tiempos de desarrollo pero manteniendo una alta
calidad, por tal razn, las metodologas giles estn revolucionando el desarrollo
del
software
para
su
aplicacin
comercial.
los procesos de desarrollo llevan marcado nfasis en el control del proceso
mediante una rigurosa definicin de roles, actividades y artefactos, incluyendo
modelado y documentacin detallada. Este esquema "tradicional" para abordar el
desarrollo de software ha demostrado ser efectivo y necesario en proyectos de
gran tamao (respecto a tiempo y recursos). Sin embargo, este enfoque no resulta
ser el ms adecuado para muchos de los proyectos actuales donde el entorno del
sistema es muy cambiante, y en donde se exige reducir drsticamente los tiempos
de desarrollo pero manteniendo una alta calidad, por esta razn, emergen las
metodologas giles que estn especialmente orientadas para proyectos
pequeos, adems, constituyen una solucin a medida para ese entorno,
aportando una elevada simplificacin que a pesar de ello no renuncia a las
prcticas esenciales para su calidad.

b. Historia y Evolucin:
Integracin de Modelos de Madurez de Capacidades o Capability Maturity
Model
Integration:
(CMMI) es un modelo para la mejora y evaluacin de procesos para el desarrollo,
mantenimiento y operacin de sistemas de software. Las mejores prcticas CMMI
se publican en los documentos llamados modelos. En la actualidad hay tres reas
de inters cubiertas por los modelos de CMMI: Desarrollo, Adquisicin y Servicios.
La versin actual de CMMI es la versin 1.2. Hay tres constelaciones de la versin
1.2 disponible:

CMMI para el Desarrollo (CMMI-DEV o CMMI for Development), Versin 1.2

fue liberado en agosto de 2006. En l se tratan procesos de desarrollo de
productos y servicios.

CMMI para la adquisicin (CMMI-ACQ o CMMI for Acquisition), Versin 1.2

fue liberado en noviembre 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.

CMMI para servicios (CMMI-SVC o CMMI for Services), est diseado para
cubrir todas las actividades que requieren gestionar, establecer y entregar
Servicios.

El Modelo de Capacidad y Madurez Integrado -CMMI- (Capability Maturity

Model Integration) es un modelo de referencia de prcticas maduras usadas
para evaluar y mejorar la capacidad de los procesos. Es una ruta evolutiva de
implementacin de las mejores prcticas en los procesos organizacionales.
En 1984, el Congreso del Gobierno Americano aprob la creacin de un
organismo de investigacin para el desarrollo de modelos de mejora para los
problemas en el desarrollo de los sistemas de software, y evaluar la capacidad
de respuesta y fiabilidad de las compaas que suministran software al
Departamento de Defensa.
En 1985 SEI empieza a trabajar en un marco de madurez de procesos que
permita evaluar a las empresas productoras de software. La investigacin
evoluciona hacia el Modelo de Madurez de las Capacidades (CMM).
En 1991 En agosto SEI publica la versin 1.0 del Modelo de Madurez de las
Capacidades para el Software (SW-CMM, Capability Maturity Model for
Software).

En1993 SEI publica la versin 1.1 de SW-CMM.

En 1997 Publicacin de la versin 1.2.
En el 2000 SW-CMM fue integrado y relevado por el nuevo modelo CMMI

c. Descripcin general de la temtica:

CMMI como mejor practica, se publican en los documentos llamados modelos. En
la actualidad hay tres reas de inters cubiertas por los modelos de CMMI:
Desarrollo, Adquisicin y Servicios.
CMMI para el Desarrollo (CMMI-DEV o CMMI for Development), Versin 1.2 fue
liberado en agosto de 2006. En l se tratan procesos de desarrollo de productos y
servicios. CMMI para la adquisicin (CMMI-ACQ o CMMI for Acquisition), Versin
1.2 fue liberado en noviembre 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. CMMI para servicios (CMMI-SVC o CMMI for Services), est diseado
para cubrir todas las actividades que requieren gestionar, establecer y entregar
Servicios. Dentro de la constelacin CMMI-DEV, existen dos modelos:
CMMI-DEV y CMMI-DEV + IPPD (Integrated Product and Process Development)
Independientemente de la constelacin\modelo que opta una organizacin, las
prcticas CMMI deben adaptarse a cada organizacin en funcin de sus objetivos
de
negocio.
Una organizacin no se puede certificar en CMMI, por el contrario, una
organizacin es evaluada (por ejemplo, usando un mtodo de evaluacin como
SCAMPI) y recibe una calificacin de nivel 1-5 si sigue los niveles de Madurez (si
bien se comienza con el nivel 2). En caso de que quiera la organizacin, puede
coger reas de proceso y en vez de por niveles de madurez puede obtener los
niveles de capacidad en cada una de las reas de Proceso, obteniendo el Perfil de
Capacidad de la Organizacin.

d. Desarrollo de la temtica:

CMMI
Los modelo agiles para software (CMM-SW) establece 5 Niveles de Madurez
(Maturity Level) para clasificar a las organizaciones, en funcin de qu reas de
procesos consiguen sus objetivos y se gestionan con principios de ingeniera. Es
lo que se denomina un modelo escalonado, o centrado en la madurez de la
organizacin. La seleccin de los reas de Proceso est prefijado, habiendo 7 PA
para el nivel de madurez 2 (ML2), 11 para el ML3, 2 para el ML4 y 2 ms para el
ML5.
Este modelo para ingeniera de sistemas (SE-CMM) establece 6 Niveles de
Capacidad posibles para cada una de las 22 reas de proceso implicadas en la
ingeniera de sistemas. La organizacin puede decidir cuales son las reas de
Proceso (PA) que quiere mejorar determinando as su perfil de capacidad.
Para efectos de este ejercicio, los desarrollos de CMMI haba cantidad de
defensores de ambos tipos de representaciones. El resultado fue la publicacin del
modelo con dos representaciones: continua y escalonada.
Estos modelos no son equivalentes, y cada organizacin puede optar por adoptar
la que se adapte a sus caractersticas y prioridades de mejora. Si existe una
"stagging" equivalente que nos dice que un Nivel de Madurez equivale a tener en
un conjunto de PA determinado un determinado Nivel de Capacidad.
La visin continua de una organizacin mostrar la representacin de nivel de
capacidad de cada una de las reas de proceso del modelo.
La visin escalonada definir a la organizacin dndole en su conjunto un nivel de
madurez del 1 al 5.

Niveles de capacidad de los procesos (representacin continua):

Los 6 niveles definidos en CMMI para medir la capacidad de los procesos son:

0.- Incompleto: El proceso no se realiza, o no se consiguen sus objetivos.

1.- Ejecutado: El proceso se ejecuta y se logra su objetivo.

2.- Gestionado: Adems de ejecutarse, el proceso se planifica, se revisa y

se evala para comprobar que cumple los requisitos.

3.- Definido: Adems de ser un proceso gestionado se ajusta a la poltica

de procesos que existe en la organizacin, alineada con las directivas de la
empresa.

4.- Cuantitativamente gestionado: Adems de ser un proceso definido se

controla utilizando tcnicas cuantitativas.

5.- Optimizando: Adems de ser un proceso cuantitativamente gestionado,

de forma sistemtica se revisa y modifica o cambia para adaptarlo a los
objetivos del negocio. Mejora continua.

Componentes:
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 qu se debe
implementar para satisfacer el propsito del rea de proceso.

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.

Prctica especfica: Una prctica especfica es una actividad que se

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

Las prcticas especficas describen las actividades esperadas para lograr la meta
especfica de un rea de proceso.

Componentes Informativos

Propsito
Notas introductorias

Nombres

Tablas de relaciones prctica - objetivo

Prcticas

Productos tpicos

Sub-prcticas: Una sub-prctica es una descripcin detallada que sirve

como gua para la interpretacin de una prctica genrica o especfica.

Ampliaciones de disciplina: Las ampliaciones contienen informacin

relevante de una disciplina particular y relacionada con una prctica
especfica.

Elaboraciones de prcticas genricas: Una elaboracin de una prctica

genrica es una gua de cmo la prctica genrica debe aplicarse al rea
de proceso.

Evaluacin (Appraisal):
Gran cantidad de organizaciones valoran el medir su progreso llevando a cabo
una evaluacin (appraisal) y ganando una clasificacin del nivel de madurez o de
un nivel de capacidad de logro. Este tipo de evaluaciones son realizadas
normalmente por una o ms de las siguientes razones:

Para determinar que tambin los procesos de la organizacin se comparan

con las mejores prcticas CMMI y determinar qu mejoras se pueden hacer.
Para informar a los clientes externos y proveedores acerca de que tambin
los procesos de la organizacin se comparan con las mejores prcticas
CMMI.

Para cumplir los requisitos contractuales de uno o ms clientes.

Este tipo de valoraciones de las organizaciones utilizando un modelo CMMI deben

ajustarse a los requisitos definidos en el documento "Appraisal Requirements for
CMMI" (ARC). La evaluacin se enfoca en identificar oportunidades de mejora, y
comparar los procesos de la organizacin con las mejores prcticas CMMI. Los
equipos de evaluacin usan el modelo CMMI y un mtodo conforme a ARC para
guiar su evaluacin y reporte de conclusiones. Los resultados de la evaluacin son
usados para planear mejoras en la organizacin. Hay tres clases de evaluacin:
Clase A,B,C. El Standard CMMI Appraisal Method for Process Improvement
(SCAMPI) es un Mtodo de evaluacin que cumple todos los requerimientos ARC.

Una evaluacin de clase A es ms formal y es la nica que puede resultar en una

clasificacin de nivel.
El Standard CMMI Appraisal Method for Process Improvement (SCAMPI) es el
mtodo oficial SEI para proveer puntos de referencia de sistemas de calificacin
en relacin con los modelos CMMI. SCAMPI se usa para identificar fortalezas y
debilidades de los procesos, revelar riesgos de desarrollo/adquisicin, y
determinar niveles de capacidad y madurez. Se utilizan ya sea como parte de un
proceso o programa de mejoramiento, o para la calificacin de posibles
proveedores. El mtodo define el proceso de evaluacin constando de
preparacin; las actividades sobre el terreno; observaciones preliminares,
conclusiones y valoraciones; presentacin de informes y actividades de
seguimiento.

e. Comparativa con cobit:

CobIT, por otro lado, es un modelo desarrollado por el IT Governance Institutexix
cuyo propsito es establecer una serie de objetivos de control para las actividades
de la organizacin de IT.
CobIT se organiza en cuatro dominios, los cuales a su vez se descomponen en
procesos que contienen los objetivos de control.

Como puede apreciarse en la Figura anterior, varios de los procesos tienen

puntos de contacto con CMMI. Por ejemplo, P09 Administrar Riesgos est
claramente relacionado con Gestin del Riesgo (RSKM) (aunque los alcances son
distintos) y P10 Administrar Proyectos con Planificacin del Proyecto (PP),
Monitoreo y Control del Proyecto (PMC) y Administracin Integrada del Proyecto
(IPM). Sin embargo, debe recordarse que ambos modelos tienen propsitos
distintos: uno apunta a facilitar la evaluacin y mejora de procesos, mientras que
el otro est enfocado en proveer objetivos y guas para controlar las actividades de
IT. Podramos pensar, entonces, que las prcticas descriptas en CMMI, una vez
implementadas, deberan facilitar el cumplimiento de algunos de los objetivos de
control de CobIT.

Conclusiones y observaciones:

Para los niveles 3 y 4 de CMMI se proporcionan un nivel de organizacin

alto para poder aplicar los procesos que el modelo incluye, el grado de xito
que el modelo puede o no tener depende directamente del grado de
compromiso que los individuos de la organizacin estn dispuestos a
dedicarle al proceso, pero sobre todo, que ellos crean que el proceso
funciona para desempear sus labores.
Tambin es claro que estos niveles se abordan o intentan abordar cuando
la empresa tiene bien definido un plan de desarrollo y crecimiento
institucional, por lo cual el compromiso puede entenderse que esta implcito
en la organizacin.

Seguir la metodologa del CMM no es algo que pueda lograrse

inmediatamente, para conseguir el segundo nivel, que es el primer paso
que se debe de tomar cuando se ha decidido crecer institucionalmente,
debe de realizarse un cambio cultural y laboral que lleva tiempo, al cual
tiene que apegarse si quieren conseguir todos los beneficios que el modelo
brinda.

Una empresa que decide implementar el modelo CMM, indica que no slo
se preocupa por la calidad de su organizacin sino que quiere constituir un
proceso continuo de mejora.

Bibliografa:

http://www.sergiovillagra.com/Contenidos/Recursos/WP03%20Una
%20Introduccion%20a%20CMMI.pdf
http://www.navegapolis.net/content/view/330/

http://www.ingenierosoftware.com/calidad/cmm-cmmi.php

http://www.sei.cmu.edu/cmmi/

http://www.adictosaltrabajo.com/tutoriales/tutoriales.php?pagina=cmmi