Está en la página 1de 34

Seminario de Ingeniería del Software

Capability Maturity Model Integration


CMMI - Overview I

CAPIS
Centro de Ingeniería del Software e
Ingeniería del Conocimiento

Junio 2004

Objetivo de la presentación

Brindar una visión general del CMMI y su utilidad a lo largo del


ciclo de vida de un producto o servicio, presentando:

• Breve descripción del CMMI.


• Comparación entre SW-CMM y CMMI.
• Estadísticas sobre la aplicación del CMMI.
• Conclusiones.

M. Ing. Eduardo Diez 1


Seminario de Ingeniería del Software

CMMI - Generalidades

• El CMMI consiste en mejores prácticas que abordan el desarrollo


y mantenimiento de productos y servicios, cubriendo su ciclo de
vida desde la concepción hasta la entrega y el mantenimiento.
• CMMI integra cuerpos de conocimiento (o disciplinas) que son
esenciales al desarrollar productos, pero han sido abordados
separadamente en el pasado. Integrando estos cuerpos de
conocimiento, CMMI provee una solución global para el
desarrollo y mantenimiento de productos y servicios.
• Una organización debe seleccionar aquellas disciplinas que
correspondan a los procesos que quiere mejorar.

CMMI – Generalidades (cont.)

• CMMI soporta dos enfoques o representaciones (escalonado y


continuo).
• Una organización debe seleccionar la representación que más se
adecue a su situación.
• El modelo proporciona un método de apreciación CMMI estándar
para mejora de procesos (SCAMPI).
• La correcta traducción al español es “Modelo de Madurez de
Capacidad - Integración”.

M. Ing. Eduardo Diez 2


Seminario de Ingeniería del Software

CMMI - Orígenes y evolución

• En 1998 el Instituto de Ingeniería de Software (SEI) de la


Universidad Carnegie Mellon (CMU), inicia el proyecto CMMI.
• En 1999 el SEI libera el CMMI v0.2, que fue revisado públicamente
y usado en actividades piloto.
• En 2000 el SEI libera el CMMI v1.0, como resultado de la
evaluación de la revisión.
• En 2000 el SEI libera el CMMI v1.02 que incorporó cambios
menores y fue revisado públicamente.
• En 2002 el SEI libera el CMMI v1.1, como resultado de la
evaluación de la revisión.

CMMI – Integración de modelos

La misión del equipo de desarrollo del CMMI era combinar 3


modelos fuente:
• Software Capability Maturity Model (SW-CMM) v2.0. Focalizado
en temas y prácticas de ingeniería de software.
• Systems Engineering Capability Maturity Model (SE-CMM),
también conocido como Electronic Industries Alliance 731 (EIA
731). Focalizado en temas y prácticas de ingeniería de sistemas.
• Integrated Product Development Capability Maturity Model
(IPD-CMM) v0.98. Focalizado en las disciplinas necesarias para
desarrollo de productos.

M. Ing. Eduardo Diez 3


Seminario de Ingeniería del Software

CMMI – Disciplinas
Alcance

CMMI cubre 4 disciplinas o cuerpos de conocimiento:


• Ingeniería de sistemas (SE): Cubre el desarrollo de sistemas
integrales, los cuales pueden o no incluir software. Se focaliza en
transformar necesidades, expectativas y restricciones de clientes
en productos y en respaldar esos productos a lo largo de su vida.
• Ingeniería del software (SW): Cubre el desarrollo de sistemas de
software. Se focaliza en aplicar un enfoque sistemático,
disciplinado y cuantificable para el desarrollo, operación y
mantenimiento del software.

CMMI – Disciplinas
Alcance (cont.)

• Desarrollo de procesos y productos integrados (IPPD): Es un


enfoque sistemático que logra una colaboración oportuna de las
partes interesadas (stakeholders) relevantes en la vida de un
producto que satisface necesidades, expectativas y
requerimientos de clientes. Si un proyecto u organización elige
IPPD, debe ejecutar sus mejores prácticas concurrentemente con
las mejores prácticas usadas para producir un determinado
producto.
• Fuente proveedora (SS): Cubre la adquisición de productos de
proveedores. En forma similar a IPPD, las mejores prácticas
relacionadas, se deben ejecutar concurrentemente con las mejores
prácticas usadas para producir un determinado producto.

M. Ing. Eduardo Diez 4


Seminario de Ingeniería del Software

CMMI – Disciplinas
Area de proceso

• Es un grupo de mejores prácticas relacionadas con un área que,


implementadas colectivamente, satisface un conjunto de objetivos
considerados importantes para lograr una mejora significativa en
dicha área.

CMMI – Disciplinas
Areas de proceso por disciplina
Disciplina Areas de proceso
zAnálisis causal y resolución (CAR) zIntegración de productos (PI)
zGestión de la configuración (CM) zMonitoreo y control de proyectos (PMC)
zAnálisis de decisiones y resolución zPlanificación de proyectos (PP)
(DAR) zAseguramiento de la calidad de
zGestión integrada de proyectos (IPM) procesos y productos (PPQA)
Ingeniería de sistemas zMediciones y análisis (MA) zGestión cuantitativa de proyectos (QPM)
(SE) zInnovación organizacional y zDesarrollo de requerimientos (RD)
despliegue (OID) zGestión de requerimientos (REQM)
Ingeniería del software zDefinición del proceso organizacional zGestión de riesgos (RSKM)
(SW) (OPD) zGestión de acuerdos con proveedores
zFocalización en el proceso (SAM)
organizacional (OPF) zSolución técnica (TS)
zPerformance del proceso
zValidación (VAL)
organizacional (OPP)
zVerificación (VER)
zEntrenamiento organizacional (OT)

Desarrollo de procesos zEquipo integrado (IT)


y productos integrados zEntorno organizacional para la
(IPPD) integración (OEI)
Fuente proveedora (SS) zGestión integrada de proveedores
(ISM)

M. Ing. Eduardo Diez 5


Seminario de Ingeniería del Software

CMMI – Disciplinas
Amplificaciones de disciplinas

• Una amplificación de disciplina es un componente del modelo


que contiene información relevante a una disciplina particular.
• Como las áreas de proceso para SE y SW son iguales, la única
diferencia entre ellos radica en el tipo de amplificaciones de
disciplinas incluidas.

CMMI – Disciplinas
Selección

• Una organización debe seleccionar aquellas disciplinas que


correspondan a los procesos que quiere mejorar.
• Las disciplinas IPPD y SS no se pueden seleccionar aisladamente,
se deben seleccionar conjuntamente con SE y/o SW.

M. Ing. Eduardo Diez 6


Seminario de Ingeniería del Software

CMMI – Representaciones
Representación escalonada

• Es el enfoque usado en el modelo SW-CMM.


• El enfoque usa un conjunto predefinido de áreas de proceso para
definir un camino de mejora para una organización.
• El camino de mejora es descrito por un componente del modelo
llamado nivel de madurez.
• Un nivel de madurez es una meseta evolutiva bien definida, que
asegura que se ha alcanzado una base para el próximo nivel y
permite una mejora incremental y duradera.

CMMI – Representaciones
Representación continua

• Es el enfoque usado en los modelos SE-CMM y IPD-CMM.


• El enfoque permite a una organización seleccionar áreas de
proceso específicas y su granularidad de mejora, para mejorar con
respecto a ellas.
• Existen limitaciones para la selección de áreas de proceso debido a
las dependencias entre ellas.
• La representación continua usa niveles de capacidad para
caracterizar y medir mejoras relativas a un área de proceso
individual.
• Una organización puede alcanzar un mismo nivel de capacidad
para todas las áreas de proceso que seleccione o distintos niveles
(por ejemplo podría querer alcanzar nivel de capacidad 2 en un
área de proceso y nivel de capacidad 4 en otra).

M. Ing. Eduardo Diez 7


Seminario de Ingeniería del Software

CMMI – Representaciones
Ventajas comparativas
Representación continua Representación escalonada

Concede la libertad de seleccionar el orden de mejora que Permite a la organización tener un camino predefinido y
más convenga a las necesidades de la organización. probado de mejora.

Permite una mayor visibilidad de la capacidad lograda en Se focaliza en un conjunto de procesos que provee a una
cada área de proceso individual. organización de una capacidad específica, que es
caracterizada por un nivel de madurez.
Provee una calificación en niveles de capacidad que es Provee una calificación en niveles de madurez, que
usada, sobre todo, para la mejora en una organización y generalmente es usada tanto internamente como
raramente es comunicada externamente. externamente.

Permite mejorar diferentes procesos en diferentes niveles. Resume los resultados del proceso de mejora en un solo
nivel de madurez.
Ofrece un enfoque que por ahora carece de datos que Ofrece un enfoque, de relativamente larga historia de uso,
demuestren el retorno de la inversión. que incluye casos de estudio y datos que demuestran el
retorno de la inversión.
Provee una fácil migración desde el modelo SE-CMM al Provee una fácil migración desde el modelo SW-CMM al
CMMI. CMMI.
Proporciona una fácil comparación, para mejoras de Permite la comparación, para mejoras de procesos, con
procesos, con ISO/IEC 15504. ISO/IEC 15504, pero la organización de áreas de proceso
no se corresponde con el mismo.

CMMI – Representaciones
Selección

• Se puede seleccionar cualquiera de las dos representaciones,


obteniendo resultados equivalentes (más del 80% del contenido de
CMMI es común a ambas representaciones).
• Se recomienda seleccionar aquella representación con la que la
organización se encuentre más familiarizada (por ejemplo si usaba
los modelos fuente anteriores).
• Si una organización no sabe donde empezar la mejora y cuales
procesos seleccionar, la representación escalonada es una buena
elección.
• Si una organización conoce muy bien sus propias necesidades y
las dependencias entre las áreas de proceso de la disciplina
elegida, la representación continua es una buena elección.
• También se pueden seleccionar las dos representaciones, en
diferentes momentos, para necesidades particulares.

M. Ing. Eduardo Diez 8


Seminario de Ingeniería del Software

CMMI – Estructura
Representación continua

Area de proceso 1 Area de proceso 2 Area de proceso 3

Objetivos Objetivos
específicos genéricos

Prácticas Prácticas
específicas genéricas

Nivel de capacidad

CMMI – Estructura
Nivel de capacidad

• Es un logro de un proceso de mejora de una organización, para un


área de proceso específica. Se focaliza en la capacidad de un área
de proceso y se usa para la representación continua.
• Consiste en prácticas específicas y genéricas relacionadas, para un
área de proceso específica, que puede mejorar los procesos de la
organización asociados a dicha área.
• A medida que se satisfacen los objetivos específicos y genéricos de
un área de proceso para un nivel de capacidad en particular, se
obtienen los beneficios de la mejora de procesos.

M. Ing. Eduardo Diez 9


Seminario de Ingeniería del Software

CMMI – Estructura
Nivel de capacidad 0 - Incompleto

• Un proceso incompleto es tanto un proceso no desempeñado


como un proceso parcialmente desempeñado.
• Uno o más de los objetivos específicos del área de proceso no son
satisfechos y no existen para este nivel objetivos genéricos, ya que
no hay razón para institucionalizar un proceso parcialmente
desempeñado.

CMMI – Estructura
Nivel de capacidad 1 - Desempeñado

• Un proceso desempeñado es un proceso que satisface los objetivos


específicos del área de proceso
• El proceso respalda y hace posible el trabajo necesario para
producir los productos de trabajo.

M. Ing. Eduardo Diez 10


Seminario de Ingeniería del Software

CMMI – Estructura
Nivel de capacidad 2 - Gestionado

• Un proceso gestionado es un proceso desempeñado (CL-1) que


tiene establecida una infraestructura básica para respaldar ese
proceso.
• Es planificado y ejecutado de acuerdo a políticas; emplea a
personas calificadas que poseen recursos adecuados para producir
resultados controlados; involucra a las partes interesadas
relevantes; es monitoreado, controlado y revisado; y es evaluado
por su apego a su descripción de proceso.

CMMI – Estructura
Nivel de capacidad 3 - Definido

• Un proceso definido es un proceso gestionado (CL-2) que es


adaptado del conjunto de procesos estándares de la organización,
de acuerdo a los lineamientos para adaptación de esa
organización.
• Contribuye con productos de trabajo, mediciones y otra
información de mejora, a los componentes del proceso de la
organización.

M. Ing. Eduardo Diez 11


Seminario de Ingeniería del Software

CMMI – Estructura
Nivel de capacidad 4 – Gestionado cuantitativamente

• Un proceso gestionado cuantitativamente es un proceso definido


(CL-3) que es controlado usando técnicas estadísticas y otras
técnicas cuantitativas.
• Se establecen objetivos cuantitativos para la calidad y la
performance del proceso y se los usa como criterios para gestionar
dicho proceso.
• La calidad y la performance del proceso son entendidos en
términos estadísticos y son gestionados a lo largo de la vida del
proceso.

CMMI – Estructura
Nivel de capacidad 5 – Optimizado

• Un proceso optimizado es un proceso gestionado


cuantitativamente (CL-4) que es mejorado en base a un
entendimiento de las causas comunes de variación inherentes a
ese proceso.
• El foco en un proceso optimizado está puesto en la mejora
continua del rango de performance del proceso, por medio de
mejoras incrementales y mejoras innovadoras.

M. Ing. Eduardo Diez 12


Seminario de Ingeniería del Software

CMMI – Estructura
Representación escalonada
Nivel de madurez

Area de proceso 1 Area de proceso 2 Area de proceso 3

Objetivos Objetivos
específicos genéricos
Aspectos comunes

Compromiso Habilidad Dirección de la Verificación de la


para la ejecución para ejecutar implementación implementación

Prácticas Prácticas
específicas genéricas

CMMI – Estructura
Nivel de madurez

• Es un logro de un proceso de mejora de una organización, para


múltiples áreas de proceso. Se focaliza en la madurez de la
organización y se usa para la representación escalonada.
• Consiste en prácticas específicas y genéricas relacionadas, para un
conjunto predefinido de áreas de proceso, que mejora la
performance global de la organización.
• Los niveles de madurez son medidos por el logro de los objetivos
específicos y genéricos asociados a cada conjunto predefinido de
áreas de proceso.

M. Ing. Eduardo Diez 13


Seminario de Ingeniería del Software

CMMI – Estructura
Nivel de madurez 1 - Inicial

• Los procesos son usualmente ad-hoc y caóticos. La organización


usualmente no provee un ambiente estable para respaldar los
procesos.
• El éxito, en este tipo de organizaciones, depende de la
competencia y esfuerzo individuales y no del uso de procesos
probados.
• A pesar del caos, estas organizaciones frecuentemente producen
productos y servicios que funcionan, sin embargo, éstos suelen
exceder sus presupuestos y cronogramas.
• Las organizaciones se caracterizan por una tendencia a sobre-
comprometerse, abandonar sus procesos
en épocas de crisis y por una incapacidad para
repetir sus éxitos pasados.

CMMI – Estructura
Nivel de madurez 2 - Gestionado

• En los proyectos de una organización se asegura que los


requerimientos son gestionados, y que los procesos son
planeados, ejecutados, medidos y controlados.
• La disciplina del proceso permite garantizar que las prácticas
existentes no se abandonan en tiempos de crisis.
• El estado de los productos de trabajo y la distribución de servicios
son visibles a la dirección en puntos definidos (ej: principales
hitos).
• Los compromisos son establecidos entre las partes interesadas
relevantes y son revisados cuando es necesario.
• Los productos de trabajo y los servicios satisfacen
la descripción de los procesos, estándares y
procedimientos.

M. Ing. Eduardo Diez 14


Seminario de Ingeniería del Software

CMMI – Estructura
Nivel de madurez 3 - Definido

• La organización tiene establecido un conjunto de procesos


estándar (incluyendo procedimientos, herramientas, estándares y
métodos). Estos procesos estándar son utilizados para establecer
consistencia a lo ancho de la organización.
• En los proyectos se establecen sus procesos definidos, adaptando
el conjunto de procesos estándar, de acuerdo a los lineamientos de
adaptación de la organización.
• En el nivel 2, los procedimientos, métodos y demás pueden variar
significativamente en cada proyecto. En este nivel, no varían,
salvo las variaciones permitidas en los lineamientos de
adaptación.
• La performance de los procesos es
cualitativamente predecible.

CMMI – Estructura
Nivel de madurez 4 – Gestionado cuantitativamente

• La organización y los proyectos establecen objetivos cuantitativos


para la calidad y la performance de procesos y son usados como
criterio para gestionar esos procesos.
• Los objetivos cuantitativos se basan en las necesidades del cliente,
de los usuarios finales, de la organización y de quienes
implementan los procesos.
• La calidad y la performance de los procesos son entendidos en
términos estadísticos y son gestionados a lo largo de la vida de
esos procesos.
• En determinados procesos se recolectan mediciones y se analizan
estadísticamente. Estas mediciones se incorporan en un
repositorio de la organización, para respaldar
decisiones basadas en hechos.
• La performance de los procesos es
cuantitativamente predecible.

M. Ing. Eduardo Diez 15


Seminario de Ingeniería del Software

CMMI – Estructura
Nivel de madurez 5 – Optimizado

• La organización mejora continuamente sus procesos en base a un


entendimiento de las causas comunes de variación inherentes a
esos procesos.
• El foco está puesto en la mejora continua de la performance de los
procesos, por medio de mejoras incrementales, innovadoras y
tecnológicas.
• Objetivos cuantitativos de mejora de los procesos son
establecidos, revisados continuamente para reflejar cambios en
objetivos de negocio y usados como criterio para gestionar la
mejora de los procesos.
• Los efectos de las mejoras de procesos
implementadas son medidas, y evaluadas contra
los objetivos cuantitativos de mejora de los
procesos.

CMMI – Estructura
Nivel de capacidad vs. Nivel de madurez

• Ambos niveles proveen una forma de medir y caracterizar las


mejoras.
• La comparación entre ambos es la siguiente:

Nivel Capacidad Madurez

0 Incompleto NA

1 Desempeñado Inicial

2 Gestionado Gestionado

3 Definido Definido

4 Gestionado cuantitativamente Gestionado cuantitativamente

5 Optimizado Optimizado

M. Ing. Eduardo Diez 16


Seminario de Ingeniería del Software

CMMI – Estructura
Representación continua

Area de proceso 1 Area de proceso 2 Area de proceso 3

Objetivos Objetivos
específicos genéricos

Prácticas Prácticas
específicas genéricas

Nivel de capacidad

CMMI – Estructura
Areas de proceso - Representación continua

• Las área de proceso de clasifican en categorías.


• La organización debe seleccionar las áreas de proceso específicas,
para mejorar con respecto a ellas.
• Una vez seleccionada un área de proceso se debe decidir cuanto se
desea mejorar los procesos asociados a esa área de proceso,
seleccionando el nivel de capacidad apropiado.
• Los niveles de capacidad pueden variar por área de proceso.
• Estas selecciones se describen, típicamente, por medio de un
“perfil objetivo”.
• El perfil objetivo describe todas las áreas de proceso seleccionadas
y el nivel de capacidad a obtener
en cada una.

M. Ing. Eduardo Diez 17


Seminario de Ingeniería del Software

CMMI – Estructura
Areas de proceso - Representación continua (cont.)
Categoría Areas de proceso

zFocalización en el proceso zPerformance del proceso organizacional


organizacional (OPF) (OPP)
Gestión de procesos zDefinición del proceso organizacional zInnovación organizacional y despliegue
(OPD) (OID)
zEntrenamiento organizacional (OT)

zPlanificación de proyectos (PP) zGestión de riesgos (RSKM)


zMonitoreo y control de proyectos (PMC) zEquipo integrado (IT)
Gestión de
zGestión de acuerdos con proveedores zGestión integrada de proveedores (ISM)
proyectos
(SAM) zGestión cuantitativa de proyectos (QPM)
zGestión integrada de proyectos (IPM)

zGestión de requerimientos (REQM) zIntegración de productos (PI)


Ingeniería zDesarrollo de requerimientos (RD) zVerificación(VER)
zSolución técnica (TS) zValidación (VAL)

zGestión de la configuración (CM) zAnálisis de decisiones y resolución (DAR)


zAseguramiento de la calidad de zEntorno organizacional para la integración
Soporte
procesos y productos (PPQA) (OEI)
zMediciones y análisis (MA) zAnálisis causal y resolución (CAR)

CMMI – Estructura
Representación escalonada
Nivel de madurez

Area de proceso 1 Area de proceso 2 Area de proceso 3

Objetivos Objetivos
específicos genéricos
Aspectos comunes

Compromiso Habilidad Dirección de la Verificación de la


para la ejecución para ejecutar implementación implementación

Prácticas Prácticas
específicas genéricas

M. Ing. Eduardo Diez 18


Seminario de Ingeniería del Software

CMMI – Estructura
Areas de proceso – Representación escalonada

• Las áreas de proceso de agrupan por niveles de madurez,


indicando cuales áreas de proceso implementar, para alcanzar
cada nivel de madurez.
• Una vez que la organización satisface todos los objetivos de todas
las áreas de proceso asociadas a un nivel de madurez, puede
focalizarse en el próximo nivel.

CMMI – Estructura
Areas de proceso - Representación escalonada (cont.)
Nivel de
Areas de proceso
madurez
zGestión de requerimientos (REQM) zMediciones y análisis (MA)
zPlanificaciónde proyectos (PP) zAseguramiento de la calidad de procesos
2
zMonitoreo y control de proyectos (PMC) y productos (PPQA)
Gestionado
zGestión de acuerdos con proveedores zGestión de la configuración (CM)
(SAM)
zDesarrollo de requerimientos (RD) zEntrenamiento organizacional (OT)
zSolución técnica (TS) zGestión integrada de proyectos (IPM)
zIntegración de productos (PI) zGestión de riesgos (RSKM)
zVerificación (VER) zEquipo integrado (IT)
3
zValidación (VAL) zGestión integrada de proveedores (ISM)
Definido
zFocalización en el proceso zAnálisis de decisiones y resolución (DAR)
organizacional (OPF) zEntorno organizacional para la integración
zDefinición del proceso organizacional (OEI)
(OPD)
4 zPerformance del proceso zGestión cuantitativa de proyectos (QPM)
Gestionado organizacional (OPP)
cuantitativamente
5 zInnovación organizacional y zAnálisis causal y resolución (CAR)
Optimizado despliegue (OID)

M. Ing. Eduardo Diez 19


Seminario de Ingeniería del Software

CMMI – Estructura
Representación continua

Area de proceso 1 Area de proceso 2 Area de proceso 3

Objetivos Objetivos
específicos genéricos

Prácticas Prácticas
específicas genéricas

Nivel de capacidad

CMMI – Estructura
Representación escalonada
Nivel de madurez

Area de proceso 1 Area de proceso 2 Area de proceso 3

Objetivos Objetivos
específicos genéricos
Aspectos comunes

Compromiso Habilidad Dirección de la Verificación de la


para la ejecución para ejecutar implementación implementación

Prácticas Prácticas
específicas genéricas

M. Ing. Eduardo Diez 20


Seminario de Ingeniería del Software

CMMI – Estructura
Objetivos específicos

• Describen las características únicas que deben estar presentes para


satisfacer un área de proceso.
• Son usados en las apreciaciones para ayudar a determinar si se
satisface un área de proceso.

CMMI – Estructura
Representación continua

Area de proceso 1 Area de proceso 2 Area de proceso 3

Objetivos Objetivos
específicos genéricos

Prácticas Prácticas
específicas genéricas

Nivel de capacidad

M. Ing. Eduardo Diez 21


Seminario de Ingeniería del Software

CMMI – Estructura
Prácticas específicas – Representación continua

• A cada práctica específica se le asigna un nivel de capacidad.


• A las prácticas específicas con nivel de capacidad 1 se las
denomina “prácticas básicas”.
• A las prácticas específicas con nivel de capacidad mayor a 1 se las
denomina “prácticas avanzadas”.
• Existen prácticas avanzadas que se construyen sobre prácticas
básicas y otras que no.

CMMI – Estructura
Representación escalonada
Nivel de madurez

Area de proceso 1 Area de proceso 2 Area de proceso 3

Objetivos Objetivos
específicos genéricos
Aspectos comunes

Compromiso Habilidad Dirección de la Verificación de la


para la ejecución para ejecutar implementación implementación

Prácticas Prácticas
específicas genéricas

M. Ing. Eduardo Diez 22


Seminario de Ingeniería del Software

CMMI – Estructura
Prácticas específicas – Representación escalonada

• Todas las prácticas específicas se consideran por igual. Es decir,


los niveles de capacidad de las prácticas específicas no son
reconocidos.
• Por lo tanto, los conceptos de prácticas básicas y prácticas
avanzadas no son reconocidos.

CMMI – Estructura
Prácticas específicas – Ambas representaciones

• Son consideradas guías importantes para satisfacer objetivos


específicos.
• La mayoría de las prácticas específicas son las mismas para ambas
representaciones, sin embargo no siempre existe una relación 1 a
1.
• Cuando una práctica avanzada se construye sobre una práctica
básica, en la representación continua, ésta práctica básica no se
incluye en la representación escalonada.

M. Ing. Eduardo Diez 23


Seminario de Ingeniería del Software

CMMI – Estructura
Representación continua

Area de proceso 1 Area de proceso 2 Area de proceso 3

Objetivos Objetivos
específicos genéricos

Prácticas Prácticas
específicas genéricas

Nivel de capacidad

CMMI – Estructura
Representación escalonada
Nivel de madurez

Area de proceso 1 Area de proceso 2 Area de proceso 3

Objetivos Objetivos
específicos genéricos
Aspectos comunes

Compromiso Habilidad Dirección de la Verificación de la


para la ejecución para ejecutar implementación implementación

Prácticas Prácticas
específicas genéricas

M. Ing. Eduardo Diez 24


Seminario de Ingeniería del Software

CMMI – Estructura
Objetivos genéricos

• Se aplican a todas las áreas de proceso.


• Son llamados genéricos porque el mismo enunciado de objetivo se
aplica a múltiples áreas de proceso.
• Un objetivo genérico describe las características que deben estar
presentes para institucionalizar el proceso que implementa un
área de proceso.

CMMI – Estructura
Representación continua

Area de proceso 1 Area de proceso 2 Area de proceso 3

Objetivos Objetivos
específicos genéricos

Prácticas Prácticas
específicas genéricas

Nivel de capacidad

M. Ing. Eduardo Diez 25


Seminario de Ingeniería del Software

CMMI – Estructura
Representación escalonada
Nivel de madurez

Area de proceso 1 Area de proceso 2 Area de proceso 3

Objetivos Objetivos
específicos genéricos
Aspectos comunes

Compromiso Habilidad Dirección de la Verificación de la


para la ejecución para ejecutar implementación implementación

Prácticas Prácticas
específicas genéricas

CMMI – Estructura
Prácticas genéricas
• Se aplican a todas las áreas de proceso.
• Son llamadas genéricas porque la misma práctica se aplica a
múltiples áreas de proceso.
• Una práctica genérica es la descripción de una actividad que es
considerada importante para lograr el objetivo genérico asociado.

M. Ing. Eduardo Diez 26


Seminario de Ingeniería del Software

CMMI – Estructura
Representación escalonada
Nivel de madurez

Area de proceso 1 Area de proceso 2 Area de proceso 3

Objetivos Objetivos
específicos genéricos
Aspectos comunes

Compromiso Habilidad Dirección de la Verificación de la


para la ejecución para ejecutar implementación implementación

Prácticas Prácticas
específicas genéricas

CMMI – Estructura
Aspectos comunes

• Es un concepto que se aplica sólo en la representación escalonada.


• Permiten agrupar las prácticas genéricas en cuatro categorías:
z Compromiso para la ejecución: Aquellas relacionadas con la
creación de políticas y obtención de patrocinio (sponsorship).
z Habilidad para ejecutar: Aquellas que aseguran que el proceso
está listo para ejecutarse (ej: asignación de responsabilidades,
existencia de recursos adecuados, etc.)

M. Ing. Eduardo Diez 27


Seminario de Ingeniería del Software

CMMI – Estructura
Aspectos comunes (cont.)

z Dirección de la implementación: Aquellas relacionadas con la


gestión de la performance del proceso (ej: monitoreo de la
performance real del proceso contra los planes, etc.)
z Verificación de la implementación: Aquellas relacionadas con
la revisión por la dirección, evaluaciones objetivas de
conformidad con descripciones de procesos, procedimientos y
estándares.

CMMI – Estructura
Equivalencia de niveles

• Si dos organizaciones usan la representación escalonada, es fácil la


comparación entre ellas. Se comparan los niveles de madurez.
• Si dos organizaciones usan la representación continua, la
comparación entre ellas no es simple. Se comparan los niveles de
capacidad, pero ambas organizaciones deberían seleccionar las
mismas áreas de proceso.
• CMMI provee una forma de comparación entre organizaciones
que usan la representación escalonada y las que usan la
representación continua. Las reglas son:
z Para alcanzar el nivel de madurez 2, todas las áreas de proceso
asignadas al nivel de madurez 2, deben alcanzar el nivel de
capacidad 2 o superior.

M. Ing. Eduardo Diez 28


Seminario de Ingeniería del Software

CMMI – Estructura
Equivalencia de niveles (cont.)

z Para alcanzar el nivel de madurez 3, todas las áreas de proceso


asignadas a los niveles de madurez 2 y 3, deben alcanzar el
nivel de capacidad 3 o superior.
z Para alcanzar el nivel de madurez 4, todas las áreas de proceso
asignadas a los niveles de madurez 2, 3 y 4, deben alcanzar el
nivel de capacidad 3 o superior.
z Para alcanzar el nivel de madurez 5, todas las áreas de proceso
deben alcanzar el nivel de capacidad 3 o superior.
z Los niveles de capacidad 4 y 5, no son requeridos para los niveles
de madurez 4 y 5, ya que no se puede presuponer el logro de esos
niveles de capacidad para las áreas de proceso correspondientes.
Esto es porque las áreas de proceso de los niveles de madurez 4 y
5 incluyen una selección de subprocesos a mejorar y esa selección
podría afectar esos logros.

CMMI - Método de apreciación

• El método de apreciación que provee CMMI se denomina


SCAMPI.
• Es aplicable tanto a mejora interna de procesos como a
determinación externa de capacidad.
• Se basa en la obtención de evidencia de varias fuentes de datos
(entrevistas, documentos, etc.)
• Se compone de tres fases:
z Fase 1 (Planificar y preparar la apreciación): Determinación del
alcance en la organización (proyectos participantes, etc.) y del
alcance dentro del modelo (áreas de proceso). Preparación de
evidencia.
z Fase 2 (Conducir la apreciación): Recolección de evidencia e
información. Calificación de objetivos.
z Fase 3 (Reportar resultados): Provisión de hallazgos y
calificación.

M. Ing. Eduardo Diez 29


Seminario de Ingeniería del Software

SW-CMM vs CMMI

SW-CMM SE/SW-CMMI Representación escalonada

Nivel de Nivel de
Area clave de proceso Area de proceso
madurez madurez

zGestión de requerimientos (RM) zGestión de requerimientos (REQM)


zPlanificación de proyectos de zPlanificación de proyectos (PP)
software (SPP) zMonitoreo y control de proyectos
zControl y supervisión de (PMC)
proyectos (PTO) zGestión de acuerdos con proveedores
2 2
zSupervisión de subcontratos de (SAM)
Repetible software (SM) Gestionado
zAseguramiento de la calidad de
zAseguramiento de la calidad procesos y productos (PPQA)
del software (SQA) zGestión de la configuración (CM)
zGestión de la configuración zMediciones y análisis (MA)
del software (SCM)

SW-CMM vs CMMI (cont.)

SW-CMM SE/SW-CMMI Representación escalonada

Nivel de Nivel de
Area clave de proceso Area de proceso
madurez madurez

zFocalización en el proceso zFocalización en el proceso


organizacional (OPF) organizacional (OPF)
zDefinición del proceso zDefinición del proceso organizacional
organizacional (OPD) (OPD)
zPrograma de entrenamiento (TP) zEntrenamiento organizacional (OT)
zGestión integrada del software zGestión integrada de proyectos (IPM)
3 (ISM) zGestión de riesgos (RSKM) 3
Definido zCoordinación intergrupal (IC) zDesarrollo de requerimientos (RD) Definido
zIngeniería de productos de zSolución técnica (TS)
software (SPE) zIntegración de productos (PI)
zRevisión por pares (PR)
zVerificación (VER)
zValidación (VAL)
zAnálisis de decisiones y resolución
(DAR)

M. Ing. Eduardo Diez 30


Seminario de Ingeniería del Software

SW-CMM vs CMMI (cont.)

SW-CMM SE/SW-CMMI Representación escalonada

Nivel de Nivel de
Area clave de proceso Area de proceso
madurez madurez

zGestión cuantitativa del proceso zGestión cuantitativa de proyectos 4


4 (OPM) (QPM) Gestionado
Gestionado zGestión de la calidad del zPerformance del proceso cuantitati-
software (SQM) organizacional (OPP) vamente
zPrevención de defectos (DP) zAnálisiscausal y resolución (CAR)
zGestión del cambio del proceso zInnovación organizacional y
5 5
(TCM) despliegue (OID)
Optimizado Optimizado
zGestión del cambio tecnológico
(PCM)

CMMI - Estadísticas

Perfil de madurez de las organizaciones, basado en apreciaciones de


66 organizaciones:

40
35
30
25
20
15
10
5
0
Nivel 1 Nivel 2 Nivel 3 Nivel 4 Nivel 5
10.6% 27.3% 37.9% 4.5% 19.7%
Process Maturity Profile – CMMI
CMU – SEI – Septiembre 2003

M. Ing. Eduardo Diez 31


Seminario de Ingeniería del Software

CMMI – Estadísticas (cont.)

Perfil de madurez de las organizaciones, basado en apreciaciones de


148 organizaciones:

30

25

20

15

10

0
Nivel 1 Nivel 2 Nivel 3 Nivel 4 Nivel 5
9.5% 29.7% 27.7% 5.4% 27.7%
Process Maturity Profile – CMMI
CMU – SEI – Marzo 2004

CMMI – Estadísticas (cont.)

Modelo de representación usado, basado en 223 apreciaciones:

80
70
60
50
40
30
20
10
0
Escalonada 75% Continua 25%

Process Maturity Profile – CMMI


CMU – SEI – Marzo 2004

M. Ing. Eduardo Diez 32


Seminario de Ingeniería del Software

CMMI – Estadísticas (cont.)

Disciplinas seleccionadas, basado en 223 apreciaciones:

120
100
80
60
40
20
0
SW

SW

SW
SW

SE

SW

SW

SE

SW
+
+

+
SS
SE

SE

SE

SE

IP

SS
P
+

D
IP

SS

IP
P

P
D

D
+
SS

Process Maturity Profile – CMMI


CMU – SEI – Marzo 2004

Principales conclusiones

• El CMMI integra tres modelos fuente y cuatro disciplinas o


cuerpos de conocimiento, lo que permite tener una visión
integradora de los diferentes procesos involucrados en el ciclo de
vida de un producto (tanto sea de software como de otro tipo) o
servicio.
• El CMMI hace un especial énfasis sobre la capacidad de los
procesos y la madurez de la organización en su conjunto (no
exclusivamente sobre ciertos temas específicos).
• El CMMI presenta un marco que permite la incorporación de
nuevas disciplinas.
• El CMMI es flexible, ya que permite seleccionar tanto disciplinas
como formas de representación.

M. Ing. Eduardo Diez 33


Seminario de Ingeniería del Software

Bibliografía de referencia

Libros:
• Chrissis M., Konrad M. y Shrum S.
CMMI: Guidelines for process integration and product improvement
Addison-Wesley, 2003

Documentos:
• Software Engineering Institute
Standard CMMI appraisal method for process improvement (SCAMPI),
version 1.1: Method definition document

World Wide Web:


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

M. Ing. Eduardo Diez 34

También podría gustarte