UNIVERSIDAD NACIONAL

PEDRO RUIZ GALLO

FACULTAD DE INGENIERIA CIVIL, SISTEMAS Y
ARQUITECTURA

Modelo CMMI

DOCENTE:

ARTEAGA LORA, Roberto.

INTEGRANTES:

BERNAB NUNTON, Jhonatan.

CASTILLO BENITES, Csar.
MENDOZA FRIAS, Diego.
RAYA GMEZ, Arnold.

ESCUELA:

Ingeniera de Sistemas

Lambayeque, agosto de 2017

1
 INDICE

INTRODUCCIN ............................................................................................................................ 3
CMMI............................................................................................................................................. 4
1. DEFINICIN ....................................................................................................................... 4
2. BENEFICIOS ....................................................................................................................... 5
3. NIVELES DE MADUREZ ...................................................................................................... 6
4. NIVELES DE CAPACIDAD ................................................................................................... 7
5. COMPONENTES DEL MODELO CMMI ............................................................................... 9
6. CANDO LAS ORGANIZACIONES NECESITAN CMMI?.................................................. 11
CASO PRCTICO .......................................................................................................................... 12
CONCLUSIN............................................................................................................................... 13
BIBLIOGRAFIA ............................................................................................................................. 14

2
 INTRODUCCIN

El modelo CMMI (Modelo integrado de madurez de la capacidad) se usa para evaluar el nivel de
madurez de una compaa en trminos de desarrollo informtico.

CMMI, una versin ms amplia, se basa en CMM, adopta la mayora de sus conceptos y ofrece
los ndices de referencia de las mejores prcticas para el desarrollo de software.

El objetivo es alentar a las compaas para que monitoreen y mejoren continuamente sus
procesos, y evalen el nivel de madurez de los mismos en una escala de cinco niveles establecida
por el CMMI.

3
 CMMI
1. DEFINICIN

Integracin de Modelos de Madurez de Capacidades o Capability Maturity Model Integration

(CMMI) es un modelo para la mejora o evaluacin de los procesos de desarrollo y
mantenimiento de sistemas y productos de software. Siendo un poco ms claros, CMMI es un
conjunto de modelos basados en las mejores prcticas en la gestin de los procesos,
desarrollados a travs de un proyecto conjunto en el que participaron el SEI (Software
Engineering Institute), el gobierno estadounidense y algunos miembros de la industria. Dichos
modelos establecen cinco niveles de madurez de las organizaciones en funcin de si tienen o
no una serie de caractersticas que detalla cada modelo. Las organizaciones pueden ser
evaluadas y, en funcin de dicha evaluacin, se las puede otorgar un nivel de madurez del 1 al
5. Es decir, a travs de CMMI, podemos saber el grado de madurez de los procesos que tiene
una organizacin, de acuerdo a un modelo de buenas prcticas.

En principio, CMMI estaba orientado exclusivamente al desarrollo de software, pero se ha ido

generalizando hasta finalmente derivar en los 3 constelaciones o modelos que conforman el
conjunto.

La versin actual de CMMI es la versin 1.3, liberada el 1 de noviembre de 2010. Hay tres
constelaciones de la versin 1.2 disponible:

Desarrollo de productos y servicios (CMMI-DEV)

Es el ms utilizado hasta el momento, se usa para la mejora de procesos de las

organizaciones que desarrollan productos y servicios de software y hardware.
Proporciona las directrices para mejorar la efectividad, eficiencia y calidad de los
mismos. La mayora de las empresas desarrolladoras de software a la medida o de
sistemas podran optar por este modelo. Contiene prcticas que cubren la
administracin de proyectos, de procesos, ingeniera de software, de hardware,
ingeniera de sistemas y procesos de soporte.

Establecimiento y gestin de servicios (CMMI-SVC)

Proporciona las directrices a las organizaciones que establecen, administran y entregan

servicios con la finalidad de satisfacer las necesidades de los clientes y usuarios finales.
Empresas que podran optar por este modelo son aqullas que se dedican a la
capacitacin, logstica, mantenimiento, consultora, recursos humanos, auditora
independiente de verificacin y validacin, etc.

Adquisicin de productos y servicios (CMMI-ACQ)

Proporciona todas las directrices a las organizaciones que se dedican principalmente a

adquirir productos y servicios de otras empresas, para posteriormente integrarlos en un
producto final que cumpla con las necesidades del cliente. Los procesos de este modelo
se enfocan en el adquirente. Las empresas conocidas como integradoras podran
optar por este modelo.

4
En realidad, CMMI tiene ms utilidades, pero la finalidad inicial del proyecto que cre CMMI es
sa: un sistema de evaluacin. El principal sponsor del proyecto fue el Gobierno de los EEUU,
especialmente el Departamento de Defensa, que haba sufrido problemas de sobrecoste y
retraso en varios contratistas de proyectos durante los aos 80. Lo que el DOD quera era una
forma de poder evaluar a sus posibles proveedores y as reducir esos problemas. Hoy en da, es
necesario obtener un cierto nivel de madurez CMMI para cualificar como proveedor de muchos
organismos del gobierno de los EEUU.

Pero, como decamos antes, va ms all. Para cualquier organizacin, CMMI es una buena forma
de demostrar la madurez de sus procesos a clientes, y a su vez, conocer la de sus proveedores.
An sin pasar por la evaluacin, adoptar parcialmente las buenas prcticas sugeridas por CMMI
puede aportar una mejora significativa a dichos procesos, pues se introducen buenas prcticas
probadas.

Sin embargo, no todo son ventajas. Como todo modelo de buenas prcticas, la adecuacin lo es
todo. No tiene sentido convertir toda la empresa al modelo CMMI de la noche a la maana,
quiz ni siquiera lo tenga nunca. La autntica utilidad de CMMI es compararlo con nuestra
gestin de procesos real, intentar entender las diferencias y ver qu consecuencias positivas y
negativas aportara la recomendacin de CMMI.

2. BENEFICIOS

Mayor efectividad en la deteccin y reduccin de errores.

Los equipos de trabajo y los clientes logran tener una mayor visibilidad de las tareas que
se realizan, con una garanta de que los requisitos son contemplados adecuadamente.
Resultados ms predecibles en los proyectos. Dispone de mecanismos para responder
de manera rpida y eficaz a cualquier cambio, incidencia o potencial desviacin que se
presente en el transcurso de un proyecto o servicio.
Reduccin en costes y aumento del rendimiento de la inversin y de la productividad de
la empresa.
Mejora en las tcnicas de gestin proactivas que permiten mitigar los riesgos que
afectan a los proyectos.
Reduccin en los plazos de entrega de los proyectos.

5
 A medio plazo, aumenta la confianza en las estimaciones y planes desarrollados, y la
organizacin puede abordar con seguridad mayores retos sobre la base de la experiencia
que va acumulando.

3. NIVELES DE MADUREZ

Cuando se habla de un nivel de madurez se debe entender como un conjunto de prcticas,

preestablecidas por el modelo, que se deben garantizar por la Organizacin en su conjunto. Es
decir, o se cumplen todas o no se tiene el nivel de madurez. En trminos del modelo son las
reas de proceso que se consideran en cada nivel de madurez y que van evolucionando del nivel
inicial (1) al nivel en optimizacin (5).

En la medida que avanzo en los niveles de madurez tengo elementos para ofrecer una mayor
calidad en el producto.

Los niveles de madurez son los siguientes:

3.1. Nivel 1: Inicial

En el nivel de madurez 1 de CMMI, la mayora de los procesos son "ad-hoc" y caticos. La

organizacin usualmente no provee un ambiente estable para soportar los procesos. Estas
organizaciones son caracterizadas por la tendencia a no cumplir sus compromisos, al
abandono de procesos durante tiempos de crisis, y a la incapacidad para repetir sus xitos.
Es claro que el nivel de madurez 1 de CMMI es uno donde ninguna organizacin quiere estar
y donde por lo general la mayora que no tiene sus procesos definidos se encuentra.

3.2. Nivel 2: Gestionado

En el nivel de madurez CMMI 2 se ordena el caos. En el nivel 2 las organizaciones se enfocan

en tareas cotidianas referentes a la administracin. Cada proyecto de la organizacin cuenta
con una serie de procesos para llevarlo a cabo, los cuales son planeados y ejecutados de
acuerdo con polticas establecidas; son monitorizados, controlados y revisados; y son
evaluados segn la descripcin del proceso. La disciplina del proceso reflejada por el nivel
de madurez 2 de CMMI ayuda a asegurar que existen prcticas y los proyectos son realizados
y manejados de acuerdo a los planes documentados.

3.3. Nivel 3: Definido

En el nivel de madurez 3 de CMMI, los procesos son caracterizados y entendidos de buena

forma, y son descritos en estndares, procedimientos, herramientas, y mtodos. El conjunto
de procesos estndares de la organizacin, los cuales son la base para el nivel de madurez 3
de CMMI, es establecido y mejorado continuamente.

3.4. Nivel 4: Gestionado cuantitativamente

En el nivel de madurez 4 de CMMI, la organizacin y proyectos establecen objetivos

cuantitativos para medir la calidad y realizacin de los procesos y los usa como criterios en
el manejo de ellos. La calidad y realizacin de procesos son entendidos en trminos
estadsticos y son manejados durante todo el ciclo de vida del proceso.

3.5. Nivel 5: Optimizacin

En el nivel de madurez 5 de CMMI, una organizacin mejora continuamente sus procesos

basndose en el conocimiento de las causas comunes de variacin inherente en los

6
 procesos. El nivel de madurez 5 de CMMI se focaliza sobre la mejora continua de los
procesos a travs de mejoras continuas, incrementales y tecnolgicas.

4. NIVELES DE CAPACIDAD

En esta representacin, la organizacin se enfoca en mejorar los procesos de un(as) rea(s) de

proceso que sean de su inters para cumplir con sus objetivos organizacionales. Es
recomendable si se tienen identificadas las prioridades y los procesos que se desean mejorar.
Por ejemplo, una empresa que dese mejorar la especificacin de requerimientos podra optar
por mejorar nicamente las reas de procesos relacionadas con la definicin, administracin y
control de los mismos.

4.1. Nivel de capacidad 0: Incompleto

Un "proceso incompleto" es un proceso que, o bien no se ejecuta, o se ejecuta parcialmente.

Al menos una de las metas especficas del rea del proceso no se satisface y no existe metas
genricas para ese nivel, ya que no hay ninguna razn para institucionalizar un proceso
ejecutado parcialmente.

Esto es equivalente a nivel de madurez 1 en la representacin por etapas.

4.2. Nivel de capacidad 1: Realizado

Un proceso de nivel de capacidad 1 se caracteriza cmo un "proceso realizado". Un proceso

realizado es un proceso que satisface las metas especficas del rea de proceso. Soporta y
permite el trabajo necesario para producir los productos del trabajo.

4.3. Nivel de capacidad 2: Gestionado

Un proceso de nivel de capacidad 2 se caracteriza cmo un "proceso gestionado". Un proceso

gestionado es un proceso realizado (nivel de capacidad 1) que tiene la infraestructura bsica
dispuesta para soportar el proceso. Se planifica y ejecuta de acuerdo a polticas; emplea

7
personal con habilidades; tiene los recursos adecuados para producir resultados controlados;
involucra a las partes interesadas relevantes; se monitoriza, controla y revisa; y se evala la
adherencia a su descripcin del proceso. La disciplina de proceso reflejada por el nivel de
capacidad 2 ayuda a asegurar que las prcticas existentes se mantienen durante tiempo de
estrs.

4.4. Nivel de capacidad 3: Definido

Un proceso de nivel de capacidad 3 se caracteriza cmo un "proceso definido". Un proceso

definido es un proceso gestionado (nivel de capacidad 2) que se adapta a partir de un
conjunto de procesos estndar de la organizacin, de acuerdo a las guas de adaptacin de
la organizacin, y contribuye a los activos de proceso de la organizacin con productos del
trabajo, medidas e informacin adicional de mejora de procesos.

4.5. Nivel de capacidad 4: Gestionando cuantitativamente

Un proceso de nivel de capacidad 4 se caracteriza cmo un "proceso gestionado

cuantitativamente". Un proceso gestionado cuantitativamente es un proceso definido (nivel
de capacidad 3) que se controla utilizando tcnicas estadsticas y otras tcnicas cuantitativas.
Se establecen los objetivos cuantitativos de calidad y de ejecucin del proceso, y se utilizan
cmo criterios para gestionar el proceso. Se comprende la calidad y el rendimiento del
proceso en trminos estadsticos y se gestionan a lo largo de la vida del proceso.

4.6. Nivel de capacidad 5: Optimizacin

Un proceso de nivel de capacidad 5 se caracteriza cmo un "proceso en optimizacin". Un

proceso en optimizacin es un proceso gestionado cuantitativamente (nivel de capacidad 4)
que se mejora en base a una comprensin de las causas comunes de variacin inherentes al
proceso. El enfoque de un proceso en optimizacin es mejorar continuamente el rango de la
ejecucin del proceso mediante mejoras, tanto incrementales cmo innovadoras.

8
Analizando framente esto, una empresa con niveles superiores de madurez, o capacidad, debe
ofrecer mejor calidad en sus productos. La realidad es que no necesariamente funciona as por
muchos factores, entre los que se puede considerar la percepcin del cliente sobre el producto
o la forma de definicin y conjunto de procesos que se consideraron para desarrollar el
producto. Pero esto sera demasiado complejo de analizar y se toma el nivel, de madurez o
capacidad, como un elemento bastante razonable para efectos de comparar la calidad que
puede ofrecer una organizacin a sus clientes.

5. COMPONENTES DEL MODELO CMMI

Se denomina Componente a cualquiera de los elementos principales de la arquitectura que

componen un modelo CMMI.

Los componentes del modelo CMMI son: reas de procesos, metas genricas, metas especficas,
prcticas genricas, prcticas especficas y sub prcticas.

A continuacin, se define cada uno de los elementos del CMMI:

5.1. reas de Proceso (PA)

Un rea de proceso es un Conjunto de prcticas relacionadas, que ejecutadas

colectivamente satisface un conjunto de metas consideradas importantes para hacer
mejoras significativas en esa rea.

9
5.2. Metas Genricas (GG)

Se denomina genrica porque la misma declaracin de la meta se aplica a mltiples reas

de proceso. Una meta genrica describe las caractersticas que deben estar presentes para
institucionalizar los procesos que implementan un rea de procesos. Una meta genrica es
un componente requerido del modelo y se utiliza en las evaluaciones para determinar si se
satisface un rea de procesos y todas las notas asociadas a la meta se consideran
componentes informativos del modelo.

5.3. Metas Especficas (SG)

Una meta especfica describe las caractersticas nicas que deben estar presentes para
satisfacer el rea de procesos. Una meta especifica es un componente requerido del modelo
que utiliza en las evaluaciones para ayudar a determinar si se satisface un rea de proceso.

5.4. Caractersticas Comunes (KF)

Organizan las prcticas genricas de cada rea de proceso. Estn agrupadas para proveer
una manera de presentar las prcticas genricas:

Compromiso para ejecutar

Habilidad para ejecutar
Direccin de Implementacin
Verificacin de la Implementacin

5.5. Practicas Genricas (GP)

Las prcticas genricas proveen institucionalizacin para asegurar que el proceso asociado
con el rea de proceso debe ser repetible y duradero. Son categorizadas por metas genricas
y caractersticas comunes.

5.6. Practicas Especificas (SP)

Es la descripcin de una actividad que se considera importante para alcanzar la meta

especfica asociada. Las prcticas especficas describen las actividades que se espera que
produzcan la consecucin de las metas especficas de un rea de proceso. Una prctica
especfica es un componente esperado del modelo.

5.7. Sub practicas

Es una descripcin detallada que proporcionan una gua para interpretar e implantar una
prctica especifica o genrica. Las sub prctica pueden tomar un carcter prescriptivo, pero
realmente son un componente informativo indicando sola para proporcionar idea que
puedan ser tiles para la mejora del proceso.

10
6. CANDO LAS ORGANIZACIONES NECESITAN CMMI?

A continuacin, algunos sntomas para identificar si su organizacin necesita CMMI. Estos

sntomas fueron tomados de la presentacin CMMI Overview for Executives de la Universidad
Carnegie Mello.

Los planes se hacen, pero no necesariamente se siguen.

No se hace el seguimiento al trabajo real vs el plan. Los planes no son revisados.
Los requerimientos no son consistentes, los cambios no son manejados.
Los estimados son muy irreales, su incumplimiento es comn.
Cuando no se puede cumplir con los plazos, surge una atmsfera de crisis.
Los defectos se encuentran en la fase de pruebas, o peor an los encuentra el cliente.
El xito depende de acciones heroicas de individuos competentes.
La consistencia en la ejecucin es cuestionable.

11
 CASO PRCTICO
GMD, empresa del grupo Graa y Montero, lder en el Per dedicada a brindar servicios de
outsourcing de procesos de negocios y de tecnologa de la informacin, fue evaluada
exitosamente en el modelo CMMI (Capability Madurity Model Integrated) para Desarrollo,
logrando el nivel de madurez 5 en la Divisin de Application Management Services para la
Fbrica de Software y Servicio de Testing.

Lorena Rojas, Gerente de Divisin Application Management Services de GMD. coment que
en el nivel 5 se alinean los objetivos del Cliente con los del proceso de fbrica, se incorporan
tcnicas estadsticas de medicin, modelos de desempeo para predecir los resultados de la
ejecucin de nuestros procesos, ms herramientas automatizadas para el soporte del desarrollo
de software a lo largo del proyecto, todo esto nos permite ser ms finos en estimaciones y
mejorar nuestra productividad, traduciendo estas optimizaciones a nuestros Clientes, en
incremento en la Calidad (reduccin de defectos por producto), reduccin de Costos,
cumplimiento de plazos, garantizando el time-to-market de los productos de nuestros
Clientes.

12
 CONCLUSIN

Las personas, aunque sean buenos no pueden realizar bien su trabajo si el procedimiento no les
gua.

Es vital que las organizaciones adquieran rpidamente un procedimiento y, al menos, un nivel 2

de madurez (o equivalente en otras metodologas). Esto implica estandarizar el sistema de
desarrollo de software a travs de procesos definidos que permitan realizar proyectos de un
modo repetitivo.

13
 BIBLIOGRAFIA

Konrad Shrum, Mary. (2009). Gua para la integracin de procesos y la mejora de

productos. Tesis de Doctorado en Ingeniera Informatica. Escuela Tcnica Superior de
Ingeniera Informtica.
Concha Huacoto, Nancy. (2005). Propuesta para implantar CMMI en una
empresa con multiples unidades desarrolladoras de software. Tesis de Licenciatura en
Computacion. Universidad Nacional Mayor de San Marcos.

14