Este documento proporciona una introducción al modelo CMMI (Capability Maturity Model Integration). Explica brevemente la evolución de los modelos CMMI, incluyendo las versiones para desarrollo, adquisiciones y servicios. También resume las principales características del modelo como las áreas de proceso, los niveles de madurez y cómo puede usarse para mejorar los procesos de una organización.

1. Evolución de los
modelos CMMI
Enrique Morey
® Capability Maturity Model and CMMI are registered
in the U.S. Patent and Trademark Office by
Carnegie Mellon University
© ESI 2009 1

2. Pregunta
¿Qué entendemos como CMMI?
¿Qué NO es CMMI?
© ESI 2009 2

3. ¿Qué es CMMI?
• Modelo para determinar y mejorar la capacidad de los
procesos de las organizaciones.
• Capability Maturity Model Integration
(Modelo de Madurez y de Capacidad)
• Desarrollado inicialmente para los procesos relativos al
desarrollo e implementación de software.
• Elaborado por el Software Engineering Institute (SEI) de
la Universidad Carnegie Mellon y patrocinado por el
Departamento de Defensa de los EEUU.
© ESI 2009 3

4. Modelo de Procesos
Proceso* Un proceso es un conjunto
Conjunto de las fases de prácticas que se realizan
sucesivas de un fenómeno con un propósito; puede
natural o de una operación incluir herramientas,
métodos, materiales y/o
artificial. personal
Modelo* Un modelo es una colección
Esquema teórico (…) de estructurada de elementos
un sistema o de una que describen las
realidad compleja (…) que características de procesos
se elabora para facilitar su efectivos
comprensión y el estudio
de su comportamiento.
* Diccionario de la Lengua Española – Vigésima segunda edición
© ESI 2009 4

5. Madurez y Capacidad
Madurez* La madurez de un proceso
Buen juicio o prudencia, es el grado en el cual un
sensatez. proceso específico es
efectivo, definido,
gestionado, medido y
controlado.
Capacidad* La capacidad de un proceso
Aptitud, talento, cualidad describe el rango de
que dispone a alguien resultados esperados que
para el buen ejercicio de se pueden obtener
algo. mediante la implementación
del proceso.
* Diccionario de la Lengua Española – Vigésima segunda edición
© ESI 2009 5

6. Premisa básica de la mejora de
procesos
PROCESO “la calidad de un
Malo Bueno sistema o de un
producto está muy
PRODUCTO
¡TÍPICO!
Sistema influenciada por la
no predecible calidad del proceso
empleado para
desarrollarlo y para
Esfuerzo Negocio software
heroico maduro
mantenerlo”
Bueno
Basado en los principios de TQM
de Shewhart, Juran, Deming y
Humphrey
© ESI 2009 6

7. Ventajas de un modelo
de procesos
• Proporciona un punto de partida para la gestión y mejora
de los procesos.
• Recopila experiencias probadas y exitosas de la
comunidad.
• Facilita un lenguaje común y una visión compartida.
• Provee un marco para priorizar mejoras.
© ESI 2009 7

8. Riesgos de un modelo
de procesos
• Los modelos son simplificaciones del mundo real.
• Los modelos no tienen por qué ser completos.
• La interpretación y adaptación debe hacerse en función
de los objetivos del negocio.
• Se necesita aplicar un juicio profesional para su correcto
uso.
• No olvidar que:
– Un modelo no es un proceso.
– Un modelo muestra qué hacer, pero NO cómo hacerlo ni quién
ha de hacerlo.
© ESI 2009 8

9. Evolución del CMMI
¿2010?
CMMI Product Suite v1.3
2007 2009
CMMI for Acquisitions v1.2 CMMI for Services v1.2
2006
CMMI for Development v1.2
2002
CMMI v1.1
1997
SW-CMM v2.0
1993
CMM para Software v1.1
© ESI 2009 9

10. Estructura del CMMI
• Incluye:
– Modelo
– Métodos de Evaluación
– Material de Formación
• El modelo propiamente dicho consta de:
– El modelo CMMI básico
– Material compartido (p.e. glosario)
– Material específico de la constelación:
• Desarrollo
• Adquisiciones
• Servicios
© ESI 2009 10

11. Constelaciones CMMI
CMMI-SVC
CMMI-DEV Proporciona guías
Proporciona guías para aquellos que
para medir, proveen servicios
controlar y dentro de la
gestionar los organización y a
procesos de clientes externos
desarrollo 16 áreas
de proceso
comunes
CMMI-ACQ
proporciona una
guía para habilitar
una gestión en
adquisiciones
informada y
decisiva
© ESI 2009 11

12. Área de Proceso
• El modelo CMMI está compuesto por áreas de proceso,
algunas comunes a todas las constelaciones y otras
específicas para cada constelación.
• Un área de proceso es un conjunto de prácticas
relacionadas que, cuando son implementadas de
manera colectiva, satisfacen un conjunto de metas
consideradas “importantes” para la mejora de esa área.
• Ej: Área de Proceso: “Medición y Análisis”
Meta: Alinear las actividades de medición y análisis
Prácticas: Establecer objetivos de medición
Especificar métricas
Especificar métodos de recolección, análisis y
almacenamiento de datos
© ESI 2009 12

13. Representaciones del modelo
Escalonada Continua
ML5
Área de Proceso (PA)
5
Capacidad del
ML4
4
ML3
3
ML2
1 2
ML 1
0
PA PA PA
...para un conjunto definido de …para una o un conjunto de áreas
áreas de proceso en la organización de proceso
© ESI 2009 13

14. Niveles de Madurez
5. En
Foco en la mejora continua optimización
5
4. Gestionado
El proceso se controla cuantitativamente
cuantitativamente
4
3. Definido
Proceso definido para la
3 organización y proactivo
2. Gestionado
Proceso definido caracterizado
2 para proyectos y frecuentemente
reactivo
1. Inicial
1 Proceso impredecible,
poco controlado
© ESI 2009 14

15. CMMI for Development
• Publicado en Agosto del 2006.
• El modelo CMMI-DEV propone una solución integrada y
completa para las actividades de desarrollo y de
mantenimiento aplicadas a los productos y a los
servicios.
• Contiene prácticas que cubren la gestión de proyectos,
la gestión de procesos, la ingeniería de sistemas, la
ingeniería del hardware, la ingeniería de software y otros
procesos de soporte utilizados en el desarrollo y el
mantenimiento.
• El modelo CMMI-DEV + IPPD cubre también la
utilización de equipos integrados que están implicados
enESI 2009 actividades de desarrollo y mantenimiento (IPPD).
©
las 15

16. Modelo CMMI-DEV
• CMMI-DEV contiene 22 áreas de proceso.
• Consiste en dos modelos: CMMI-DEV y CMMI-DEV +
IPPD, el cual contiene metas y prácticas adicionales.
• 16 son áreas de proceso del CMMI Model Foundation
(CMF) que cubren la gestión de procesos, gestión de
proyectos y áreas de soporte.
• 6 áreas de proceso se centran en prácticas específicas
del desarrollo:
– la gestión de los acuerdos con los proveedores
– el desarrollo de los requisitos
– el desarrollo de la solución técnica
– la integración del producto
– la verificación de la solución
– la validación de la solución
© ESI 2009 16

17. Modelo CMMI-DEV
Escalonada Áreas de proceso Continua
5
Innovación y Despliegue Organizativo (OID)
ML5
Capacidad
Análisis Causal (CAR)
4
ML4
3
Rendimiento de Procesos Organizativos (OPP)
Gestión de Proyectos Cuantitativa (QPM)
ML3
1 2
Desarrollo de Requisitos (RD)
ML2 Solución Técnica (TS)
0
Integración de Producto (PI) PA PA PA
ML 1 Verificación (VER) Proceso
Validación (VAL)
Organización Foco en Proceso Organizativo (OPF)
Definición de Proceso Organizativo + IPPD (OPD) Ingeniería
Ingenierí
Ingeniería
Formación Organizativa (OT) REQM, RD, TS,
REQM, RD, TS,
Nivel Madurez 5 OID, CAR
Nivel Madurez 5 OID, CAR PI, VER, VAL
PI, VER, VAL
Gestión de Proyecto Integrada + IPPD (IPM)
Gestión del Riesgo (RSKM)
Nivel Madurez 4 OPP, QPM
Nivel Madurez 4 OPP, QPM Análisis de Decisiones y Soluciones (DAR)
Gestión
Gestió
Gestión Soporte
Soporte
Nivel Madurez 3 RD, TS, PI,
Nivel Madurez 3 RD, TS, PI, Proyecto
Proyecto CM, PPQA, MA,
CM, PPQA, MA,
VER, VAL, OPF, OPD, OT, IPM, Gestión de Requisitos (REQM) PP, PMC, SAM,
PP, PMC, SAM, CAR, DAR
VER, VAL, OPF, OPD, OT, IPM, IPM, RSKM, QPM CAR, DAR
RSKM, DAR
RSKM, DAR Planificación de Proyecto (PP) IPM, RSKM, QPM
Seguimiento y Control de Proyecto (PMC)
Nivel Madurez 2 REQM,
Nivel Madurez 2 REQM, Gestión de Acuerdos con Proveedores (SAM) Gestión
Gestió
Gestión
PP, PMC, MA, PPQA, CM, SAM
PP, PMC, MA, PPQA, CM, SAM Medición y Análisis (MA) Proceso
Proceso
Aseguramiento Calidad Proceso Producto (PPQA) OPF, OPD, OT,
OPF, OPD, OT,
Gestión Configuración (CM) OPP, OID
OPP, OID
© ESI 2009 17

18. Recordar…
• CMMI-DEV es el modelo más conocido de la suite CMMI
y el estándar “de facto” para el desarrollo y
mantenimiento de software.
• Sin embargo, CMMI-DEV ha sido desarrollado para
proporcionar buenas prácticas de gestión y de ingeniería
para cualquier proyecto de desarrollo y cualquier
entorno (Ej: aeroespacial, banca, manufactura, defensa,
automóvil y telecomunicaciones)
• Debe ser adaptado al contexto y necesidades de la
organización:
– proyectos de ciclo de desarrollo rápido
– organizaciones y proyectos pequeños
– proyectos distribuidos geográficamente
– organizaciones de investigación y desarrollo
– organizaciones en las que se ofrecen servicios de
mantenimeinto de aplicaciones
© ESI 2009 18

19. CMMI for Acquisitions
• Publicado en Noviembre de 2007
• El modelo CMMI-ACQ proporciona una orientación para
que el contratista aplique las buenas prácticas de CMMI.
• Las buenas prácticas del modelo se centran en
actividades para iniciar y gestionar la adquisición de
productos y servicios que cumplan con las necesidades
del cliente.
• A pesar de que los proveedores puedan proporcionar
artefactos útiles para los procesos abordados en CMMI-
ACQ, el foco del modelo se centra en los procesos del
contratista.
© ESI 2009 19

20. Modelo CMMI-ACQ
• CMMI-ACQ contiene 22 áreas de proceso.
• 16 son áreas de proceso del CMMI Model Foundation
(CMF) que cubren la gestión de procesos, gestión de
proyectos y áreas de soporte.
• 6 áreas de proceso se centran en prácticas específicas
de la adquisición:
– la gestión de acuerdos
– el desarrollo de requisitos de la adquisición
– la gestión técnica de la adquisición
– la validación de la adquisición
– la verificación de la adquisición
– el pedido y desarrollo del acuerdo con el proveedor.
© ESI 2009 20

21. Modelo CMMI-ACQ
Escalonada Áreas de proceso Continua
5
Innovación y Despliegue Organizativo (OID)
ML5
Capacidad
Análisis Causal (CAR)
4
ML4
3
Rendimiento de Procesos Organizativos (OPP)
Gestión de Proyectos Cuantitativa (QPM)
ML3
1 2
Acquisition Technical Management (ATM)
ML2 Acquisition Validation (AVAL)
0
Acquisition Verification (AVER) PA PA PA
ML 1 Foco en Proceso Organizativo (OPF) Proceso
Organización Definición de Proceso Organizativo (OPD)
Formación Organizativa (OT)
Adquisición
Adquisició
Adquisición
Gestión de Proyecto Integrada (IPM) AM, ARD, ATM,
AM, ARD, ATM,
Nivel Madurez 5 OID, CAR Gestión del Riesgo (RSKM) AVAL, AVER,
AVAL, AVER,
Nivel Madurez 5 OID, CAR SSAD
SSAD
Análisis de Decisiones y Soluciones (DAR)
Nivel Madurez 4 OPP, QPM
Nivel Madurez 4 OPP, QPM
Agreement Management (AM)
Acquisition Requirement Development (ARD) Gestión
Gestió
Gestión
Nivel Madurez 3 ATM,
Nivel Madurez 3 ATM, Proyecto
Soporte
Soporte
AVAL, AVER, OPF, OPD, OT, Solicitation and Supplier Agreement Development Proyecto CM, PPQA, MA,
CM, PPQA, MA,
AVAL, AVER, OPF, OPD, OT, REQM, PP, PMC,
REQM, PP, PMC, CAR, DAR
IPM, RSKM, DAR
IPM, RSKM, DAR (SSAD) IPM, RSKM, QPM
IPM, RSKM, QPM
CAR, DAR
Gestión de Requisitos (REQM)
Nivel Madurez 2 AM, ARD,
Nivel Madurez 2 AM, ARD, Planificación de Proyecto (PP)
SSAD, REQM, PP, PMC, MA,
SSAD, REQM, PP, PMC, MA, Seguimiento y Control de Proyecto (PMC) Gestión
Gestió
Gestión
PPQA, CM
PPQA, CM Medición y Análisis (MA) Proceso
Proceso
OPF, OPD, OT,
OPF, OPD, OT,
Aseguramiento Calidad Proceso Producto (PPQA) OPP, OID
OPP, OID
Gestión Configuración (CM)
© ESI 2009 21

22. Recordar…
• CMMI-ACQ se adapta muy bien en el caso de definir
una estrategia global de subcontratación a nivel de la
organización.
• Cuantas más fases del ciclo de vida estén
externalizadas, más obligada es la aplicación de CMMI-
ACQ
• En los casos de subcontratación Offshore, la necesidad
de mejorar la gestión del modelo de relación, influye
mucho en la decisión de elegir CMMI-ACQ en lugar de
CMMI-DEV
• Las buenas prácticas de gestión de proyectos pueden
ayudar a optimizar la gestión de proveedores desde
fases tempranas
© ESI 2009 22

23. CMMI for Services
• Publicado en Febrero de 2009
• El modelo CMMI-ACQ proporciona una guía para que
las organizaciones proveedoras de servicios aplique las
buenas prácticas de CMMI.
• Las buenas prácticas del modelo se centran en
actividades que permitan entregar un servicio de calidad
a los clientes y usuarios finales.
• Un servicio es un producto intangible y no almacenable.
Son entregados mediante procesos, automáticos o no, y
pueden ser una combinación de servicios y productos.
Ej: servicio de formación, helpdesk, hosting, distribucion
e instalación, etc.
© ESI 2009 23

24. Modelo CMMI-SVC
• CMMI-ACQ contiene 24 áreas de proceso.
• 16 son áreas de proceso del CMMI Model Foundation
(CMF) que cubren la gestión de procesos, gestión de
proyectos y áreas de soporte.
• 7 áreas de proceso se centran en prácticas específicas
orientada a los servicios:
– gestión de la capacidad y disponibilidad,
– prevención y resolución de incidencias,
– continuidad del servicio,
– entrega del servicio,
– transición del servicio,
– gestión estratégica del servicio,
– gestión de los acuerdos con los proveedores.
• 1 área de proceso opcional: Desarrollo del sistema del
servicio
© ESI 2009 24

25. Modelo CMMI-SVC
Escalonada Áreas de proceso Continua
5
Innovación y Despliegue Organizativo (OID)
ML5
Capacidad
Análisis Causal (CAR)
4
ML4 Rendimiento de Procesos Organizativos (OPP)
3
Gestión de Proyectos Cuantitativa (QPM)
ML3
1 2
Incident Resolution and Prevention (IRP)
Service System Development (SSD)
ML2 Service System Transition (SST)
0
Strategic Service Management (STSM) PA PA PA
ML 1 Foco en Proceso Organizativo (OPF) Proceso
Organización Definición de Proceso Organizativo (OPD)
Formación Organizativa (OT)
Capacitiy and Availability Management (CAM) Servicios
Servicios
IRP, SD, SSD,
IRP, SD, SSD,
Nivel Madurez 5 OID, CAR Service Continuity (SCON)
Nivel Madurez 5 OID, CAR SST, STSM
SST, STSM
Gestión de Proyecto Integrada (IPM)
Nivel Madurez 4 OPP, QPM Gestión del Riesgo (RSKM)
Nivel Madurez 4 OPP, QPM
Análisis de Decisiones y Soluciones (DAR) Gestión
Gestió
Gestión
Nivel Madurez 3 CAM, IRP, Proyecto
Proyecto Soporte
Nivel Madurez 3 CAM, IRP, Service Delivery (SD) CAM, SCON,
CAM, SCON,
Soporte
SCON, SSD, SST, STSM, OPF, CM, PPQA, MA,
CM, PPQA, MA,
SCON, SSD, SST, STSM, OPF, Gestión de Requisitos (REQM) REQM, PP, PMC,
REQM, PP, PMC, CAR, DAR
OPD, OT, IPM, RSKM, DAR SAM, IPM, RSKM, CAR, DAR
OPD, OT, IPM, RSKM, DAR Planificación de Proyecto (PP) SAM, IPM, RSKM,
QPM
QPM
Nivel Madurez 2 SD, SAM,
Nivel Madurez 2 SD, SAM, Seguimiento y Control de Proyecto (PMC)
REQM, PP, PMC, MA, PPQA, CM
REQM, PP, PMC, MA, PPQA, CM Gestión de Acuerdos con Proveedores (SAM) Gestión
Gestió
Gestión
Medición y Análisis (MA) Proceso
Proceso
Aseguramiento Calidad Proceso Producto (PPQA) OPF, OPD, OT,
OPF, OPD, OT,
OPP, OID
OPP, OID
Gestión Configuración (CM)
© ESI 2009 25

26. Recordar…
• CMMI-SVC se adapta muy bien para empresas que se
dedican a establecer, gestionar y entregar todo tipo de
servicios.
• Es la respuesta del SEI frente a modelos y estándares
enfocados a los servicios de TI como ITIL, BS15000,
ISO20000.
• El coste de implementación de CMMI-SVC puede ser
muy beneficiosa para empresas que han utilizado antes
otros modelos CMMI.
• Enfatiza la institucionalización de los procesos de
manera incremental, a partir de niveles de madurez.
• Los métodos de evaluación son similares para todos los
modelos de la suite CMMI.
© ESI 2009 26

27. ¿Cuál es el despliegue de CMMI?
Source: SEI, Process Maturity Profiles CMMI-DEV, September 2009
http://www.sei.cmu.edu/cmmi/casestudies/profiles/pdfs/upload/2009SepCMMI.pdf
© ESI 2009 27

28. Tamaño de las organizaciones
Source: SEI, Process Maturity Profiles CMMI-DEV, September 2009
http://www.sei.cmu.edu/cmmi/casestudies/profiles/pdfs/upload/2009SepCMMI.pdf
© ESI 2009 28

29. Perfil de madurez
Source: SEI, Process Maturity Profiles CMMI-DEV, September 2009
http://www.sei.cmu.edu/cmmi/casestudies/profiles/pdfs/upload/2009SepCMMI.pdf
© ESI 2009 29

30. Tiempo para pasar de nivel
Source: SEI, Process Maturity Profiles CMMI-DEV, September 2009
http://www.sei.cmu.edu/cmmi/casestudies/profiles/pdfs/upload/2009SepCMMI.pdf
© ESI 2009 30

31. Evaluaciones CMMI
• Métodos que permiten medir el nivel de madurez (o de
capacidad) de los procesos de las organizaciones.
• Motivos:
– Cumplir requisitos contractuales de clientes.
– Imagen de calidad hacia los clientes.
– “Regla del mercado”. “Mi competencia lo tiene”.
– Evaluar el programa de mejora de procesos interna e identificar áreas
de mejora.
• Clases:
– Clase C: acercamiento
– Clase B: despliegue
– Clase A: institucionalización
© ESI 2009 31

32. Clases de Evaluación CMMI
Características Clase A Clase B Clase C
Nº de evidencias Alto Medio Bajo
objetivas (3 tipos evidencia (2 tipos evidencia (1 tipo evidencia
recopiladas objetiva) objetiva) objetiva)
Puntuaciones Sí No No
generadas
Tiempo de Alto Medio Bajo
actividades on- (~2 semanas) (~1 semana) (~2-3 días)
site (ML2)
Tamaño del Alto Medio Bajo
equipo mínimo 4 personas 2 personas 1 persona
(ML2)
Requisitos del Lead appraiser Team Leader o Team Leader o
Líder del Equipo persona formada y persona formada
de Evaluación con experiencia y con experiencia
© ESI 2009 32

33. Formación Oficial CMMI
SCAMPI Training
Intermediate Concepts
of CMMI v1.2
CMMI Instructor Training
CMMI Level 2
for Practitioners
CMMI Level 3
Introduction to CMMI v1.2
for Practitioners
Understanding CMMI
High Maturity Practices
Acquisition Supplement Services Supplement
for CMMI v1.2 for CMMI v1.2
© ESI 2009 33

34. Componentes de la Mejora de los
Procesos
dirigidos por las compromiso de la requiere una
necesidades de negocio dirección inversión de tiempo
medición modelo de
referencia
esfuerzo de actividad continua cuantitativa
equipo
© ESI 2009 34

35. Hagamos prevalecer el sentido
común..
Proceso documentado
Si No
Caos
Calidad
Si
Sentido Común
Creativo
Burocracia
No
Caos total
sin sentido
… sin perder nunca de vista nuestro objetivo
© ESI 2009 35

36. ¿Preguntas?
© ESI 2009 36

37. Bibliografía
• CMMI Product Team: CMMI for Development, Version 1.2, CMU/SEI-
2006-TR-008, August 2006 http://www.sei.cmu.edu/reports/06tr008.pdf
• CMMI Product Team: CMMI for Acquisition, Version 1.2, CMU/SEI-
2007-TR-017, November 2007
http://www.sei.cmu.edu/reports/07tr017.pdf
• CMMI Product Team: CMMI for Services, Version 1.2, CMU/SEI-2009-
TR-001, February 2009 http://www.sei.cmu.edu/reports/09tr001.pdf
• European Software Institute: Visión General CMMI for Development,
Abril 2008
• European Software Institute: Seminario CMMI for Acquisition,
Septiembre 2008
• CMMI Appraisal Program: Process Maturity Profile, September 2009
http://www.sei.cmu.edu/cmmi/casestudies/profiles/pdfs/upload/2009Sep
CMMI.pdf
• Real Academia Española: Diccionario de la Lengua Española,
Vigésima segunda edición
© ESI 2009 37

38. Muchas gracias por su atención…
Enrique Morey
Services Area
Senior Consultant
SCAMPI Lead Appraiser # 0700813-02
enrique.morey@esi.es
Parque Tecnológico, # 204
E-48170 Zamudio
Bizkaia (Spain)
Tel.: +34 94 420 95 19
Fax: +34 94 420 94 20
www.esi.es
© ESI 2009 38

39. European Software Institute (ESI)
• Centro Tecnológico de la Red Vasca
de Tecnología
• Fundación sin ánimo de lucro
• Fundada en 1993 por la
Comisión Europea y Gobierno
Vasco. Con sede social en
Zamudio
Instalaciones de ESI en >
Zamudio, Bizkaia (España)
ESI es Miembro de: ESI esta Acreditado por:
ISO 9001:2000
Certif. DNV 2367
© ESI 2009 39

40. Tecnologías y Servicios
® Capability Maturity Model, Capability Maturity Modeling, CMM y CMMI están registrados en la Oficina de Patentes y Marcas Comerciales de los E.E.U.U. por la Universidad Carnegie Mellon.
© ESI 2009 40