Modelo de Capacidad y Madurez Modelo CMM Modelo de Capacidad y Madurez

Definición Que es CMM? Fue desarrollada como marco de referencia para la mejora y evaluación de los procesos de software. Está basado en el conocimiento adquirido por mejoras en el proceso de software y feedback. Propone alcanzar los resultados mediante pequeños cambios evolutivos describiendo una estrategia para mejoras continuas, guiando el avance e identificando deficiencias en la organización CMM no provee mejoras rápidas si no evolutivas.

Motivación Que problemas Soluciona CMM? la incapacidad de manejar procesos. Demoras en proyectos. Duplicación de Presupuesto. Manejo de personal , Recursos Humanos. Mejora de la empresa tanto en procesos y calidad del producto final.

Evolución de CMM a CMMI En 1986 el SEI, a requerimiento del Gobierno de los Estados Unidos, desarrolló una primera definición de un modelo de madurez de procesos en el desarrollo de software, y se publicó en 1987. Este evolucionó al modelo CMM o SW-CMM (CMM for Software). En los años 90, SEI desarrolló modelos específicos para la mejora y medición de la madurez en varias áreas: CMM-SW: CMM for software P-CMM: People CMM. SSE-CMM: Security Systems Engineering CMM. SE-CMM: Systems Engineering CMM. IPD-CMM: Integrated Product Development CMM. CMMI ( Integración de Todos los Modelos )

Estructura de CMMI Areas de Proceso:(Las áreas clave de proceso identifican los problemas que se deben tratar para alcanzar un nivel de madurez.) Practicas Comunes: Las características comunes son atributos que indican si la implementación e institucionalización de un área de proceso clave es efectiva, repetible y perdurable. Compromiso de realización( Políticas Organizacionales) Habilidad de realización: ( Entrenamiento ) Actividades realizadas: (describen las actividades, roles y procedimientos para implementar un área de proceso clave) Mediciones y análisis: ( Medición de estado de proceso ) Verificando implementación (asegurar que las actividades son llevadas a cabo conforme a los procesos que han sido establecidos) Practicas clave: En cada característica común se especifican prácticas clave, que son normas, procedimientos y actividades cuya realización lleva a la consecución de los objetivos del área

Estructura CMMI

Nivel 1 Inicial En el Nivel Inicial, la organización típicamente no representa un ambiente estable para el desarrollo y mantenimiento de software. Típicamente las organizaciones de nivel 1 se plantean compromisos sobredimensionados, y frecuentemente tienen dificultad en plantear compromisos que es staff puede alcanzar con un proceso ingenieril ordenado, resultando en una serie de crisis No cuenta con Areas Clave

Nivel 2 Repetible Areas Clave de Proceso. Se establecen políticas para administrar un proyecto de software y procedimientos para implementar esas políticas. El planeamiento y la administración de proyectos nuevos se basan en la experiencia con proyectos similares. La capacidad de los procesos se aumenta al establecer una disciplina básica de administración de procesos en cada proyecto Areas Clave de Proceso. 1.Gestión de requisitos. 2. Planificación del proyecto software. 3. Seguimiento y control del proyecto. 4. Gestión de la subcontratación del software. 5. Aseguramiento de la calidad del software. 6. Gestión de la configuración del software.

Nivel 3 Definido Areas Clave de Proceso. Se definen estándares para el desarrollo y mantenimiento de software el cual ya está documentado y usado por toda la organización. Los procesos establecidos en el nivel 3 son usados (y cambiados, apropiadamente) para ayudar a los administradores de software y al staff técnico a realizarlas más efectivamente su trabajo. Areas Clave de Proceso. 1. Desarrollo y mejora de los procesos de la organización. 2. Definición de los procesos de la organización. 3. Programa de formación. 4. Gestión integrada del software. 5. Ingeniería de producto software. 6. Coordinación intergrupos. 7. Revisión conjunta.

Nivel 4 Administrado  La organización establece objetivos de calidad cuantitativos para los productos y procesos de software. La productividad y calidad son medidas por actividades de proceso de .Se cuenta con una base de datos de procesos de software organizacional que es usada para recolectar y organizar los datos, Estas medidas establecen los fundamentos cuantitativos para evaluar los procesos . Areas Clave: 1. Gestión cuantitativa del proyecto. 2. Gestión de calidad del software.

Nivel 5 Optimizado Toda la organización está focalizada en la mejora continua de procesos. La organización tiene la intensión de identificar proactivamente debilidades y fortalezas del proceso, con el objetivo de prevenir los defectos   Areas Clave: 1. Prevención de defectos. 2. Gestión de cambios tecnológicos 3. Gestión de cambios en los procesos.

Mapa de Niveles Para evaluar los procesos de CMMI se hace referencia a  SCAMPI(Método estándar de Evaluaciones basadas en CMMI® para la Mejora de Procesos) Objetivos Diagnósticos internos Evaluación de proveedores Producción de perfil de capacidades con base en las áreas de proceso. Definir Nivel de madurez de una organización

Técnica de Evaluación CMMI Para evaluar los procesos de CMMI se hace referencia a  SCAMPI(Método estándar de Evaluaciones basadas en CMMI® para la Mejora de Procesos) Objetivos Diagnósticos internos Evaluación de proveedores Producción de perfil de capacidades con base en las áreas de proceso. Definir Nivel de madurez de una organización

Representación Continua y Por Etapas A diferencia de CMM, que sólo tiene representación por niveles, CMMI tiene dos representaciones: Por niveles, y forma Continua. La representación por niveles es similar a la de CMM. Son cinco niveles, cada uno de los cuales contiene PA’s (Process Areas. En CMM se denominan Key Process Areas). La compañía que elija la representación por niveles, va logrando la madurez como en CMM. Alcanza el nivel de madurez 2 cuando cumple con todas las PA de nivel 2, y así sucesivamente. Quienes elijan el modelo continuo, alcanzan la madurez por Process Areas. En este caso, por ejemplo, se puede ser nivel 5 en una Process Area y nivel 1, 2, o cualquier otro, en las demás La representación continua le permite a las organizaciones madurar completamente en las Áreas de Proceso que mas les interesen. La idea surgió porque CMM es un modelo que toma años y muchísimo dinero para implementarlo hasta el nivel 5, razón que desanimaba a muchas compañías a adoptarlo. Para ser nivel 5 en CMMI se requiere que todas las PA’s estén en nivel 5.

Bibliografía: http://www.cii- murcia.es/informas/ene05/articulos/CMM.pdf (Técnicas cuantitativas para la gestión en la ingeniería del software  ) Javier Tuya http://catarina.udlap.mx/u_dl_a/tales/documentos /lis/ulibarri_p_jm/capitulo4.pdf