CMMI

1. CMMI Facultad Politécnica - UNA GRUPO 5 Juan Marcelo Ferreira Aranda [jmferreira1978@gmail.com] Silvano Christian Gómez [cgomezpy@gmail.com] Marcelo Rodas [rodas.marcelo@gmail.com] Ingeniería de Software III 8vo Semestre, 2008

2. Agenda CMMI • El proceso de software en las organizaciones • Conceptos generales • Importancia del proceso • Introduccion a CMMI • Origen. Historia. Beneficios • Objetivos y alcance • Estructura de niveles • Ventajas y desventajas • Casos de aplicación • Conclusión

3. Que ocurre hoy conmi organización? • Se hacen planes pero no necesariamente se cumplen • No se hace un seguimiento del trabajo con el plan. Los planes no se ajustan • Los requerimientos no son consistentes. No se hace una gestión de cambio • Las estimaciones no son reales. La subestimacion es frecuente • Los defectos son descubiertos en la fase de pruebas, incluso, por el cliente • El éxito es dependiente de algún héroe.

4. Como reaccionamos normalmente antes crisis? Las respuestas comunes antes un verdadero problema: • Las personas trabajan más tiempo y más rápido (presion). • Las personas se mueven de proyecto en proyecto. • Se recortan requerimientos del proyecto • Los proyectos agregan más personas (plazos) • Se espera a un desarrollador héroe (apaga incendios)

5. Resumiendo las realidades • Los sintomas a considerar: • Compromisos incumplidos. • Entrega tardía • Visibilidad inadecuada de la gestión • Demasiadas sorpresas • Problemas de calidad • Los trabajos se rehacen demasiado • Las funciones no funcionan correctamente • Insatisfacción del cliente • Baja Estima, gente frustrada

6. CMMI – Enfoques Generales CMMI : Define modelos para la mejora o evaluación de los procesos de desarrollo y mantenimiento de sistemas y productos de software. Modelo de Procesos : colección estructurada de prácticas que describen caracteristicas de un proceso efectivo. Probados por experiencia Proceso Efectivo Propósito: El propósito del proyecto es proveer mejoras en costo, tiempo, y calidad de proyectos en desarrollo de ingeniería.

7. CMMICapabilityMaturityModelIntegration • Capability • Capacidad, propiedad de los procesos • Resultados esperados que pueden ser alcanzados siguiendo un proceso • Maturity • Grado de propiedad, de mejora de los procesos por medio de niveles • Model • Provee asistencia para desarrollo de procesos • No son descripciones de procesos • Las areas de proceso no se vinculan una a una con los procesos de una organizacion • Integration • Alcance, expectativa de establecer todos los procesos usando CMMI • Combinacion de 3 modelos: • SW-CMM: Software • SE-CMM: Ingeniería de Software • IPD-CMM: Desarrollo integrado de productos

8. Madurez

9. No es CMMI • No es un proceso. • No es una metodología de desarrollo de software ni de gestión de proyectos. • No asume el modelo en cascada ni el iterativo.

10. HISTORIA DE CMMI 1987 1991 1993 1995 1997 2000 2002 First CMM Published SW-CMM v1.1 Published CMMI-SE/SW Version 1.0 Published Model Refined and Published as SW-CMM v1.0 CMMI Initiative Launched CMMI-SE/SW/IPPD/A Version 1.1 Published Software Acquisition (SA-CMM), Systems Engineering (SE-CMM), Integrated Product Development (IPD-CMM), Organizational Workforce Capability Development (People CMM) Developed

11. CMMI en la actualidad • En Diciembre de 2001 se liberó el CMMI v1.1 • CMMI = CapabilityMaturityModelIntegration • Es una evolución de modelos de CMM • Incluye una diferencia importante en relación a su predecesor • “Un modelo, dos representaciones” • Versiones 1.1 y modelos del 2002 • CMMI-SE/SW/IPPD, CMMI-SE/SW, CMMI-SW • Mayo 2005. Adquisición de proyectos. CMMI-AM • En Agosto de 2006 apareció el modelo CMMI v1.2 • CMMI-DEV (Development) • 2008. Adquisición de proyectos. CMMI for Acquisition, v1.2 • Proyectosqueadquierenproductos o servicios

12. Constelación: es un conjunto de componentes CMMI diseñados para satisfacer las necesidades de un área específica de interés • Proveen guías para: • DEV - Administración, medición y monitoreo del Proceso de Desarrollo • ACQ - Informes y adquisición de liderazgo. • SVC - Prestación de servicios dentro de la organización y clientes externos

13. Componentes de CMMI Areas de proceso: Conjunto de prácticas relacionadas, que se ejecutan de forma conjunta, para conseguir un conjunto de objetivos. Práctica específica: Una práctica específica es una actividad que se considera importante en la realización del objetivo específico Objetivos Genéricos: Asociados a un nivel de capacidad. Objetivos Específicos: Asociados a cada área de proceso Práctica genérica: Una práctica genérica se aplica a cualquier área de proceso

14. Bases de CMMI Objetivos de CMMI • Servir de base para cualquier organización que decida adquirir un camino consistente en la mejora continua partiendo del establecimiento e institucionalización de una serie de áreas clave de proceso. • Servir de guía para la implantación de una disciplina que va más allá de la definición, desarrollo, implantación y mantenimiento del producto, proyecto y/o servicio que la organización oferta al mercado

15. Niveles del CMM

16. Representaciones de CMMI • La representación del modelo es un concepto que se relaciona con la estructura arquitectónica del mismo. • SW-CMM: utilizaba un modelo "escalonado". • SE-CMM: utilizaba un modelo "continuo". • IPD-CMM: era "híbrido"

17. Representación Escalonada Provee un mapa predefinido a seguir para la mejora de la organización, basada en la agrupación y ordenamiento de procesos y relaciones de organizaciónasociadas.

18. Representación Continua Proporciona una guía menos específica sobre el orden en el cual la mejora debería ser lograda. Se le llama continuo porque ninguna de las etapas discretas son asociadas con la madurez de organización.

19. Representación Híbrida • En CMMI existen dos objetivos muy claros • Conservar los niveles de madurez por etapas para mantener la flexibilidad necesaria en muchas organizaciones que tienen que adaptar sus procesos de mejora a sus metas de negocios y no viceversa. • La transición de organizaciones del CMM v1.1 al CMMI debería ser tan fácil como fuera posible para proteger las considerables inversiones hechas • CMMI tiene entonces las dos representaciones.

20. Agrupamiento Escalonado

21. Agrupamiento Continuo

22. Niveles del CMMI. 1 Inicial Los procesos son habitualmente caóticos Estado inicial donde el desarrollo se basa en la Heroicidad y responsabilidad de los individuos. Los procedimientos son inexistentes o localizados en áreas concretas. No existen plantillas definidas a nivel corporativo. La organización no provee un ambiente estable. Frecuentemente se exceden en el presupuesto y tiempo de sus proyectos.

23. Niveles del CMMI. 2 Gestionado Todos los “Objetivos Específicos y Genéricos” de todas las “Areas de Proceso del Nivel 2 han sido alcanzadas. Los proyectos son planificados, realizados, medidos y controlados. 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. Se definen hitos para la revisión de los productos. Los resultados son revisados con los participantes y son controlados. Los resultados satisfacen los requerimientos especificados, estándares y objetivos.

24. Niveles del CMMI. 3 Definido Todos los objetivos específicos y genéricos de todas las Áreas de proceso de los niveles 2 y 3 han sido alcanzadas. Los procesos están caracterizados y comprendidos. 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. El gerente de la organización define objetivos para los proyectos basados en el conjunto estándar de procesos.

25. Niveles del CMMI. 4 Cuantitativamente Gestionado Son establecidos objetivos cuantitativos para calidad y rendimiento de procesos utilizados como criterio para la gestión de los procesos. Las medidas detalladas del rendimiento de los procesos son estadísticamente analizadas. Las estadísticas son almacenadas para aprovechar su aportación en siguientes proyectos. Son identificados motivos especiales para la variación de los procesos.

26. Niveles del CMMI. 5 Optimizado En base a criterios cuantitativos se pueden determinar las desviaciones más comunes y optimizar procesos. En este nivel los procesos son continuamente mejorados sobre la base de una comprensión cuantitativa. Se centra en una mejora continua por medio de mejoras tecnológicas tanto incrementales como de innovación. 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.

27. Nuestra Meta: Lograr Niveles 2 y 3. NIVEL 2- Procesos a Implantar Gestión de Requisitos. Planificación del proyecto Seguimiento y control del proyecto Gestión de acuerdos con proveedores Medidas y análisis Medidas de calidad en el proceso y el producto Gestión de configuración

28. Nuestra Meta: Lograr Niveles 2 y 3. NIVEL 3 – Procesos a Implantar Gestión de requisitos Solución técnica Integración del producto Verificación Validación Enfoque organizacional del proceso Definición del proceso de la organización Formación en la organización Gestión de riesgos Análisis de decisiones y resolución