Está en la página 1de 14

Capability Maturity Model Integration CMMI

(Integracin de Modelos de Madurez de las Capacidades)

Para todos los que su trabajo tiene que ver con la gestin de las TI, la gestin de los procesos de
negocio (Business Process Management, BPM) es un punto clave. Tanto si gestionan servicios,
desarrollan productos o son responsables de un departamento o incluso de toda una organizacin
dedicada a las tecnologas de la informacin, la estructuracin del trabajo por procesos, la
documentacin y medicin de los mismos y su posible mejora con el tiempo es un enfoque
imprescindible a largo plazo.
Existen varias referencias en la industria que tocan de forma directa o indirecta el tema de la
gestin de procesos de la organizacin: por ejemplo, si nuestra empresa tiene un sistema de
calidad ISO 9001, hay una mejora continua de procesos instaurada y funcionando; si nuestra
gestin de servicios est basada en ITIL, sabemos que los procesos de gestin de dichos servicios
estn basados en unas mejores prcticas, etc.

1. INTRODUCCION

Capability Maturity Model Integration (CMMI) es un modelo para la mejora de procesos que
proporciona a las organizaciones los elementos esenciales para procesos eficaces. Su
idea principal es presentar una estructura a seguir para el desarrollo de software, de tal forma a que
se pueda controlar y medir cada parte del proceso completo de desarrollo. En principio, CMMI
estaba orientado exclusivamente al desarrollo de software, pero se ha ido generalizando hasta
finalmente derivar en los 3 modelos.
La versin actual de CMMI es la versin 1.3. Hay tres constelaciones/modelos del CMMI disponible:

CMMI para el Desarrollo (CMMI-DEV o CMMI for Development). En l se


trata la mejora de los procesos para el desarrollo de mejores productos y servicios.

CMMI para la adquisicin (CMMI-ACQ o CMMI for Acquisition). 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
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.
Adems, el SEI es el instituto que cre y mantiene el modelo de calidad CMM - CMMI
Se bas en la experiencia de otros modelos de la industria como son:
Capability Maturity Model for Software (SW-CMM) v2.0 draft C.
Electronic Industries Alliance Interim Standard (EIA/IS) 731.
Integrated Product Development Capability Maturity Model (IPD-CMM) v0.98.
Estas prcticas, tcnicas, mtodos se formularon en base a la experiencia de las organizaciones que
experimentaban lo siguiente:

Los planes se hacen pero no necesariamente se siguen.

No se hace un seguimiento del trabajo con el plan. Los planes no se ajustan.

Los requerimientos no son consistentes. No se hace una gestin de cambios.

Las estimaciones son irreales. La subestimacin es comn.

Los defectos son descubiertos en la fase de pruebas, o peor an, por el cliente.

El xito depende de esfuerzos heroicos de gurs.

Para completar con el proyecto generalmente estas situaciones sucedan/suceden:

Las personas trabajan ms tiempo y ms rpido.

Las personas se mueven de proyecto en proyecto.

Se recortan requerimientos del proyecto.

Los proyectos agregan ms personas.

Todos recortan las esquinas.

Un hroe salva el da.

Y en resumen se tena/tiene que:

Los Compromisos son incumplidos.

Entrega tarda del software.

Por la visibilidad inadecuada de la gestin.

Muchos imprevistos.

Problemas de calidad.

Los trabajos se rehacen demasiado.

Las funciones no funcionan correctamente.

Insatisfaccin del cliente.

Baja moral.

Gente frustrada.

Control inadecuado.

Por lo tanto el CMMI trata estos problemas de manera que las organizaciones adopten
estndares y mejoren la gestin y calidad del producto software y sus procesos en
general. Por los problemas anteriormente citados, se lo puede concebir al CMMI como:

Un enfoque de mejora de procesos que proporciona a las organizaciones los elementos


esenciales de la eficacia de los procesos.

Un framework para organizar y priorizar actividades.

Tcnicas de apoyo para la coordinacin de actividades de mltiples disciplinas que podran


ser necesarias para construir con xito un producto.

Una gua de mejora de proceso a travs de un proyecto, una divisin, o de toda una
organizacin.

Es el modelo de procesos ms difundido a nivel mundial para la mejora en las


organizaciones, tanto en la madurez de la organizacin como en la capacidad de los
procesos.
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.

2. DEFINICIONES

Qu es CMMI segn el SEI?

Capability Maturity Model Integration (CMMI) es un enfoque de mejora de procesos que


proporciona a las organizaciones los elementos esenciales de la eficacia de los procesos. Se puede
usar para guiar el proceso de mejora a travs de un proyecto, una divisin, o de toda una
organizacin. CMMI ayuda a integrar funciones tradicionalmente separadas de organizacin,
establecer objetivos de mejora de procesos y prioridades, proporcionar orientacin en cuanto a
procesos de calidad, y proporcionar un punto de referencia para la evaluacin de los procesos
actuales.

Evaluacin

Una organizacin no puede certificarse en CMMI, en su lugar, una organizacin que se aprecia.
Dependiendo del tipo de evaluacin, la organizacin podr recibir una clasificacin de nivel de
vencimiento o un perfil de rendimiento de nivel de capacidad.
Muchas organizaciones encuentran valor en la medicin de su progreso mediante la realizacin de
una evaluacin. Las evaluaciones se llevaron a cabo tpicamente por una o ms de las siguientes
razones:

Para determinar qu tan bien los procesos de las organizaciones en comparacin con las
mejores prcticas CMMI, y para identificar las reas donde se pueden hacer mejoras

Para informar a los clientes y proveedores externos de lo bien que comparan los procesos de
las organizaciones con las mejores prcticas CMMI

Para cumplir con los requisitos contractuales de uno o ms clientes

Las evaluaciones de las organizaciones que utilizan un modelo CMMI deben cumplir con los
requisitos definidos en los requisitos de la valoracin de documento CMMI. Hay tres tipos de
evaluaciones, A, B y C, que se centran en la identificacin de oportunidades de mejora y la
comparacin de los procesos de las organizaciones con las mejores prcticas CMMI. De stos, la
clase A de evaluacin es la ms formal y es el nico que puede resultar en una clasificacin de nivel.
Los equipos de evaluacin utilizan un modelo CMMI y el mtodo de evaluacin ARC-conformes
para guiar su evaluacin de la organizacin y sus informes de conclusiones. Los resultados de la
evaluacin a continuacin, pueden ser utilizados para planificar mejoras para la organizacin.
El mtodo de evaluacin estndar CMMI para la mejora de procesos es un mtodo de evaluacin
que cumpla con todos los requisitos de ARC. Los resultados de una evaluacin SCAMPI podrn
publicarse en el sitio Web de CMMI del SEI: Publicado SCAMPI valoracin de resultados. SCAMPI
tambin es compatible con la realizacin de la norma ISO/IEC 15504, tambin conocido como
especia, evaluaciones etc.

Madurez.

Implica la potencialidad de poder crecer e indica tanto la riqueza de un proceso de software de una
organizacin como la consistencia con que se aplica en proyectos de toda la organizacin. Tambin
es el grado de mejora continua que se realiza en un proceso respecto a un estado.
El grado con que el proceso est:
Definido y documentado: En cada momento el proceso indica los pasos a seguir. Cuanto

ms sabemos del proceso mejor ser lo producido..

Administrado y controlado: Se dispone de fondos, recursos, formacin, etc. Se conocen

los riegos y se est preparado para ello.


Medido y sea efectivo.

Madurez de un proceso de software.

Se refiere a un proceso especfico que est explcitamente definido, administrado, medido,


controlado, y es efectivo.
Organizacin inmadura: en donde los procesos de software generalmente se improvisan,

esto incluye la posibilidad que, an especificados los procesos, ellos no

se desarrollen en

forma rigurosa.
Organizacin madura: Posee la habilidad en toda su organizacin para administrar tanto

el desarrollo como la manutencin de proyectos.


Comparacin de Madurez en las empresas.

Empresa INMADURA

Empresa MADURA

Apaga fuegos

Tiene procesos definido

Tiene pocos recursos propios

Tiene responsabilidades
definidas

Tiene xito gracias a los hroes

Hay altibajos en la productividad


por rotacin de recursos

El conocimiento est en la
organizacin

Resultados predecibles

Las planificaciones son poco


realistas.

Entrega con la calidad


esperada

Mucho esfuerzo dedicado a


mantenimiento

Cumple plazos de entrega

Incrementa la productividad

Reconocer las mejoras

Satisface a los clientes

Los empleados estn a gusto

Los plazos de entrega son


impredecibles

Los empleados estn descontentos

Beneficios de la mejora de procesos.

Los siguientes son algunos de los beneficios y las razones de negocio para la ejecucin del proceso
de mejora:

La calidad de un sistema es altamente influenciada por la calidad del proceso utilizado para
adquirir, desarrollar y mantener.

La mejora de procesos aumenta la calidad de los productos y servicios as como las


organizaciones que aplican esto para alcanzar sus objetivos de negocio.

Los objetivos de la mejora de procesos estn alineados con los objetivos de negocio.

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:

La gestin y la ingeniera de las actividades estn ms explcitamente enlazadas para los


objetivos del negocio.

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

Incorporar la experiencia adquirida en otras zonas de las mejores prcticas (por ejemplo, la
medicin, la gestin de riesgos, y gestin de proveedores)

Aplicar prcticas de alta madurez ms robustas.

Direccin organizacional adicional de funciones crticas para sus productos y servicios.

Cumplir lo ms completamente con las normas ISO.

3. BREVE RESEA DEL CMMI

El CMMI (Capability Maturity Model Integration), nace a finales de los aos 80


(exactamente, 1987) dentro de la industria militar de los Estados Unidos de Amrica,
y su primera finalidad inicial fue la de evaluar los procesos de software ms crticos, hoy ese modelo
ha madurado a una serie de reglas y de buenas prcticas apoyada en una serie de herramientas
software y no software para el uso o puesta en marcha de procesos de mejora continua en desarrollo
y mantenimiento de sistemas informticos.
Este modelo no es exclusivo del software ya que es aplicable a muchas otras reas, los principales
pilares sobre los que se levant esta idea, fueron estas 22 reas de proceso:

Anlisis de Causas y Resolucin

Gestin de la configuracin

Anlisis de Decisiones y Resolucin

Gestin Integrada de Proyectos

Medicin y Anlisis

Innovacin y Despliegue Organizacionales

Definicin de procesos organizacionales

Enfoque Organizacional en Procesos

Rendimiento de Procesos Organizacionales

Formacin Organizacional

Monitorizacin y Control de Proyecto

Planificacin de proyecto

Aseguramiento de calidad de Procesos y Productos

Integracin de Producto

Gestin Cuantitativa de Proyectos

Gestin de Requerimientos

Desarrollo de Requerimientos

Gestin de Riesgos

Gestin de Acuerdos con Proveedores

Solucin Tcnica

Validacin

Verificacin

En su momento, el departamento de defensa de los estados unidos tena muchos problemas con el
software que encargaba desarrollar a otras empresas, los presupuestos se disparaban, las fechas
alargaban ms y ms. Vale decir que estos problemas existen an, principalmente en los casos
donde no se utiliza un modelo de mejora de Procesos.
Dado que esta situacin les pareca intolerable convoc un comit de expertos para que solucionase
estos problemas, en el ao 1983 dicho comit concluy lo siguiente: "Tienen que crear un instituto
de la ingeniera del software, dedicado exclusivamente a los problemas del software, y a ayudar al
Departamento de Defensa".
Convocaron un concurso pblico en el que dijeron: "Cualquiera que quiera enviar una solicitud
tiene que explicar cmo van a resolver estos 4 problemas", se presentaron diversos estamentos y la
Universidad Carnegie Mellon gan el concurso en 1985, creando el SEI.

El SEI (Software Engineering Institute) es el instituto que cre y mantiene el modelo


de calidad CMM CMMI.
A partir de noviembre de 1986 el SEI, a requerimiento del Gobierno Federal de los Estados Unidos
de Amrica, desarroll una primera definicin de un modelo de madurez de procesos en el
desarrollo de software, que se public en septiembre de 1987. Este trabajo evolucion al modelo
CMM o SW-CMM (CMM para Software), cuya ltima versin (v1.1) se public en febrero de 1993.
Este modelo establece un conjunto de prcticas o procesos clave agrupados en reas Clave de
Proceso (KPA - Key Process rea). Para cada rea de proceso define un conjunto de buenas
prcticas que habrn de ser:

Definidas en un procedimiento documentado

Provistas de los medios y formacin necesarios

Ejecutadas de un modo sistemtico, universal y uniforme (institucionalizadas)

Medidas

Verificada

Componentes del CMM

Como sabemos el CMM es un marco de trabajo que describe los elementos claves de un proceso de
Software Efectivo, nos muestra un camino de mejora evolutivo desde un proceso inmaduro a un
proceso maduro y disciplinado. Para estos son descritas prcticas para la planificacin, ingeniera y
administracin del desarrollo y mantenimiento de Software.
Cuando las organizaciones se cien a estas prcticas se mejora la habilidad para cumplir las metas
de costos, planificacin, funcionalidad y calidad del producto.
A continuacin mostramos un grfico que muestra los componentes del Modelo CMM de una forma
estructural:

Figura. Componentes Principales de CMM

Niveles de Madurez: es una plataforma evolutiva bien definida con el propsito de lograr
un proceso de software maduro. Los cinco niveles proveen la estructura de ms alto nivel de
CMM.

Capacidades del Proceso: las capacidades del proceso de software describen el rango de
resultados esperados que pueden ser logrados siguiendo un proceso de software. Las
capacidades de procesos de software de una organizacin proveen una forma de predecir
fielmente las salidas esperadas del prximo proyecto de software encarado por la
organizacin.

reas de Proceso Claves: cada una identifica una serie de actividades relacionadas, que
cuando se realizan colectivamente, logran un conjunto de objetivos considerados
importantes para establecer las Capacidades del Proceso en ese nivel de madurez. Las reas
de Proceso Claves se disearon para que residan en un slo Nivel de Madurez. Por ejemplo:
una de las reas Clave de Proceso para el Nivel 2 es Planificacin de Proyectos de Software.

Caractersticas (Funciones) Comunes: las prcticas claves estn divididas en cinco


secciones de caractersticas comunes: Requisitos a Realizar, Habilidad para Realizar,
Actividades Realizadas, Mediciones y Anlisis, y Verificacin de la Implementacin. Las
caractersticas comunes

son atributos que indican si la implementacin y la

institucionalizacin de un rea Clave de Proceso es efectiva y repetible. Las Caractersticas


Comunes de Actividades Realizadas describen las actividades de implementacin. Las otras
cuatro describen los factores de institucionalizacin, que hacen que un proceso sea parte de
la cultura de la organizacin.

Objetivos: resumen las prcticas claves de un rea de Proceso Clave, y pueden usarse para
determinar si una organizacin o proyecto ha implementado efectivamente un APC.
Representan el alcance, los lmites, y la intencin de cada APC. Por Ejemplo: un objetivo del
APC Planificacin de Proyectos de Software es Las estimaciones del software son
documentadas para su uso en la planificacin y seguimiento del proyecto de software.

Prcticas Claves (PC): cada APC es descrito en trminos de Prcticas Claves que, cuando
son implementadas, ayudan a satisfacer los objetivos de esa rea de Procesos Clave.
Describen la infraestructura y las actividades que contribuyen a una implementacin e
institucionalizacin efectiva del APC. Ejemplo: una PC para el APC Planificacin de
Proyectos de Software es: El plan de desarrollo del proyecto de software es desarrollado de
acuerdo a un procedimiento documentado.

Componentes de CMMI

Figura 4. Componentes de CMMI

Cmo modelo, CMMI tiene varios componentes que constituyen las herramientas mediante los
cuales se realiza la evaluacin. Se describe a continuacin, brevemente algunos d esos componentes,
que se pueden ver en la figura.

rea de proceso.

Conjunto de prcticas relacionadas que son ejecutadas de forma conjunta para conseguir un
conjunto de objetivos. En la siguiente seccin revisamos estas reas con mayor detalle.

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.
Ejemplo:

Institucionalizar un proceso definido

Institucionalizar un proceso gestionado

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.
Ejemplo:

Registrar y controlar cambios

Desarrollar requerimientos del cliente

Desarrollar requerimientos del producto

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.
Ejemplo:

Establecer una poltica organizacional

Planear el proceso

Entrenar al personal

Prctica especfica: Una prctica especfica es una actividad que se considera importante
en la realizacin del objetivo especfico al cual est asociado.
Ejemplo:

Identificar elementos de Interfaces

Establecer una definicin de la funcionalidad requerida.

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 especifica.

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.

4. REPRESENTACION DEL 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 adoptar la que se adapte a sus caractersticas y
prioridades de mejora.

Representacin Escalonada.

Una representacin escalonada proporciona un mapa predefinido a seguir para la mejora de la


organizacin, basada en la agrupacin probada y el ordenamiento de procesos y
relaciones de organizacin asociadas.
En esta representacin, cada etapa del proceso de mejora se define como un nivel de madurez
especfico. Cada nivel tiene su propio juego de reas de proceso que indican donde debera
enfocarse para mejorar el proceso de la organizacin. Cada una de estas reas es descrita en
trminos de las prcticas que contribuyen a la satisfaccin de sus objetivos. El progreso ocurre
mediante la satisfaccin de los objetivos de toda el rea de proceso en un nivel de madurez
particular, antes de escalar al siguiente nivel.

Figura 5. Representacin Escalonada

Las estimaciones sobre una representacin escalonada, evala a la organizacin como un todo
determinando cuntas reas de proceso han sido logradas, o sea, cuntos objetivos de dichas reas
han sido logrados. En base a esto, se define en qu nivel de madurez se encuentra la organizacin.

Representacin Continua.

Esta representacin proporciona una gua menos especfica sobre el orden en el cual la mejora
debera ser lograda. Se le llama continuo porque ninguna de las etapas discretas son asociadas con
la madurez de organizacin.
Del mismo modo que en la representacin escalonada, se tienen reas de proceso y prcticas en
cada rea, sin embargo, estas son organizadas de una manera que apoya el proceso individual y
el crecimiento de cada rea. La mayor parte de las prcticas asociadas con la mejora de proceso
son genricas; son externos al proceso individual de las reas, y se aplican a todas las reas de
proceso. Las prcticas genricas son agrupadas en niveles de capacidad (CLs), cada uno de los
cuales tiene una definicin que es aproximadamente equivalente a la definicin de los niveles de
madurez en un modelo organizado. Las reas de proceso son mejoradas e institucionalizadas
mediante la puesta en prctica de las prcticas genricas en aquella rea de proceso.

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 modelos

De inicio sive como:

Gua para mejorar los procesos de desarrollo, mantenimiento y operacin de sistemas de softwar en
una organizacin.
Criterio comn para evaluar el nivel de madurez de una organizacin, o la capacidad de sus procesos.