CMMIEl CMM - CMMI es un modelo de calidad del software que clasifica las empresas en niveles de madurez. Estos niveles sirven para conocer la madurez de los procesos que se realizan para producir software.Las mejores prácticas CMMI se publican en los documentos llamados modelos. En la actualidad hay tres áreas de interés cubiertas por los modelos de CMMI: Desarrollo, Adquisición y Servicios.es un modelo para la mejora y evaluación de procesos para el desarrollo, mantenimiento y operación de sistemas.

VERSIÓN ACTUALLa versión actual de CMMI es la versión 1.3, liberada el 1 de noviembre de 2010. Hay tres constelaciones de la versión 1.2 disponible:CMMI para el Desarrollo (CMMI-DEV o CMMI for Development), Versión 1.2 fue liberado en agosto de 2006. En él se tratan procesos de desarrollo de productos y servicios.CMMI para la adquisición (CMMI-ACQ o CMMI for Acquisition), Versión 1.2 fue liberado en noviembre de 2007. En él se tratan la gestión de la cadena de suministro, adquisición y contratación externa en los procesos del gobierno y la industria.CMMI para servicios (CMMI-SVC o CMMI for Services), está diseñado para cubrir todas las actividades que requieren gestionar, establecer y entregar Servicios.

Dentro de la constelación CMMI-DEV, existen dos modelos:CMMI-DEVCMMI-DEV + IPPD (Integrated Product and Process Development)Independientemente de la constelación\modelo que opta una organización, las prácticas CMMI deben adaptarse a cada organización en función de sus objetivos de negocio.Las organizaciones no pueden ser certificadas CMMI. Por el contrario, una organización es evaluada (por ejemplo, usando un método de evaluación como SCAMPI) y recibe una calificación de nivel 1-5 si sigue los niveles de Madurez (si bien se comienza con el nivel 2). En caso de que quiera la organización, puede coger áreas de proceso y en vez de por niveles de madurez puede obtener los niveles de capacidad en cada una de las Áreas de Proceso, obteniendo el "Perfil de Capacidad" de la Organización.

MODELOS DE MADUREZ ENCMMI

CMMI propone 5 distintos modelos de madurez de las organizaciones:

Inicial - Estado inicial donde el desarrollo se basa en la heroicidad y responsabilidad de los individuos.

Los procedimientos son inexistentes o localizados a áreas concretas.No existen plantillas definidas a nivel corporativo.

Gestionado - Se normalizan las buenas prácticas en el desarrollo de proyectos (en base a la experiencia y al método).

En este nivel consolidado, las buenas prácticas se mantienen en los momentos de estrés.

Están definidos los productos a realizar.Se definen hitos para la revisión de los productos.

Definido - La organización entera participa en el proceso eficiente de proyecto software.

Se conoce de antemano los procesos de construcción de software.Existen métodos y plantillas bien definidas y documentados.Los procesos no solo afectan a los equipos de desarrollo sino a toda la

organización relacionada.Los proyectos se pueden definir cualitativamente.

Cuantitativamente GestionadoSe puede seguir con indicadores numéricos (estadísticos) la evolución de los

proyectos.Las estadísticas son almacenadas para aprovechar su aportación en

siguientes proyectos.Los proyectos se pueden pedir cuantitativamente.

OptimizadoEn base a criterios cuantitativos se pueden determinar las desviaciones más

comunes y optimizar procesos.En los siguientes proyectos se produce una reducción de costes gracias a la

anticipación de problemas y la continua revisión de procesos conflictivos.

OTROS MODELOSIntegración de modelos (CMM-SW, SE-CMM, IPD-CMM)

SE-CMMEl Modelo de Madurez de Capacidades en la Ingeniería de Sistemas fue publicado por el SEI en noviembre de 1995. Está dedicado a las actividades de ingeniería de sistemas.Define 18 áreas de proceso divididas en tres grupos:Ingeniería (7)Proyectos (5)Organizativas (6)

No utiliza niveles de madurez generales sino que en cada área de proceso una organización puede alcanzar un determinado nivel de madurez.Al igual que el SW-CMM, ha sido integrado en el CMMI.

IPD-CMMEl Modelo de Madurez de Capacidades para el Desarrollo Integrado de Productos fue propuesto como un borrador por el SEI en 1997, pero quedó integrado en el CMMI al publicarse este en el año 2000.P-CMMModelo de Madurez de Capacidades para Recursos HumanosSA-CMMModelo de Madurez de Capacidades para la Adquisición de SoftwareS3MModelo de Madurez de Capacidades para el mantenimiento del software

REQUISITOS EN NIVELES DEMADUREZ

Para asegurar la evolución por estos modelos de madurez, se deben cumplir una serie de requisitos y prácticas.Existen prácticas a realizar de modo particular (SP = práctica específica) en cada requerimiento y otras que son globales (GP = Practica global) y van apareciendo repetitivamente en distintos puntos.Cada práctica tiene a su vez sub-prácticas y practicas opcionales....

Nivel 2El nivel 2 requiere que hayamos considerados las siguientes cosas:Gestión de requisitosPlan de ProyectoMonitorización y control del proyectoGestión de acuerdos con proveedoresMedida y análisis Medidas de calidad en el proceso y producto Gestión de la configuraciónA continuación vamos a ver un ejemplo de las actividades detalladas, definidas por CMMI a realizar en el primer punto del nivel de madurez 2.

Gestión de requisitos

Podemos ver las distintas actividades a realizar en gestión de requisitos

SG 1 Gestionar Requerimientos [PA146.IG101]SP 1.1 Obtener y comprender requerimientosSP 1.2 Obtener la aprobación de los requerimientosSP 1.3 Gestionar los cambios en requisitosSP 1.4 Mantener una trazabilidad bidireccional de requisitosSP 1.5 Identificar inconsistencias entre el trabajo real a realizar y los requisitos.

GG 2 Institucionalizar la gestión del proceso de toma de requerimientos [CL103.GL101]GP 2.1 (CO 1) Establecer las políticas de la organizaciónGP 2.2 (AB 1) Planificar los procesosGP 2.3 (AB 2) Proporcionar los recursos adecuadosGP 2.4 (AB 3) Asignar las responsabilidadesGP 2.5 (AB 4) Formar al personalGP 2.6 (DI 1) Gestionar la configuraciónGP 2.7 (DI 2) Identificar los actores importantesGP 2.8 (DI 3) Monitorizar y controlar los procesosGP 2.9 (VE 1) Evaluar objetivamente el cumplimientoGP 2.10 (VE 2) Revisar el proyectos con los responsables de mayor nivel......................

HERRAMIENTAS PARA LAIMPLANTACIÓN DE

CMMI

Existen herramientas para verificar el seguimiento de CMM/CMMI...

Una de la más recomendada es CMM-Quest, por su sencillez.

En el Web hay disponible una versión de evaluación.

Una vez descargado el fichero arranca la instalación

Al completar la instalación se lanza automáticamente esta pantalla...

Podemos abrir el proyecto que viene por defecto o crear uno nuevo

Al ser una versión de evaluación, muchas de las ventanas de información desaparecen a los pocos segundo de mostrarse pero nos vale para hacernos una idea de cómo funciona....Al crear uno nuevo y pulsar el botón "prepare" aparece una ventana como ésta...

Aparece un montón de apartados porque la herramienta cubre toda la CMMI.Si selecciona la parte de Gestión de Requerimientos (imagen de abajo parte izquierda) vemos que a la derecha nos aparecen las prácticas a desarrollar. Es decir, en la fase de preparación tenemos que tener en cuenta todo esto.Si desde la ventana principal (la que sale al arrancar la aplicación) pulsamos Fill in, podemos ir rellenando en grado de cumplimiento de cada una de las tareas.

Y, rellenando el factor de cumplimiento de distintos elementos, nos proporcionará gráficas con indicadores