CMMI, y el predecesor CMM, pueden emplearse como:
1.- Guía para mejorar los procesos que intervienen en el desarrollo y mantenimiento del software.
2.- Criterio para determinar el nivel de madurez de una organización que desarrolla o mantiene software en base a la capacidad de las áreas de procesos definidas en estos modelos.
SW-CMM (CMM for Software) Historia y evolución 1984 El Congreso del Gobierno Americano aprobó la creación de un organismo de investigación para el desarrollo de modelos de mejora para los problemas en el desarrollo de los sistemas de software, y evaluar la capacidad de respuesta y fiabilidad de las compañías que suministran software al Departamento de Defensa. Creación del SEI (Instituto de Ingeniería del Software), fundado por el Departamento de Defensa Americano y la Universidad Carnegie Mellon. 1985 SEI empieza a trabajar en un marco de madurez de procesos que permita evaluar a las empresas productoras de software. La investigación evoluciona hacia el “Modelo de Madurez de las Capacidades (CMM)”. 1991 En agosto SEI publica la versión 1.0 del Modelo de Madurez de las Capacidades para el Software (SW-CMM, Capability Maturity Model for Software). 1993 SEI publica la versión 1.1 de SW-CMM 1997 Publicación de la versión 1.2 2000 SW-CMM fue integrado y relevado por el nuevo modelo CMMI. Principios y conceptos El marco de madurez de los procesos parte de la premisa de gestión: La calidad de un producto o de un sistema es en su mayor parte consecuencia de la calidad de los procesos empleados en su desarrollo y mantenimiento. Madurez Atributo de las organizaciones que desarrollan o mantienen los sistemas de software. En la medida que éstas llevan a cabo su trabajo siguiendo procesos, y en la que éstos se encuentran homogéneamente implantados, definidos con mayor o menor rigor; conocidos y ejecutados por todos los equipos de la empresa; y medidos y mejorados de forma constante, las organizaciones serán más o menos “maduras”. Modelo escalonado. SW-CMM es un modelo escalonado sobre el concepto de madurez, que define 5 niveles o escalones para calificar la madurez de una organización. Niveles de madurez El “escalonado” CMM define 5 niveles posibles de madurez para las organizaciones que desarrollan y mantienen software: 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: Repetible .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 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. Estructura del modelo SW-CMM Áreas clave de proceso Nivel 2 - Gestión de Requisitos
- Planificación del proyecto de software
- Seguimiento y Supervisión del proyecto
- Gestión de subcontratos de software
- Garantía de calidad de software
- Gestión de la configuración del software
Nivel 3 - Enfoque en el proceso de la organización
- Definición del proceso de la organización
- Programa de formación
- Gestión integrada del software
- Ingeniería de software del producto
- Coordinación entre grupos
- Revisión de pares
Nivel 4 - Gestión cuantitativa del proceso
- Gestión de la calidad del software
Nivel 5 - Prevención de defectos
- Gestión del cambio de tecnología
- Gestión del cambio del proceso
Evolución de modelos CMM Tras la publicación del modelo CMM for Software, se comenzaron a desarrollar modelos para mejorar la madurez de las capacidades en otras áreas y ámbitos: - 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.
CMMI A finales de los 90 algunas organizaciones llevaban a cabo planes de calidad que integraban de forma simultánea varios modelos CMM. Para facilitar la incorporación de varios CMM’s, SEI desarrolla y publica en 2001 el modelo CMMI que integra: Desde entonces estos tres modelos ya no evolucionan de forma separada. Principios y conceptos CMMI se asienta en el mismo principio expuesto para CMM: La calidad de un producto o de un sistema es en su mayor parte consecuencia de la calidad de los procesos empleados en su desarrollo y mantenimiento. Madurez Atributo de las organizaciones que desarrollan o mantienen los sistemas de software. En la medida que éstas llevan a cabo su trabajo siguiendo procesos, y en la que éstos se encuentran homogéneamente implantados, definidos con mayor o menor rigor; conocidos y ejecutados por todos los equipos de la empresa; y medidos y mejorados de forma constante, las organizaciones serán más o menos “maduras”. Capacidad Atributo de los procesos. El nivel de capacidad de un proceso indica si sólo se ejecuta, o si también se planifica se encuentra organizativa y formalmente definido, se mide y se mejora de forma sistemática. Niveles de capacidad. 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 madurez. Son los mismos 5 que los descritos en el modelo SW-CMM, si bien se les han revisado los nombres a los niveles 2 y 4. Nivel 1: Inicial Nivel 2: Gestionado Nivel 3: Definido Nivel 4: Gestionado cuantitativamente Nivel 5: Optimizado Representaciones Continua y Escalonada Los modelos de calidad que centran su foco en la madurez de la organización, presentan un modelo de mejora y evaluación “escalonado”. Los que enfocan las actividades de mejora y evaluación en la capacidad de los diferentes procesos presentan un modelo “continuo”. - CMMI nació integrando tres modelos diferentes, con representaciones diferentes:
- CMM-SW: representación escalonada.
- SE-CMM: representación continua.
- IPD-CMM: modelo mixto.
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. CMMI identifica 25 áreas de procesos (22 en la versión que no integra IPD). 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, idem con el 3, 4 y 5. | Área de proceso | Categoría | N. mad. | | 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 | G. Proyectos | 3 | | Gestión integral de proveedores | G. Proyectos | 3 | | Gestión de equipos | G. Proyectos | 3 | | Medición y análisis | Soporte | 2 | | Entorno organizativo para integración | Soporte | 3 | | Innovación y desarrollo | G. Procesos | 5 | | Definición de procesos | G. Procesos | 3 | | Procesos orientados a la organización | G. Procesos | 3 | | Rendimiento de los procesos de la org. | G. Procesos | 4 | | Formación | G. Procesos | 3 | | Integración de producto | Ingeniería | 3 | | Monitorización y control de proyecto | G. Proyecto | 2 | | Planificación de proyecto | G. Proyecto | 2 | | Gestión calidad procesos y productos | Soporte | 2 | | Gestión cuantitativa de proyectos | G. Proyectos | 4 | | Desarrollo de requisitos | Ingeniería | 3 | | Gestión de requisitos | Ingeniería | 2 | | Gestión de riesgos | G. Proyectos | 3 | | Gestión y acuerdo con proveedores | G. Proyectos | 2 | | Solución técnica | Ingeniería | 3 | | Validación | Ingeniería | 3 | | Verificación | Ingeniería | 3 | Estructura del modelo CMMI Representación continua Representación escalonada  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
- Referencias
- 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
Evaluación SCAMPI Si se emplea el modelo para medir el nivel de los procesos de una organización, éste define la manera en la que se debe hacer la evaluación.: SCAMPI Standard CMMI Appraisal Method for Process Improvement. EVOLUCIÓN FUTURA SEI ha anunciado que a partir de la versión 1.2 se refundirán en un único documento las versiones continua y escalonada, y que el modelo de evaluación SCAMPI también cambiará. El actual será válido hasta 2009. El próximo incorpora caducidad como si no se tratara de evaluación sino de certificación. Identificación de los componentes en el texto del modelo
Enlaces - Página del modelo CMM
- Página del modelo CMMI
|
Suscripción RSS 
