Modelo de madurez cmmi

1. Modelo de madurez del CMMI

2. 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.

3. MADUREZ VS INMADUREZ

4.  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.

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

7. Inicial
 La organización en este
nivel no dispone de un
ambiente estable para el
desarrollo y mantenimiento
de productos y servicios.

8. 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.

9. Definido
 Tienen los procesos
caracterizados, entendidos
por los ejecutores, descritos
mediante estándares,
procedimientos, métodos y
herramientas.

10. 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.

11. 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.

13. 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

15. 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.

16. 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.
EJEMPLO:

17.  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.

18. 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.

19.  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.

20. 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.

21.  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.
Se utilizará CMMI para:

22. 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).

23.  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

24. 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.

25. 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.

26. 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:
Descripción detallada

27. 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.

28.  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

29.  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.

30.  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

31. 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.