Modelo de madurez del CMMI

Andres A. Garces
Daniel Fernando Cadavid
Martha Lucia Gonzalez Medina
Monica Sepulveda
 Que es el CMMI?
 El Modelo de Capacidad y Madurez
Integrado CMMI (Capability Maturity
Model® Integration) es un modelo de
referencia de prácticas maduras usadas
para evaluar y mejorar la capacidad de los
procesos. Es una ruta evolutiva de
implementación de las mejores prácticas
en los procesos organizacionales.
MADUREZ VS INMADUREZ
 El modelo para software (CMMI) establece 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.
 NIVELES

 1- Ejecutado- Inicial
 2 - Administrado - Gestionado
 3 - Definido
 4 - Administrado - Gestionado
Cuantitativamente
 5 - Optimizado
Inicial

 La organización en este
nivel no dispone de un
ambiente estable para el
desarrollo y mantenimiento
de productos y servicios.
Administrado
 En la organización que se
encuentra en este nivel algunas
áreas organizacionales y/o
proyectos han alcanzado las
metas genéricas y específicas
establecidas en sus áreas de
proceso, es decir planean sus
procesos, los ejecutan, los
miden y los controlan.
Definido

 Tienen los procesos

caracterizados, entendidos
por los ejecutores, descritos
mediante estándares,
procedimientos, métodos y
herramientas.
Administrado Cuantitativamente
 La organización selecciona y
administra las actividades que
contribuyen perceptiblemente
al funcionamiento de proceso
total. Estas actividades
seleccionadas son controladas
con técnicas estadísticas y
otras técnicas cuantitativas.
Optimizado
 Los procesos de la organización
son mejorados continuamente
basados en una comprensión
cuantitativa de las causas
comunes de variación inherentes
a los procesos. El nivel 5 está
centrado en mejorar
continuamente el desempeño de
los procesos con mejoras
tecnológicas incrementales e
innovadoras.
Componentes del Modelo CMMI

 Áreas de procesos
 Metas genéricas
 Metas específicas
 Prácticas genéricas
 Prácticas específicas y sub prácticas
 Necesita su Organización CMMI?
 Los planes se hacen, pero no necesariamente se siguen.
 No se hace el seguimiento al trabajo real vs el plan. Los
planes no son revisados.
 Los requerimientos no son consistentes, los cambios no son
manejados.
 Los estimados son muy irreales, su incumplimiento es
común.
 Cuando no se puede cumplir con los plazos, surge una
atmósfera de crisis.
 Los defectos se encuentran en la fase de pruebas, o peor
aún los encuentra el cliente.
 El éxito depende de acciones heroicas de individuos
competentes.
 La consistencia en la ejecución es cuestionable.
EJEMPLO:
SITUACION ACTUAL

Una empresa tiene 5 unidades de negocio y cada una cuenta con una
Unidad Desarrolladora de Software (UDS).

Una UDS desarrolla aplicativos corporativos y brinda soporte al 60% de los

usuarios de la empresa, y otras 4 desarrolla aplicativos locales y brinda
servicio en conjunto al 40% de los usuarios.

 Cada UDS opera independientemente utilizando sus propios estándares,

metodologías, practicas, etc.

 Algunos procesos no se realizan o se realizan de diversas maneras aun dentro

de cada UDS.

 No se realizan procesos comunes, menos se realiza una reutilización de

procesos dentro de la empresa.
 Algunas veces se ha hecho el mismo producto bajo varios
enfoques y/o plataformas. Debido a los problemas de
integración.
 No se predice de antemano el tiempo que demandará la
construcción de un producto.
 La documentación de las actividades de desarrollo es muy
pobre lo que origina que el personal desarrollador consuma
mucho tiempo entendiendo los programas y los procesos.
 La demanda de mantenimiento de aplicativos, así como la
solución de errores grandes toma mucho tiempo por los
programadores.
DETERMINACION DEL PROBLEMA
Entre algunos de los que se presentan se encuentran:

•Cada UDS tiene su propia política con relación a los

procesos de desarrollo de software.

•El procedimiento de atención de requerimientos no

contribuye a una gestión adecuada de los requerimientos.

•Demasiado esfuerzo en la elaboración de un producto.

•Cada vez que se desarrolla un nuevo producto se tiene

que realizar todas las actividades. No hay cultura de re-
uso, ni uso de experiencias exitosas.
 Los productos elaborados por una UDS no pueden ser
utilizados por otra UDS por cuanto los estándares,
procedimientos, procesos, hardware y software son
diferentes.
 Las unidades de negocio no tienen una sola visión
compartida sobre el desarrollo de software.
 Los tiempos para la construcción de software
frecuentemente son mayores que los planeados.
 Justificación
 Es necesaria la implantación del modelo CMMI
para dar solución a los problemas planteados y
como herramienta que permite disminuir
costos a las Unidades de Negocio y a la
organización en general por economías de
escala, uniformidad de procesos, facilitar la
comunicación y entendimiento entre el personal
de las UDS, reducción del tiempo de desarrollo,
reducción de riesgos, ayuda en la estimación
del software y sobre todo para aumentar la calidad
del software.
Se utilizará CMMI para:

 Ayudará a establecer objetivos y prioridades en mejoras de procesos.

 Ayudará a asegurar procesos estables maduros y con la capacidad

requerida.

 Como guía para mejorar de procesos a nivel de proyecto y de organización.

 Como una metodología de evaluación para diagnosticar el estado de los

esfuerzos de mejora.

 Se usará la metodología Identificación, Transformación e Implantación

- ITI para transformar la UDS "1" a los estándares requeridos por el
modelo CMMI de una manera simple y sencilla.
IMPLEMENTACION DEL MODELO
CMMI
La implementación del modelo de CMMI, consta de dos partes:

*Consultaría Especializada: consiste en realizar el acompañamiento

dirigido por un consultor Senior, durante un tiempo estimado de un año
por nivel de madurez.

*Valoración SCAMPI: consiste en un proceso mediante el cual durante u

tiempo estimado de tres meses se recoge evidencias para comprobar si
la organización ha alcanzado el nivel de madurez deseado. La
valoración es realizada por una empresa autorizada por el SEI
(Software Engineering Institute).
 Se definió el proyecto "CMMI" el cual tuvo como misión implantar el CMMI en la organización y en la UDS "1" en el más breve plazo. El equipo del proyecto estuvo conformado por personal experto en procesos de CMMI y personal de la
UDS "1", con roles y responsabilidades claramente definidos:

 1 Ejecutivo de Proyecto
 1 Administrador del proyecto
 1 líder del proyecto por el lado de la UDS "1"
 Equipo Implementador

 Equipo Implementador por el lado de la UDS "1" (*)

Se definió una estrategia de implementación rápida, para lo cual se
tomó en cuenta lo siguiente:

 Incluir dentro del Equipo de implementación a personal experto en CMMI.

 Capacitar al Equipo de implementación de la UDS "1" en CMMI.
 Obtener el compromiso del personal de la UDS "1" para apoyar en
las actividades de CMMI.
 Explicar a todo el personal de la UDS "1" las razones de la
implementación y cómo ayudará en los objetivos de calidad.
 Involucrar a un grupo de la UDS "1" en el Proyecto de Implementación.
 Usar como base los procedimientos, formatos y herramientas que
están siendo utilizados por la UDS "1" y que cumplen con los
requerimientos del CMMI y solicitar aprobaciones a los expertos.
 Uso de herramientas que permitan desarrollar rápidamente el trabajo
y que ayuden a generar métricas.
 No duplicar esfuerzos registrando bases de datos adicionales. Se
usa las bases de datos existentes, para lo cual es posible que
se requiera modificaciones al SW para generar métricas
 Reducir el impacto en la atención a usuarios.
 La implantación de los procesos organizacionales se debería hacer
a nivel Empresa.
La Implantación del CMMI en una Empresa con varias Unidades
de Negocio en las cuales cada una tiene su propia Unidad
de Desarrollo de Software - UDS se realiza en dos etapas:

 La primera etapa consiste en revisar los procesos de

CMMI tal como lo define el Instituto de Ingeniería de
Software - SEI:
-Analizar los procesos, políticas, estándares y procedimientos
actuales de la empresa y alinear los procesos a los procesos
de CMMI.
- Elaborar los procedimientos, estándares, políticas de la
empresa para ayudar en la consecución de los objetivos.

 La segunda etapa consiste en aplicar los estándares

definidos a nivel empresa a las diferentes UDS de las
unidades de negocio manteniendo en lo posible los
estándares definidos en la primera etapa.
 Descripción detallada

Al inicio del Proyecto se identificaron un conjunto de actividades y se asignaron

responsables, los cuales tuvieron como responsabilidad de elaborar el plan de
implementación:
 Identificación: Levantamiento de Requerimientos

La UDS "1" tiene un conjunto de estándares, procesos, procedimientos

y formatos definidos con los cuales ha venido operando. Algunos
de los documentos son compartidos con los Usuarios. El Equipo de
Implantación entrevistó al personal de la USD "1" y revisó los
siguientes documentos que deben ser generados por la UDS "1":

 Contratos, Acuerdos de niveles de servicio.

 Plan de trabajo de la UDS y de los proyectos.
 Productos de trabajo con actividades de Administración de la calidad
 Registro (Log) de Problemas, de Dependencias, requerimientos de
cambio y de riesgos
 Minutas de reunión con clientes y miembros del equipo.
 Documentos firmados por clientes
 Plan de pruebas
 Resultado de revisiones previas de Aseguramiento de la calidad
 Procesos, procedimientos, metodologías, estándares, guías, formatos.
 Se asignó las áreas de proceso a los miembros del
equipo. Cada uno de ellos tuvo el encargo de identificar
las brechas (gaps) de una o más áreas de proceso.
 Se corroboró la brecha total mediante la revisión de
Aseguramiento de Calidad PPQA), para conocer el
grado de cumplimiento de la USD "1" respecto del
modelo CMMI definido para la Empresa, usando un
formato para aseguramiento de procesos (checklist) que
tiene una lista de chequeo de todos los puntos
relacionados con el cumplimiento de las prácticas
genéricas y específicas del CMMI de todas las áreas de
procesos
 Se analizó el Reporte de Aseguramiento de calidad. El
resultado del análisis arrojó como resultado que la USD "1"
tuvo 30 % de adherencia al CMMI. Con este resultado se
determinó el alcance, el esfuerzo y el costo del Proyecto
y se elaboró el Plan del Proyecto.

 La estimación del alcance fue dada por las tareas a

realizarse en cada una de las PAs para completar en
conjunto el 70% de cumplimiento faltante.
 El esfuerzo estimado para la Transformación e
Implantación fue de 24 meses - persona, en base a la
situación actual, complejidad y número de pendientes
por implementar en cada PA. Se asignó 3 personas a
tiempo completo para lograr el objetivo de implantarlo en
10 meses

 El costo del Proyecto fue calculado en base de los

recursos requeridos (personal, infraestructura, HW, SW) y
al tiempo de dedicación del personal
Barreras para una implantación exitosa

 Cultura del Usuario

 A los Desarrolladores no les gusta documentar

ni alimentar las bases de datos, por lo cual
generalmente inician la atención de un siguiente
requerimiento antes de haber culminado la
documentación del anterior.