CMMI SM for Systems Engineering / Software Engineering / Integrated Product and Process CMMI SM -SE/SW/IPPD, V1.02

Transcripción

1 CMMI SM for Systems Engineering / Software Engineering / Integrated Product and Process Development,, Versión n 1.02 CMMI SM -SE/SW/IPPD, V1.02

2 Indice - Procesos integrados - El concepto CMMI - Introducción - Componentes de CMMI - Sistemas de representación

3 Procesos integrados Los beneficios de la mejora de procesos integrada -Ganancia en los costes Entrenamiento en múltiples modelos y métodos de estimación Ejecución de múltiples estimaciones dentro de la misma organización Mantenimiento de procesos redundantes Mantenimiento de expertos de adquisición en múltiples modelos -Claridad de objetivos -Integración de procesos -Flexibilidad y Extensión a nuevas disciplinas

4 Procesos integrados EMPEZAR CON LA MEJORA DE PROCESOS INTEGRADOS Principios de la mejora de procesos integrados: 1.- Asegurarse el respaldo de la ejecutiva. 2.- Escoger tus objetivos cuidadosamente. 3.- Apoyarse en las mejores prácticas. 4.- Alinear la mejora de procesos con tus objetivos de negocio

5 EL CONCEPTO CMMI (Capability Maturity Model Integration)

6 El Concepto CMMI La mejora de procesos es un método generalmente bien conocido y aceptado para conseguir una mayor calidad y productividad en el desarrollo de software, y el reconocimiento de su importancia en otras disciplinas ingenieriles está creciendo. El éxito y amplia aceptación del Capability Maturity Model (CMM) for Software ha inspirado la proliferación de modelos similares en otras disciplinas además del software. Esta proliferación de modelos ha conducido a conflictos en los objetivos y técnicas de la mejora de procesos, dado el considerable incremento en el entrenamiento requerido, confusión por parte de los practicantes en cual de los modelos aplicar según sus necesidades específica. Hay muchas ventajas, sin embargo, en tener un solo modelo que cubre múltiples disciplinas. Por esto se creó el CMMI

7 El Concepto CMMI El Departamento de Defensa de los Estados Unidos trabajó en cooperación con el Software Engineering Institute (SEI) en la Universidad de Carnegie mellon y la National Defense Industrial Association (NDIA) para conjuntamente promover el desarrollo del Capability Maturity Model Integration (CMMI). En el año 2000, este esfuerzo produjo el primer modelo integrado CMMI. Proporcionaba a los usuarios la elección de disciplinas simples o integradas y la elección de una representación por etapas o continua. Incluía gran información acera de la mejoras de procesos e ingeniería, tales como objetivos claros y una extensiva guía en las mejores prácticas para cumplirlos. Más importante aún, un diseño de marco de trabajo bien definido en como incluir disciplinas adicionales para minimizar el desarrollo de modelos incompatibles en el futuro.

8 Objetivos de CMMI Objetivos de CMMI Los objetivos iniciales Eliminando de inconsistencias Reduciendo duplicaciones. Incrementando la claridad y comprensión Proporcionando terminología común Proporcionando estilos consistentes Estableciendo reglas de construcción uniformes Manteniendo componentes comunes Asegurando la consistencia con ISO Siendo susceptible a la inferencia de esfuerzos legales Los objetivos a largo plazo Situar una base para la posterior inclusión de otras disciplinas (tales como adquisición y seguridad) a CMMI.

9 Modelos en los que se basó la creación n del modelo CMMI Disciplina del modelo Modelo fuente Software SW-CMM Ingeniería de Sistemas EIA/IS 731 Productos integrados y desarrollo de procesos. IPD CMM

10 Introducción Representaciones: Continua o por etapas? CMMI ofrece 2 posibles representaciones: - Continua - Por etapas (Staged)

11 Introducción VENTAJAS DE LA REPRESENTACIÓN N CONTINUA Permite seleccionar el orden de mejora al que mejor se adapten los objetivos de negocio de la organización y mitiga las áreas de riesgo de la organización Facilita las comparaciones en y entre organizaciones en el área de procesos por las bases de área de procesos o por comparación de niveles de madurez mediante el uso de representación equivalentes Proporciona una fácil migración desde EIA/IS 731 a CMMI Facilita una fácil comparación de la mejora de procesos con ISO/IEC porque la organización de las áreas de procesos esta derivada de ISO/IEC 15504

12 Introducción VENTAJAS DE LA REPRESENTACIÓN N POR ETAPAS Proporciona una secuencia acreditada de mejoras, comenzando con prácticas de gestión básicas y que avanza a través de un camino predefinido y admitido de niveles sucesivos, cada una como base de la siguiente. Permite comparaciones a lo largo de y entre organizaciones mediante los niveles de madurez. Proporciona una fácil migración desde SW-CMM a CMMI Permite comparaciones con ISO/IEC 15504, pero la organización de áreas de procesos no se corresponde a la organización usada en ISO/IEC 15504

13 Introducción Disciplinas y ámbitos (Environments( Environments): Cuál l elegir? Actualmente hay 2 disciplinas y un entorno de desarrollo incluido en el modelo CMMI. Disciplinas: Ingeniería software. Cubre el desarrollo de sistemas software. Ingeniería de sistemas. Cubre del desarrollo de la totalidad de sistemas, que puede o no incluir al software. Entorno de desarrollo: Productos integrados y desarrollo de procesos

14 Componentes de CMMI Areas de procesos. Concepto. CMMI selecciona solo los temas más importantes para la mejora de procesos y agrupa estos temas en "Areas". Esta clasificación da como resultado un total de 22 áreas en CMMI-SE/SW versión 1.0 y 24 en CMMI-SE/SW/IPPD versión 1.0 La experiencia ha demostrado que un fallo para identificar adecuadamente los requisitos y gestión de cambios es la principal causa de que un proyecto no cumpla sus costes, programa u objetivos de calidad. Por esto cada área de procesos tiene objetivos (goals) que describen el resultado de la correcta gestión de requisitos de los procesos y práctica (practices) que pueden ayudar a lograr estos objetivos.

15 Componentes de CMMI Clasificación n de contenido Cualquier modelo de mejora de procesos debe, o necesita, incluir una escala describiendo la importancia y papel de los materiales contenidos en el modelo. Se distingue por tanto en: -Materiales requeridos (Required Materials) -Materiales esperados (Expected Materials) -Materiales informativos (Informative Materials)

16 Componentes de CMMI Required Materials El componente requerido exclusivo es el objetivo. Un objetivo representa un estado final deseable. Su logro indica que un cierto grado del proyecto y control de procesos ha sido alcanzado. Pueden ser: -Objetivos específicos -Objetivos genéricos

17 Componentes de CMMI Area de procesos Gestión de Requerimientos (Requirements Management) Control y vigilancia del proyecto (Project Monitoring and Control) Rendimiento de los procesos administrativos (Organizational Process Performance) Análisis causal y decisión Analysis and Objetivo específico REQM SG1: Los requerimientos son administrados y contrastados con planes de proyecto y los productos de trabajo son identificados. PMC SG 2: Acciones correctivas son administradas para finalizar cuando el rendimiento o resultados del proyecto se desvían significativamente del plan. OPP SG 1: Las líneas guía y modelos que caracterizan el rendimiento del proceso esperado del conjunto de procesos estándar de la organización que están establecidos y mantenidos. CAR SG 2: Causas raía de defectos y otros problemas (Causal que están sistemáticamente dirigidos a prevenir su Resolution) futura ocurrencia.

18 Componentes de CMMI Expected Materials El único componente esperado en el modelo CMMI es la declaración de una "práctica". Una práctica representa el instrumento "esperado" para la consecución de un objetivo. Pueden ser: -Prácticas específicas -Prácticas genéricas

19 Componentes de CMMI Objetivo específico REQM SG1: Los requerimientos son administrados contrastados con planes de proyecto y los productos de trabajo son identificados. PMC SG 2: Acciones correctivas son administradas para finalizar cuando el rendimiento o resultados del proyecto se desvían significativamente del plan. OPP SG 1: Las líneas guía y modelos que caracterizan el rendimiento del proceso esperado del conjunto de procesos estándar de la organización que están análisis de establecidos y mantenidos. CAR SG 2: Causas raíz de los defectos y otros problemas son sistemáticamente dirigidas para prevenir su futura ocurrencia. Práctica específica REQM SP 1.1-1: Desarrollar un acuerdo con las condiciones de los proveedores con los requisitos como trasfondo. PMC SP2.1-1: Recopilar y analizar los asuntos y determinar las acciones correctivas necesarias para dirigir los asuntos. OPP SP 1.2-1: Establecer y mantener definiciones de las medidas que han sido incluidas en los rendimiento de los procesos de la organización. CAR SP 2.2-1: Evaluar los efectos de los cambios en el rendimiento de los procesos.

20 Componentes de CMMI Informative Materials El modelo CMMI contiene 10 tipos de componentes informativos: -Propósito (Purpose) -Nota introductoria (Introductory Note) -Referencia (Reference) -Nombres (Names) -Tabla de relación entre prácticas y objetivos (Practice-to-Goal Relationship Table) -Notas (Notes) -Productos de trabajo típicos (Typical Work Products) -Subprácticas (Subpractices) -Amplificaciones disciplinares (Discipline Amplifications) -Elaboración de prácticas genéricas (Generic Practice Elaborations)

21 Sistemas de Representación SISTEMAS DE REPRESENTACIÓN - Representación Continua - Representación por Etapas

22 Sistemas de Representación REPRESENTACIÓN N CONTINUA

23 Sistemas de Representación NIVELES DE CAPACIDAD (Capability( levels) Las niveles de capacidad (capability levels) proporcionan un orden recomendado de abordar la mejora de procesos dentro de cada área de procesos. Los niveles de capacidad te permiten rastrear, evaluar y demostrar el progreso de tu organización así como las mejoras de procesos asociadas con las áreas de proceso. Cada nivel de capacidad tiene un objetivo genérico. Hay 6 niveles de capacidad: 0.- Incompleto (Incomplete) 1.- Ejecutado (Performed) 2.- Administrado (Managed) 3.- Definido (Defined) 4.- Administrado cuantitativamente (Quantitatively Managed) 5.- Optimizando (Optimizing)

24 Sistemas de Representación REPRESENTACIÓN N POR ETAPAS

25 Sistemas de Representación NIVELES DE MADUREZ (Maturity( levels) Los niveles de madurez de una organización proporcionan un camino para predecir el funcionamiento futuro de una organización dentro de una disciplina dada o un conjunto de disciplinas. Cada área de procesos incluye los objetivos y prácticas genéricas apropiadas para su etapa. Hay cinco niveles de madurez: 1.- Inicial (Initial) 2.- Administrado (Managed) 3.- Definido (Defined) 4.- Administrado cuantitativamente (Quantitatively Managed) 5.- Optimizando (Optimizing)

26 Sistemas de Representación

27 Áreas de Proceso Áreas de Proceso 24 áreas de proceso en el modelo CMMI-SE/SW/IPPD Agrupadas por categorías en representación continua. 1. Gestión de Procesos. 2. Gestión de Proyectos. 3. Ingeniería. 4. Soporte. Agrupadas por niveles de madurez en representación por etapas.

28 Category Process Management Project Management Engineering Support Process Area Process Area Organizational Process Definition Organizational Process Focus Organizational Training Organizational Process Performance Organizational Innovation and Deployment Project Planning Project Monitoring and Control Supplier Agreement Management Integrated Project Management Risk Management Integrated Teaming Requirements Management Requirements Development Technical Solution Product Integration Verification Validation Configuration Management Process and Product Quality Management Measurement and Analysis Decision Analysis and Resolution Organizational Environment for Integration Causal Analysis and Resolution Maturity Level

29 Gestión de Proceso Contiene 5 áreas de proceso: Gestión De Proceso Definición del Proceso Organizacional (OPD) Enfoque en el Proceso Organizacional (OPF) Desempeño del Proceso Organizacional (OPP) Desarrollo e Innovación Organizacional (OID) Entrenamiento Organizacional (OT) Utilizan las áreas de proceso correspondientes a un nivel con capacidad 2, como pueden ser: la definición, planificación, gestión de recursos, desarrollo, implementación, monitorización, control, verificación, medición y mejora de procesos.

30 Gestión de Proceso Gestión de Proceso(II) -Se aplica a toda la organización y proporciona soporte para las Metas Genéricas del Nivel de Capacidad 3 -Para seleccionar las áreas de proceso, la organización cuenta con procesos estándar que adapta a las necesidades de su proyecto.

31 Gestión de Proceso Gestión de Proceso(III)

32 Gestión de Proceso (ejemplo) Entrenamiento Organizacional. -Tiene como objetivo el desarrollar las habilidades y el conocimiento de las personas para que puedan desarrollar sus roles eficientemente.

33 Gestión de Proyecto Gestión de Proyecto El modelo CMMI-SE/SW incluye 6 áreas: Planificación de proyectos. ( PP ) Monitorización y Control de Proyectos ( PMC ) Gestión Integrada de Proyectos (IPM) Gestión Cuantitativa del Proyecto (QPM) Gestión del Acuerdo de distribución.( SAM ) Gestión de Riesgos. ( RSKM ) ElEl modelo SE/SW/IPPD además añade: Gestión de Proyecto Integrada(IPM[IPPD]) Teaming integrado(it)

34 Gestión de Proyecto Gestión de Proyecto(II) Abarca las actividades relacionadas con la planificación, monitorización y control de proyectos. La extensión del modelo IPPD se ve en el apartado 7.5

35 Gestión de Proyecto Gestión de Proyecto(III)

36 Ingeniería Ingeniería Existe 6 áreas de Proceso de Ingeniería: Gestión de requerimientos. (REQM) Desarrollo de requerimientos (RD) Soluciones técnicas.(ts) Integración de productos(pi) Verificación(VER) Validación(VAL)

37 Ingeniería Ingeniería(II) Sirven para desarrollar cualquier producto o servicio en el ámbito de la Ingeniería (por ejemplo productos Software o Hardware, servicios, o procesos ) En categorías anteriores, las áreas de proceso son construidas y presupuestas respecto otras. En ingeniería, las áreas de proceso no están construidas respecto a otras. A cambio, se asume que todas las áreas de proceso se utilizan junto a otras de una manera integrada

38 Ingeniería (ejemplo) Verificación Tiene como objetivo el asegurar que los productos de trabajo seleccionados cumplen con sus requerimientos especificado

39 Soporte Soporte Contiene las siguientes áreas: Gestión de Configuración(CM) Aseguramiento de la Calidad del Proceso y del Producto(PPQA) Análisis y Medida(MA) Análisis y Resolución de Decisiones.(PAR) Análisis y Resolución de Causas.(CAR)

40 Soporte Soporte(II) Cubren las prácticas que desarrollan los productos de soporte, mantenimiento y adquisición Proporcionan los procesos esenciales usados por todas las áreas de proceso en CMMI, y son típicamente usados en el contexto de trabajo de otros procesos.

41 IPPD y Adquisición IPPD y Adquisición EL IPPD representa un enfoque sistemático del desarrollo del producto que logra la colaboración de los principales inversores a través del ciclo de vida del producto para satisfacer mejor las necesidades del cliente. La adquisición es considerada como una disciplina en CMMI. Esta área de proceso pone hincapié en la gestión de la adquisición de productos y servicios, mas que en el desarrollo de ellos. Incluye 3 nuevas áreas que están disponible a partir de la versión 1.02d de CMMI. Selección del proveedor y Monitorización (SSM) Gestión Integrada del Proveedor ( ISM) Gestión Cuantitativa del Proveedor (QSM)

42 Relaciones Relaciones entre Componentes Entre áreas de procesos Entre Prácticas Genéricas y áreas de proceso

43 Relaciones Relaciones entre áreas de proceso Process Area Organizational Process Focus Organizational Process Definition Organizational Training Organizational Process Performance Organizational Innovation and Deployment Project Planning Project Monitoring and Control Supplier Agreement Management Integrated Project Management (IPPD) Risk Management Integrated Teaming Quantitative Project Management Requirements Management Requirements Development Technical Solution Product Integration Verification Validation Configuration Management Process and Product Quality Assurance Measurement and Analysis Decision Analysis and Resolution Organizational Environment for Integration Causal Analysis and Resolution Related Process Areas OPD OFF OPD/ PP, DAR QPM/MA OFF, OPD, OPP, OT, MA, IPM (IPPD) RD, REQM, RSKM, TS/ MA, SAM PP/MA PMC, RD, REQM, TS PP/ PMC, VER, OPD/ MA/ IT, OEI PP/ PMC/ DAR PP/OEI/IPM (IPPD) PMC/ MA/ OPP/ OPD/ IPM (IPPD), CAR, OID RD,TS/PP/CM,PMC REQM/ TS/ PI/ VER, VAL, RSKM/ CM RD/ VER, DAR, REQM, OID RD/ TS/ VER/ VAL/ RSKM, DAR/ CM, SAM IPM (IPPD), RD/ VAL, REQM RD, TS, VER, DAR PP/ CAR, PMC PP/VER PP, PMC/ CM, RD, REQM, OPD, QPM PP, IPM (IPPD), RSKM IPM(IPPD),OPD,OT QPM, OID, MA

44 Relaciones Relaciones entre Prácticas Genéricas y Áreas de Proceso Generic Practice GP 2.6 Manage Configurations Process Area CM GP 2.7 Identify and Involve Relevant Stakeholders PP GP 2.8 Monitor and Control the Process MA GP 2.9 Objectively Evaluate Adherence PPQA GP 3.1 Establish a Defined Process OPD GP 3.2 Collect Improvement Information OPD GP 4.1 Establish Quality Objectives QPM GP 5.2 Correct Common Cause of Problems CAR

45 Representaciones Elegir una representación Razones para Preferir Modelos por Etapas Funciona bien con CMM Razones para Elegir Modelos Continuos Libertad Visibilidad Razones para la Elección de una representación CMMI Igualdad en ambas representaciones

46 Evaluación Evaluación con CMMI -Basada en el método EIS/IS y en el método CBA-IPI. -El método de evaluación del CMMI inicial (SCAMPI) lleva la mayoría de las características de CBA-IPI (método de evaluación de CMM)

47 Evaluación Requerimientos de Evaluación para CMMI (ARC) -Responsabilidades. -Documentación del Método de Evaluación. -Planificación y Preparación para la evaluación. -Recogida de información para la evaluación. -Consolidación y Validación de información -Clasificación. -Informe de resultados.

48 Evaluación -Método de Evaluación CMMI Estándar para Mejora de Proceso. SCAMPI -1. Planificación inicial Desarrollo de un plan Preparación del equipo -1.3.Información a los participantes Administrar un cuestionario de evaluación y examinar resultados Documento inicial. -2. Evaluación on-site -2.1.Preparación Entrevistas -2.3.Consolidación de la información Preparación y redactado de lo encontrado -2.5.Determinar la clasificación y presentación (opcional) -3. Exposición de los resultados -3.1.Presentación al sponsor -3.2.Presentación al Director de la empresa (opcional)

49 Evaluación Person Effort Required Assessment team leader 30 days Sponsor 8 days Organizational unit coordinator 25 days Assessment team member 16 days each Assessment participant (interviewed by assessment team) 0.17 day each

50 Bibliografía Bibliografía -CMMI Distilled. A practical introduction to integrated process Improvement -