Capability Maturity Model Integration
Definición y origen
Capability Maturity Model Integration. Modelo para la mejora o evaluación de los procesos de desarrollo y mantenimiento de sistemas y productos de software. Desarrollado por el Instituto de Ingeniería del Software de la Universidad Carneige Mellon (SEI), y publicado en su primera versión en enero de 2002.
Durante los años 90 SEI desarrolló modelos para la mejora y medición de la madurez específicos para varias áreas:
- CMM-SW: CMM for software
- P-CMM: People CMM.
- SA-CMM: Software Acquisition CMM.
- SSE-CMM: Security Systems Engineering CMM.
- T-CMM: Trusted CMM
- SE-CMM: Systems Engineering CMM.
- IPD-CMM: Integrated Product Development CMM.
A finales de la década era habitual que una organización implantara de forma simultánea el modelo CMM-SW (CMM for software) y SE-CMM (Systems Engineering Capabilituy Maturity Model).
CMMI se desarrolló para facilitar y simplificar la adopción de varios modelos de forma simultánea, y su contenido integra y da relevo a la evolución de sus predecesores:
- CMM-SW (CMM for Sofwtare)
- SE-CMM(Systems Engineering Capability Maturity Model)
- IPD-CMM(Integrated Product Development)
Dos representaciones: continua y escalonada
El modelo para software (CMM-SW) estable 5 niveles de madurez para clasificar a las organizaciones, en función de qué áreas de procesos consiguen sus objetivos y se gestionan con principios de ingeniería. Es lo que se denomina un modelo escalonado, o centrado en la madurez de la organización.
El modelo para ingeniería de sistemas (SE-CMM) establece 6 niveles posibles de capacidad para una de las 18 áreas de proceso implicadas en la ingeniería de sistemas. No agrupa los procesos en 5 tramos para definir el nivel de madurez de la organización, 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 había defensores de ambos tipos de representaciones. El resultado fue la publicación del modelo con dos representaciones: continua y escalonada. Son equivalentes, y cada organización puede optar por adoptar la que se adapte a sus características y prioridades de mejora
La visión continua de una organización mostrará la representación de nivel de capacidad de cada una de las áreas de proceso del modelo.
La visión escalonada definirá a la organización dándole en su conjunto un nivel de madurez del 1 al 5.
Áreas de proceso
Las áreas de proceso que ayuda a mejorar o evaluar CMMI son 22 en la versión que integra desarrollo de software e ingeniería de sistemas (CMMI-SE/SW) y 25 en la que cubre también integración de producto (CMMI-SE/SW/IPPD).
Vistas desde la representación continua del modelo, se agrupan en 4 categorías según su finalidad: Gestión de proyectos, Ingeniería, Gestión de procesos y Soporte a las otras categorías.
Vistas desde la representación escalonada, se clasifican en los 5 niveles de madurez. Al nivel de madurez 2 pertenecen las áreas de proceso cuyos objetivos debe lograr la organización para alcanzarlo, ídem con el 3, 4 y 5.
| Área de proceso | Categoría | Nivel de madurez |
|---|---|---|
| Análisis y resolución de problemas | Soporte | 5 |
| Gestión de la configuración | Soporte | 2 |
| Análisis y resolución de decisiones | Soporte | 3 |
| Gestión integral de proyecto | Gestión de proyectos | 3 |
| Gestión integral de proveedores | Gestión de proyectos | 3 |
| Gestión de equipos | Gestión de proyectos | 3 |
| Medición y análisis | Support | 2 |
| Entorno organizativo para integración | Soporte | 3 |
| Innovación y desarrollo | Gestión de procesos | 5 |
| Definición de procesos | Gestión de procesos | 3 |
| Procesos orientados a la organización | Gestión de procesos | 3 |
| Rendimiento de los procesos de la org. | Gestión de procesos | 4 |
| Formación | Gestión de procesos | 3 |
| Integración de producto | Ingeniería | 3 |
| Monitorización y control de proyecto | Gestión de proyectos | 2 |
| Planificación de proyecto | Gesitón de proyectos | 2 |
| Gestión calidad procesos y productos | Soporte | 2 |
| Gestión cuantitativa de proyectos | Gestión de proyectos | 4 |
| Desarrollo de requisitos | Ingeniería | 3 |
| Gestión de requisitos | Ingeniería | 2 |
| Gestión de riesgos | Gestión de proyectos | 3 |
| Gestión y acuerdo con proveedores | Gestión de proyectos | 2 |
| Solución técnica | Ingeniería | 3 |
| Validación | Ingeniería | 3 |
| Verificación | Ingeniería | 3 |
Niveles de capacidad de los procesos (representación continua)
Los 6 niveles definidos en CMMI para medir la capacidad de los procesos son:
- 0.- Incompleto: El proceso no se realiza, o no se consiguen sus objetivos.
- 1.- Ejecutado: El proceso se ejecuta y se logra su objetivo.
- 2.- Gestionado: Además de ejecutarse, el proceso se planifica, se revisa y se evalúa para comprobar que cumple los requisitos.
- 3.- Definido: Además de ser un proceso "gestionado" se ajusta a la política de procesos que existe en la organización, alineada con las directivas de la empresa.
- 4.- Cuantitativamente gestionado: Además de ser un proceso definido se controla utilizando técnicas cuantitativas.
- 5.- Optimizado: Además de ser un proceso cuantitativamente gestionado, de forma sistemática se revisa y modifica para adaptarlo a los objetivos del negocio.
Niveles de capacidad de la organización (representación escalonada)
Nivel 1: Inicial Los resultados de calidad obtenidos son consecuencia de las personas y de las herramientas que emplean. No de los procesos, porque o no los hay o no se emplean.
Nivel 2: Gestionado Se considera un nivel 2 de madurez cuando se llevan a cabo prácticas básicas de gestión de proyectos, de gestión de requisitos, control de versiones y de los trabajos realizados por subcontratistas. Los equipos de los proyectos pueden aprovechar las prácticas realizadas para aplicarlas en nuevos proyectos.
Nivel 3: Definido Los procesos comunes para desarrollo y mantenimiento del software están documentados de manera suficiente en una biblioteca accesible a los equipos de desarrollo. Las personas han recibido la formación necesaria para comprender los procesos.
Nivel 4: Gestionado cuantitativamente La organización mide la calidad del producto y del proceso de forma cuantitativa en base a métricas establecidas. La capacidad de los procesos empleados es previsible, y el sistema de medición permite detectar si las variaciones de capacidad exceden los rangos aceptables para adoptar medidas correctivas.
Nivel 5: Optimizado La mejora continua de los procesos afecta a toda la organización, que cuenta con medios para identificar las debilidades y reforzar la prevención de defectos. Se analizan de forma sistemática datos relativos a la eficacia de los procesos de software para analizar el coste y el beneficio de las adaptaciones y las mejoras.
Se analizan los defectos de los proyectos para determinar las causas, y su mapeado sobre los procesos.
Componentes
Área de proceso: Conjunto de practicas relacionadas que son ejecutadas de forma conjunta para conseguir un conjunto de objetivos
Componentes Requeridos
- Objetivo genérico: Los objetivos genéricos asociados a un nivel de capacidad establecen lo que una organización debe alcanzar en ese nivel de capacidad.
El logro de cada uno de esos objetivos en un área de proceso significa mejorar el control en la ejecución del área de proceso
- Objetivo específico: Los objetivos específicos se aplican a una única área de proceso y localizan las particularidades que describen que se debe implementar para satisfacer el propósito del área de proceso.
Componentes Esperados
- Práctica genérica: Una practica genérica se aplica a cualquier área de proceso porque puede mejorar el funcionamiento y el control de cualquier proceso.
- Práctica específica: Una practica específica es una actividad que se considera importante en la realización del objetivo especifico al cual está asociado.
Las prácticas específicas describen las actividades esperadas para lograr la meta específica de un área de proceso
Componentes Informativos
- Propósito
- Notas introductorias
- Nombres
- Tablas de relaciones práctica - objetivo
- Prácticas
- Productos típicos
- Sub-prácticas: Una sub-practica es una descripción detallada que sirve como guía para la interpretación de una practica genérica o especifica.
- Ampliaciones de disciplina: Las ampliaciones contienen información relevante de una disciplina particular y relacionada con una practica especifica
- Elaboraciones de prácticas genéricas: Una elaboración de una practica genérica es una guía de cómo la practica genérica debe aplicarse al área de proceso
Véase también