1 / 18

Evolución del modelo CMM a CMMI

Evolución del modelo CMM a CMMI. Marcelo Lamanna Líder PG mlamanna@uy.ibm.com. Title slide. Agenda. ¿Por qué una organización adopta el modelo CMMI? Identificación reactiva Identificación proactiva Detalle de la evolución del modelo Flexibilidad en la implantación Cambios estructurales

icole
Download Presentation

Evolución del modelo CMM a CMMI

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Evolución del modelo CMM a CMMI Marcelo Lamanna Líder PG mlamanna@uy.ibm.com Title slide

  2. Agenda • ¿Por qué una organización adopta el modelo CMMI? • Identificación reactiva • Identificación proactiva • Detalle de la evolución del modelo • Flexibilidad en la implantación • Cambios estructurales • Impactos en las Áreas de Proceso • Beneficios del modelo • Comprobación empírica • Resultados de la industria Agenda slide

  3. Identificación reactiva provocada por proyectos ineficientes • Proyectos de Desarrollo "no exitosos" • Alcance mal definido • Exceden ampliamente su presupuesto y recursos originales • Entrega fuera de los plazos comprometidos de aplicaciones vitales para el negocio • Proyectos cancelados antes de su puesta en producción • Productos de mala calidad y problemas operativos • Alto índice de defectos y correcciones • Aplicaciones que no cumplen con los requerimientos del usuario • Problema de disponibilidad de aplicaciones críticas debido al alto índice de errores • Costo de mantenimiento y soporte excesivo por su inestabilidad y gran cantidad de errores Basic text slide

  4. Identificación proactiva alentada por necesidad de mejora en el negocio Negocio Foco de la mejora del proceso Beneficio esperado Reducción de retrabajo/Costo Repetibilidad de proyectos exitosos Reducción de depencia de individuos Incremento de la motivación de los empleados Costos Control de los compromisos y las líneas base. Gerenciamiento de Proyecto Estabilidad organizacional Reducción de dependencia de los gerentes de proyectos Uso de procedimientos consistente y comunes Incremento de la satisfacción del cliente Estabilidad Organización del proyecto. Integración de los problemas técnicos y gerenciales. Capacidad del proceso definida y medible Calidad del producto predecible Comportamiento predecible del proceso Incremento de la eficiencia Control de calidad del producto Control de calidad del proceso Análisis estático de los datos del proceso Predictibilidad Innovación y optimización continua del proceso Gestión del cambio ordenada Eliminación de causas de problemas crónicos Evaluación continua de procesos y tecnología Introducción de tecnología Innovación Table 2

  5. CMMI consolida distintos modelos

  6. CMMI mayor flexibilidad y cobertura Staged Maturity Levels 5 Process improvement is a continuous focus. Optimizing • Alternativa de implementación Estática • Implementación análoga a CMM • Niveles de Madurez • Alternativa de implementación Continúa • Niveles de capacidad • Implementación más flexible • Permite focalizarse en las PÁ’S que estén alineadas con las mejora del negocio • Categorías • Gerenciamiento de procesos • Gerenciamiento de proyectos • Ingeniería • Soporte Quantitatively Managed 4 Processes are both measured and controlled 3 Defined Processes are characterized for the organization and are proactive Managed 2 Processes are characterized for projects; actions are often reactive Initial 1 Processes are reactive, unpredictable, and poorly controlled Continuous Capability Levels 5 Optimizing 4 Quantitatively Managed 3 Defined 2 Managed 1 Performed 0 Incomplete

  7. Niveles de madurez vs niveles de capacidad

  8. Si bien la estructura del modelo cambia se mantienen los principios CMM CMMI

  9. Requirement Management - RM Software Project Planning - SPP Software Project Tracking - SPTO Software Subcontract Management - SSM Software Quality Assurance - SQA Software Configuration Management - SCM Requirement Management - REQM Project Planning - PP Project Management & Control - PMC Supplier Agreement Management - SAM Measurement and Analysis - MA Process and Product Quality Assurance - PPQA Configuration Management - CM Comparación áreas de procesos de nivel 2 Eyebrow /breadcrumb (text below business unit or product name): 14pt Arial Regular, lightgray R128 | G128 | B128 Text slide withtwo columns

  10. Resumen de cambios nivel 2 • Measurements and Analysis (MA) • Nueva área que establece la base para el programa de métricas requerido en niveles de madurez superiores. • Implementa la recolección de las mediciones, almacenamiento y análisis. • Product & Process Quality Assurance (PPQA) • Expande el alcance a productos y procesos • Project Planning (PP) • Definción del enfoque técnico seleccionado para el proyecto • Se debe de realizar un plan para el gerenciamiento de los datos Basic text slide

  11. Organizational Process Focus - OPF Organizational Process Definition - OPD Training Program - TP Integrated Software Management - ISM Intergroup Coordination Peer Reviews Software Product Engineering Organizational Process Focus - OPF Organizational Process Definition - OPD Organizational Training - OT Integrated Project Mgt. - IPM Risk Management - RSKM Decision Analysis & Resolution - DAR Req. Development - RD Technical Solution - TS Product Integration - PI Verification - VER Validation - VAL Comparación áreas de procesos nivel 3 Eyebrow /breadcrumb (text below business unit or product name): 14pt Arial Regular, lightgray R128 | G128 | B128 Text slide withtwo columns

  12. Resumen de cambios nivel 3 • Integrated Project Management (IPM) • Combina los conceptos de Integrated Software Management (ISM)/Intergroup Coordination (IC) • Risk Management (RSKM) • Nueva área creada para aumentar el foco en el gerenciamiento de los riesgos • Decision Analysis and Resolution (DAR) • Establece la utilización de un método formal para evaluar las distintas alternativas a determinados problemas • Actividades resultantes de la apertura de Software Product Engineering (SPE) • Requirements Definition (RD) • Especifica guías para evaluar los requerimientos del cliente

  13. Resumen de cambios nivel 3 (continuación) • Technical Solution (TS) • Especifica las actividades de diseño y codificación que antes se encotraban como de prácticas de SPE • Product Integration (PI) • El propósito es ensamblar los componentes del producto , asegurando la integridad, funcionalidad y puesta en producción del mismo • Verification (VER) • El foco está puesto en verificar que los productos de trabajo estén de acuerdo con los requerimientos • Validation (VAL) • Demostrar que el entregable cumple con su objetivo en su ambiente operacional

  14. Comprobación empírica Benchmark • IBM ejecuta desde el año 1994 un benchmark de prácticas de desarrollo de software con el cual la performance de las organizaciones puede ser medida.

  15. Beneficios obtenidos con la utilización del modelo

  16. AMS Delivery Center Venezuela AMS Delivery Center Perú AMS Brasil Delivery Center* AMS Delivery Center Uruguay AMS Delivery CenterArgentina A nivel regional IBM se prepara para brindar servicios de máxima calidad AMS Delivery Center México SEI CMM Nivel 5 • Mercado mundial de Desarrollo de Aplicaciones crecerá un 16 % el próximo año SEI CMM Nivel 3 ISO 9001 : 2000

  17. mlamanna@uy.ibm.com Closing slide

More Related