Evolucion de los modelos CMMI

5,284 views

Published on

En los últimos dos años el Software Engineering Institute (co-creador y propietario del copyright de los modelos CMMI) ha lanzado al mercado nuevos modelos CMMI. La oferta que tradicionalmente SEI ha realizado con el modelo CMMI-DEV está dirigida a la industria de la ingeniería de sistemas en general, y a la de desarrollo de sistemas software en particular.

Además de las organizaciones cuyo negocio es el desarrollo de sistemas software, existen organizaciones cuyo negocio se centra en la provisión de servicios relacionados con la operación y gestión de sistemas. Para este tipo de organizaciones SEI ha lanzado este año 2009 el modelo CMMI-SVC (CMMI para servicios).

Al mismo tiempo, existen organizaciones de otros sectores (banca, energía, telecomunicaciones, administraciones públicas) que son grandes consumidoras de sistemas software, pero que no los desarrollan sino que los subcontratan. Para este tipo de organizaciones SEI lanzó en 2008 el modelo CMMI-ACQ (CMMI para adquisiciones).

La ponencia presentará los principios que guían a todos los modelos CMMI, así como los tres modelos CMMI existentes.

Published in: Business, Technology, Education
0 Comments
10 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
5,284
On SlideShare
0
From Embeds
0
Number of Embeds
11
Actions
Shares
0
Downloads
0
Comments
0
Likes
10
Embeds 0
No embeds

No notes for slide
  • Introduce speaker Welcome participants Target audience is … … senior management (because higher level management sponsorship is critical to any SPI initiative) … staff who will be participating in the assessment (because it is important they have an appreciation of the model and the process areas that will be discussed during a Class B Appraisal)
  • IPPD: Integrated Product and Process Development
  • Evolucion de los modelos CMMI

    1. 1. Evolución de los modelos CMMI Enrique Morey® Capability Maturity Model and CMMI are registered in the U.S. Patent and Trademark Office by Carnegie Mellon University © ESI 2009 1 Pregunta ¿Qué entendemos como CMMI? ¿Qué NO es CMMI? © ESI 2009 2
    2. 2. ¿Qué es CMMI?• Modelo para determinar y mejorar la capacidad de los procesos de las organizaciones.• Capability Maturity Model Integration (Modelo de Madurez y de Capacidad)• Desarrollado inicialmente para los procesos relativos al desarrollo e implementación de software.• Elaborado por el Software Engineering Institute (SEI) de la Universidad Carnegie Mellon y patrocinado por el Departamento de Defensa de los EEUU. © ESI 2009 3 Modelo de ProcesosProceso* Un proceso es un conjunto Conjunto de las fases de prácticas que se realizan sucesivas de un fenómeno con un propósito; puede natural o de una operación incluir herramientas, métodos, materiales y/o artificial. personalModelo* Un modelo es una colección Esquema teórico (…) de estructurada de elementos un sistema o de una que describen las realidad compleja (…) que características de procesos se elabora para facilitar su efectivos comprensión y el estudio de su comportamiento. * Diccionario de la Lengua Española – Vigésima segunda edición © ESI 2009 4
    3. 3. Madurez y Capacidad Madurez* La madurez de un proceso Buen juicio o prudencia, es el grado en el cual un sensatez. proceso específico es efectivo, definido, gestionado, medido y controlado. Capacidad* La capacidad de un proceso Aptitud, talento, cualidad describe el rango de que dispone a alguien resultados esperados que para el buen ejercicio de se pueden obtener algo. mediante la implementación del proceso. * Diccionario de la Lengua Española – Vigésima segunda edición © ESI 2009 5 Premisa básica de la mejora de procesos PROCESO “la calidad de un Malo Bueno sistema o de un producto está muyPRODUCTO ¡TÍPICO! Sistema influenciada por la no predecible calidad del proceso empleado para desarrollarlo y para Esfuerzo Negocio software heroico maduro mantenerlo”Bueno Basado en los principios de TQM de Shewhart, Juran, Deming y Humphrey © ESI 2009 6
    4. 4. Ventajas de un modelo de procesos• Proporciona un punto de partida para la gestión y mejora de los procesos.• Recopila experiencias probadas y exitosas de la comunidad.• Facilita un lenguaje común y una visión compartida.• Provee un marco para priorizar mejoras. © ESI 2009 7 Riesgos de un modelo de procesos• Los modelos son simplificaciones del mundo real.• Los modelos no tienen por qué ser completos.• La interpretación y adaptación debe hacerse en función de los objetivos del negocio.• Se necesita aplicar un juicio profesional para su correcto uso.• No olvidar que: – Un modelo no es un proceso. – Un modelo muestra qué hacer, pero NO cómo hacerlo ni quién ha de hacerlo. © ESI 2009 8
    5. 5. Evolución del CMMI ¿2010? CMMI Product Suite v1.3 2007 2009 CMMI for Acquisitions v1.2 CMMI for Services v1.2 2006 CMMI for Development v1.2 2002 CMMI v1.1 1997 SW-CMM v2.0 1993 CMM para Software v1.1 © ESI 2009 9 Estructura del CMMI• Incluye: – Modelo – Métodos de Evaluación – Material de Formación• El modelo propiamente dicho consta de: – El modelo CMMI básico – Material compartido (p.e. glosario) – Material específico de la constelación: • Desarrollo • Adquisiciones • Servicios © ESI 2009 10
    6. 6. Constelaciones CMMI CMMI-SVC CMMI-DEV Proporciona guíasProporciona guías para aquellos que para medir, proveen servicios controlar y dentro de la gestionar los organización y a procesos de clientes externos desarrollo 16 áreas de proceso comunes CMMI-ACQ proporciona una guía para habilitar una gestión en adquisiciones informada y decisiva © ESI 2009 11 Área de Proceso • El modelo CMMI está compuesto por áreas de proceso, algunas comunes a todas las constelaciones y otras específicas para cada constelación. • Un área de proceso es un conjunto de prácticas relacionadas que, cuando son implementadas de manera colectiva, satisfacen un conjunto de metas consideradas “importantes” para la mejora de esa área. • Ej: Área de Proceso: “Medición y Análisis” Meta: Alinear las actividades de medición y análisis Prácticas: Establecer objetivos de medición Especificar métricas Especificar métodos de recolección, análisis y almacenamiento de datos © ESI 2009 12
    7. 7. Representaciones del modelo Escalonada Continua ML5 Área de Proceso (PA) 5 Capacidad del ML4 4 ML3 3 1 2 ML2ML 1 0 PA PA PA ...para un conjunto definido de …para una o un conjunto de áreasáreas de proceso en la organización de proceso © ESI 2009 13 Niveles de Madurez 5. En Foco en la mejora continua optimización 5 4. Gestionado El proceso se controla cuantitativamente cuantitativamente 4 3. Definido Proceso definido para la 3 organización y proactivo 2. Gestionado Proceso definido caracterizado 2 para proyectos y frecuentemente reactivo 1. Inicial 1 Proceso impredecible, poco controlado © ESI 2009 14
    8. 8. CMMI for Development• Publicado en Agosto del 2006.• El modelo CMMI-DEV propone una solución integrada y completa para las actividades de desarrollo y de mantenimiento aplicadas a los productos y a los servicios.• Contiene prácticas que cubren la gestión de proyectos, la gestión de procesos, la ingeniería de sistemas, la ingeniería del hardware, la ingeniería de software y otros procesos de soporte utilizados en el desarrollo y el mantenimiento.• El modelo CMMI-DEV + IPPD cubre también la utilización de equipos integrados que están implicados enESI 2009 actividades de desarrollo y mantenimiento (IPPD). © las 15 Modelo CMMI-DEV• CMMI-DEV contiene 22 áreas de proceso.• Consiste en dos modelos: CMMI-DEV y CMMI-DEV + IPPD, el cual contiene metas y prácticas adicionales.• 16 son áreas de proceso del CMMI Model Foundation (CMF) que cubren la gestión de procesos, gestión de proyectos y áreas de soporte.• 6 áreas de proceso se centran en prácticas específicas del desarrollo: – la gestión de los acuerdos con los proveedores – el desarrollo de los requisitos – el desarrollo de la solución técnica – la integración del producto – la verificación de la solución – la validación de la solución © ESI 2009 16
    9. 9. Modelo CMMI-DEV Escalonada Áreas de proceso Continua 5 Innovación y Despliegue Organizativo (OID) Capacidad ML5 Análisis Causal (CAR) 4 ML4 3 Rendimiento de Procesos Organizativos (OPP) Gestión de Proyectos Cuantitativa (QPM) 1 2 ML3 Desarrollo de Requisitos (RD) ML2 Solución Técnica (TS) 0 Integración de Producto (PI) PA PA PAML 1 Verificación (VER) Proceso Validación (VAL) Organización Foco en Proceso Organizativo (OPF) Definición de Proceso Organizativo + IPPD (OPD) Ingeniería Ingenierí Ingeniería Formación Organizativa (OT) REQM, RD, TS, REQM, RD, TS, Nivel Madurez 5 OID, CAR Nivel Madurez 5 OID, CAR PI, VER, VAL PI, VER, VAL Gestión de Proyecto Integrada + IPPD (IPM) Gestión del Riesgo (RSKM) Nivel Madurez 4 OPP, QPM Nivel Madurez 4 OPP, QPM Análisis de Decisiones y Soluciones (DAR) Gestión Gestió Gestión Soporte Soporte Nivel Madurez 3 RD, TS, PI, Nivel Madurez 3 RD, TS, PI, Proyecto Proyecto CM, PPQA, MA, CM, PPQA, MA, VER, VAL, OPF, OPD, OT, IPM, Gestión de Requisitos (REQM) PP, PMC, SAM, PP, PMC, SAM, CAR, DAR VER, VAL, OPF, OPD, OT, IPM, IPM, RSKM, QPM CAR, DAR RSKM, DAR RSKM, DAR Planificación de Proyecto (PP) IPM, RSKM, QPM Seguimiento y Control de Proyecto (PMC)Nivel Madurez 2 REQM,Nivel Madurez 2 REQM, Gestión de Acuerdos con Proveedores (SAM) Gestión Gestió GestiónPP, PMC, MA, PPQA, CM, SAMPP, PMC, MA, PPQA, CM, SAM Medición y Análisis (MA) Proceso Proceso Aseguramiento Calidad Proceso Producto (PPQA) OPF, OPD, OT, OPF, OPD, OT, Gestión Configuración (CM) OPP, OID OPP, OID © ESI 2009 17 Recordar… • CMMI-DEV es el modelo más conocido de la suite CMMI y el estándar “de facto” para el desarrollo y mantenimiento de software. • Sin embargo, CMMI-DEV ha sido desarrollado para proporcionar buenas prácticas de gestión y de ingeniería para cualquier proyecto de desarrollo y cualquier entorno (Ej: aeroespacial, banca, manufactura, defensa, automóvil y telecomunicaciones) • Debe ser adaptado al contexto y necesidades de la organización: – proyectos de ciclo de desarrollo rápido – organizaciones y proyectos pequeños – proyectos distribuidos geográficamente – organizaciones de investigación y desarrollo – organizaciones en las que se ofrecen servicios de mantenimeinto de aplicaciones © ESI 2009 18
    10. 10. CMMI for Acquisitions• Publicado en Noviembre de 2007• El modelo CMMI-ACQ proporciona una orientación para que el contratista aplique las buenas prácticas de CMMI.• Las buenas prácticas del modelo se centran en actividades para iniciar y gestionar la adquisición de productos y servicios que cumplan con las necesidades del cliente.• A pesar de que los proveedores puedan proporcionar artefactos útiles para los procesos abordados en CMMI- ACQ, el foco del modelo se centra en los procesos del contratista. © ESI 2009 19 Modelo CMMI-ACQ• CMMI-ACQ contiene 22 áreas de proceso.• 16 son áreas de proceso del CMMI Model Foundation (CMF) que cubren la gestión de procesos, gestión de proyectos y áreas de soporte.• 6 áreas de proceso se centran en prácticas específicas de la adquisición: – la gestión de acuerdos – el desarrollo de requisitos de la adquisición – la gestión técnica de la adquisición – la validación de la adquisición – la verificación de la adquisición – el pedido y desarrollo del acuerdo con el proveedor. © ESI 2009 20
    11. 11. Modelo CMMI-ACQ Escalonada Áreas de proceso Continua 5 Innovación y Despliegue Organizativo (OID) Capacidad ML5 Análisis Causal (CAR) 4 ML4 3 Rendimiento de Procesos Organizativos (OPP) Gestión de Proyectos Cuantitativa (QPM) 1 2 ML3 Acquisition Technical Management (ATM) ML2 Acquisition Validation (AVAL) 0 Acquisition Verification (AVER) PA PA PAML 1 Foco en Proceso Organizativo (OPF) Proceso Organización Definición de Proceso Organizativo (OPD) Formación Organizativa (OT) Adquisición Adquisició Adquisición Gestión de Proyecto Integrada (IPM) AM, ARD, ATM, AM, ARD, ATM, Nivel Madurez 5 OID, CAR Gestión del Riesgo (RSKM) AVAL, AVER, AVAL, AVER, Nivel Madurez 5 OID, CAR SSAD SSAD Análisis de Decisiones y Soluciones (DAR) Nivel Madurez 4 OPP, QPM Nivel Madurez 4 OPP, QPM Agreement Management (AM) Acquisition Requirement Development (ARD) Gestión Gestió Gestión Nivel Madurez 3 ATM, Nivel Madurez 3 ATM, Proyecto Soporte Soporte AVAL, AVER, OPF, OPD, OT, Solicitation and Supplier Agreement Development Proyecto CM, PPQA, MA, CM, PPQA, MA, AVAL, AVER, OPF, OPD, OT, REQM, PP, PMC, REQM, PP, PMC, CAR, DAR IPM, RSKM, DAR IPM, RSKM, DAR (SSAD) IPM, RSKM, QPM IPM, RSKM, QPM CAR, DAR Gestión de Requisitos (REQM)Nivel Madurez 2 AM, ARD,Nivel Madurez 2 AM, ARD, Planificación de Proyecto (PP)SSAD, REQM, PP, PMC, MA,SSAD, REQM, PP, PMC, MA, Seguimiento y Control de Proyecto (PMC) Gestión Gestió GestiónPPQA, CMPPQA, CM Medición y Análisis (MA) Proceso Proceso OPF, OPD, OT, OPF, OPD, OT, Aseguramiento Calidad Proceso Producto (PPQA) OPP, OID OPP, OID Gestión Configuración (CM) © ESI 2009 21 Recordar… • CMMI-ACQ se adapta muy bien en el caso de definir una estrategia global de subcontratación a nivel de la organización. • Cuantas más fases del ciclo de vida estén externalizadas, más obligada es la aplicación de CMMI- ACQ • En los casos de subcontratación Offshore, la necesidad de mejorar la gestión del modelo de relación, influye mucho en la decisión de elegir CMMI-ACQ en lugar de CMMI-DEV • Las buenas prácticas de gestión de proyectos pueden ayudar a optimizar la gestión de proveedores desde fases tempranas © ESI 2009 22
    12. 12. CMMI for Services• Publicado en Febrero de 2009• El modelo CMMI-ACQ proporciona una guía para que las organizaciones proveedoras de servicios aplique las buenas prácticas de CMMI.• Las buenas prácticas del modelo se centran en actividades que permitan entregar un servicio de calidad a los clientes y usuarios finales.• Un servicio es un producto intangible y no almacenable. Son entregados mediante procesos, automáticos o no, y pueden ser una combinación de servicios y productos. Ej: servicio de formación, helpdesk, hosting, distribucion e instalación, etc. © ESI 2009 23 Modelo CMMI-SVC• CMMI-ACQ contiene 24 áreas de proceso.• 16 son áreas de proceso del CMMI Model Foundation (CMF) que cubren la gestión de procesos, gestión de proyectos y áreas de soporte.• 7 áreas de proceso se centran en prácticas específicas orientada a los servicios: – gestión de la capacidad y disponibilidad, – prevención y resolución de incidencias, – continuidad del servicio, – entrega del servicio, – transición del servicio, – gestión estratégica del servicio, – gestión de los acuerdos con los proveedores.• 1 área de proceso opcional: Desarrollo del sistema del servicio © ESI 2009 24
    13. 13. Modelo CMMI-SVC Escalonada Áreas de proceso Continua 5 Innovación y Despliegue Organizativo (OID) Capacidad ML5 Análisis Causal (CAR) 4 ML4 Rendimiento de Procesos Organizativos (OPP) 3 Gestión de Proyectos Cuantitativa (QPM) 1 2 ML3 Incident Resolution and Prevention (IRP) Service System Development (SSD) ML2 Service System Transition (SST) 0 Strategic Service Management (STSM) PA PA PAML 1 Foco en Proceso Organizativo (OPF) Proceso Organización Definición de Proceso Organizativo (OPD) Formación Organizativa (OT) Capacitiy and Availability Management (CAM) Servicios Servicios IRP, SD, SSD, IRP, SD, SSD, Nivel Madurez 5 OID, CAR Service Continuity (SCON) Nivel Madurez 5 OID, CAR SST, STSM SST, STSM Gestión de Proyecto Integrada (IPM) Nivel Madurez 4 OPP, QPM Gestión del Riesgo (RSKM) Nivel Madurez 4 OPP, QPM Análisis de Decisiones y Soluciones (DAR) Gestión Gestió Gestión Nivel Madurez 3 CAM, IRP, Proyecto Proyecto Soporte Nivel Madurez 3 CAM, IRP, Service Delivery (SD) CAM, SCON, CAM, SCON, Soporte SCON, SSD, SST, STSM, OPF, CM, PPQA, MA, CM, PPQA, MA, SCON, SSD, SST, STSM, OPF, Gestión de Requisitos (REQM) REQM, PP, PMC, REQM, PP, PMC, CAR, DAR OPD, OT, IPM, RSKM, DAR SAM, IPM, RSKM, CAR, DAR OPD, OT, IPM, RSKM, DAR Planificación de Proyecto (PP) SAM, IPM, RSKM, QPM QPMNivel Madurez 2 SD, SAM,Nivel Madurez 2 SD, SAM, Seguimiento y Control de Proyecto (PMC)REQM, PP, PMC, MA, PPQA, CMREQM, PP, PMC, MA, PPQA, CM Gestión de Acuerdos con Proveedores (SAM) Gestión Gestió Gestión Medición y Análisis (MA) Proceso Proceso Aseguramiento Calidad Proceso Producto (PPQA) OPF, OPD, OT, OPF, OPD, OT, OPP, OID OPP, OID Gestión Configuración (CM) © ESI 2009 25 Recordar… • CMMI-SVC se adapta muy bien para empresas que se dedican a establecer, gestionar y entregar todo tipo de servicios. • Es la respuesta del SEI frente a modelos y estándares enfocados a los servicios de TI como ITIL, BS15000, ISO20000. • El coste de implementación de CMMI-SVC puede ser muy beneficiosa para empresas que han utilizado antes otros modelos CMMI. • Enfatiza la institucionalización de los procesos de manera incremental, a partir de niveles de madurez. • Los métodos de evaluación son similares para todos los modelos de la suite CMMI. © ESI 2009 26
    14. 14. ¿Cuál es el despliegue de CMMI?Source: SEI, Process Maturity Profiles CMMI-DEV, September 2009http://www.sei.cmu.edu/cmmi/casestudies/profiles/pdfs/upload/2009SepCMMI.pdf © ESI 2009 27 Tamaño de las organizacionesSource: SEI, Process Maturity Profiles CMMI-DEV, September 2009http://www.sei.cmu.edu/cmmi/casestudies/profiles/pdfs/upload/2009SepCMMI.pdf © ESI 2009 28
    15. 15. Perfil de madurezSource: SEI, Process Maturity Profiles CMMI-DEV, September 2009http://www.sei.cmu.edu/cmmi/casestudies/profiles/pdfs/upload/2009SepCMMI.pdf © ESI 2009 29 Tiempo para pasar de nivelSource: SEI, Process Maturity Profiles CMMI-DEV, September 2009http://www.sei.cmu.edu/cmmi/casestudies/profiles/pdfs/upload/2009SepCMMI.pdf © ESI 2009 30
    16. 16. Evaluaciones CMMI• Métodos que permiten medir el nivel de madurez (o de capacidad) de los procesos de las organizaciones.• Motivos: – Cumplir requisitos contractuales de clientes. – Imagen de calidad hacia los clientes. – “Regla del mercado”. “Mi competencia lo tiene”. – Evaluar el programa de mejora de procesos interna e identificar áreas de mejora. ☺ ☺ ☺• Clases: – Clase C: acercamiento – Clase B: despliegue – Clase A: institucionalización © ESI 2009 31 Clases de Evaluación CMMICaracterísticas Clase A Clase B Clase CNº de evidencias Alto Medio Bajoobjetivas (3 tipos evidencia (2 tipos evidencia (1 tipo evidenciarecopiladas objetiva) objetiva) objetiva)Puntuaciones Sí No NogeneradasTiempo de Alto Medio Bajoactividades on- (~2 semanas) (~1 semana) (~2-3 días)site (ML2)Tamaño del Alto Medio Bajoequipo mínimo 4 personas 2 personas 1 persona(ML2)Requisitos del Lead appraiser Team Leader o Team Leader oLíder del Equipo persona formada y persona formadade Evaluación con experiencia y con experiencia © ESI 2009 32
    17. 17. Formación Oficial CMMI SCAMPI Training Intermediate Concepts of CMMI v1.2 CMMI Instructor Training CMMI Level 2 for Practitioners CMMI Level 3 Introduction to CMMI v1.2 for Practitioners Understanding CMMI High Maturity Practices Acquisition Supplement Services Supplement for CMMI v1.2 for CMMI v1.2 © ESI 2009 33 Componentes de la Mejora de los Procesos dirigidos por las compromiso de la requiere unanecesidades de negocio dirección inversión de tiempo medición modelo de cuantitativa referencia esfuerzo de actividad continua equipo © ESI 2009 34
    18. 18. Hagamos prevalecer el sentido común.. Proceso documentado Si No Caos Si Sentido Común Calidad Creativo No Burocracia Caos total sin sentido … sin perder nunca de vista nuestro objetivo© ESI 2009 35 ¿Preguntas?© ESI 2009 36
    19. 19. Bibliografía• CMMI Product Team: CMMI for Development, Version 1.2, CMU/SEI- 2006-TR-008, August 2006 http://www.sei.cmu.edu/reports/06tr008.pdf• CMMI Product Team: CMMI for Acquisition, Version 1.2, CMU/SEI- 2007-TR-017, November 2007 http://www.sei.cmu.edu/reports/07tr017.pdf• CMMI Product Team: CMMI for Services, Version 1.2, CMU/SEI-2009- TR-001, February 2009 http://www.sei.cmu.edu/reports/09tr001.pdf• European Software Institute: Visión General CMMI for Development, Abril 2008• European Software Institute: Seminario CMMI for Acquisition, Septiembre 2008• CMMI Appraisal Program: Process Maturity Profile, September 2009 http://www.sei.cmu.edu/cmmi/casestudies/profiles/pdfs/upload/2009Sep CMMI.pdf• Real Academia Española: Diccionario de la Lengua Española, Vigésima segunda edición © ESI 2009 37 Muchas gracias por su atención… Enrique Morey Services Area Senior Consultant SCAMPI Lead Appraiser # 0700813-02 enrique.morey@esi.es Parque Tecnológico, # 204 E-48170 Zamudio Bizkaia (Spain) Tel.: +34 94 420 95 19 Fax: +34 94 420 94 20 www.esi.es © ESI 2009 38
    20. 20. European Software Institute (ESI)• Centro Tecnológico de la Red Vasca de Tecnología• Fundación sin ánimo de lucro• Fundada en 1993 por la Comisión Europea y Gobierno Vasco. Con sede social en Zamudio Instalaciones de ESI en > Zamudio, Bizkaia (España) ESI es Miembro de: ESI esta Acreditado por: ISO 9001:2000 Certif. DNV 2367© ESI 2009 39 Tecnologías y Servicios ® Capability Maturity Model, Capability Maturity Modeling, CMM y CMMI están registrados en la Oficina de Patentes y Marcas Comerciales de los E.E.U.U. por la Universidad Carnegie Mellon.© ESI 2009 40

    ×