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



Documentos relacionados
El Modelo CMMI (for Development) Monterrey, N.L. México Noviembre 2008

Capítulo 2 Ideas generales de CMMI-SW. 2.1 Introducción. 2.2 Procesos. 2.3 Modelo de procesos

Capítulo 3. Áreas de Proceso

Taller de Fundamentos de Mejora de Procesos

OBJETIVOS Algunos de los objetivos del CMMI y que son buenos para el negocio:

CMMi. Lic. Virginia Cuomo

Beneficios del Uso de Modelos de Madurez

CMMI : mejora del proceso en Fábricas de Software

Capability Maturity Model Integration CMMI - Overview I

CMMI (Capability Maturity Model Integrated)

CMMI SERVICIOS. María Smith Gutiérrez Rueda - Quality Assurance Officer y Líder del Grupo de Ingeniería de Procesos (EPG) de Aranda Software

CMMI Capability Maturity Model Integration Modelo integrado de madurez de la capacidad

Problemas de PYMES en el Nivel 2 de Madurez Una Muestra Sesgada

2. EL MODELO CMMI. En 1991, el Instituto de Ingeniería de Software (SEI) publicó el Modelo de

CMMI 3 SVC Alineación en camino al exito

Calidad de Software & Monterrey Ene - 08

Alcanzando la gestión cuantitativa en la gestión de proyectos en el ámbito de las PYMEs

Modelo de Procesos para la Industria de Software

y la madurez llegó a las empresas Iban López Jiménez

Mejora de los procesos de gestión de proyectos a través de la combinación de PMBOK y CMMi

PRESENTACIÓN CMMI: (CAPABILITY MATURITY MODEL INTEGRATION)

Qué es el Modelo CMMI?

SW-CMM Capability Maturity Model for Software

Consideraciones para la implementación de SOA en el desarrollo de productos. Septiembre, 2006

Relación de ITIL con los procesos de aseguramiento de la Calidad del Software.

Diferencias entre nivel 2 y nivel 3 y una estrategia de implantación

Enginyeria del Software III

Estándar CMMI. Disciplinas del CMMI. Modelo continuo y modelo por niveles.

Modelo de Capacidad y Madurez o CMM (Capability Maturity Model), es un modelo de evaluación de los procesos de una organización.

SW-CMM (CMM for Software)

Definición de un Proceso de Implantación de Sistemas

El encuentro para los que buscan liderar proyectos con éxito. Cecilia Boggi,PMP Gerente de PMO millennium3 s.a

Modelo de Factoría Software basado en CMMI. Ramiro Carballo Marzo 2006 FOCAL Fundación Dintel

3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE

E a v l a ua u c a i c ón ó n de d l e Pr P oc o e c s e o s o de d Ing n e g n e i n er e ía a de d e So S f o twa w r a e

Mejora de procesos desde el ámbito de la innovación. Santiago, 20 de agosto 2014

UNIVERSIDAD DE OVIEDO MÁSTER UNIVERSITARIO EN DIRECCIÓN DE PROYECTOS

Programa de Desarrollo Profesional en Mejora del Proceso de Software

LA CALIDAD SE TOMA EL GIDIS, EMPIEZA LA EXPERIENCIA DESDE ISO9001 HASTA CMMI.

Modelos de Medición. De los Procesos de Desarrollo de Software

Enginyeria del Software III

Uso de la representación continua de CMMI para la Mejora de Negocio

CALIDAD DEL SOFTWARE TESTS DE EXAMEN ACTUALIZADO SEP TEMA 4 MODELOS, METODOLOGÍAS Y ESTÁNDARES: ESTRATEGIAS PARA ALCANZAR LA CALIDAD

Evolución de los modelos CMMI

CMM - Capability Maturity Model. Estructura de CMM... Componentes de CMM. Estructura de CMM

Metodología básica de gestión de proyectos. Octubre de 2003

TECNOLOGICO DE ESTUDIOS SUPERIORES DE ECATEPEC CALIDAD DE SOFTWARE Guía para Examen Segundo Parcial Grupo 6501

PROF PROF INFORME VISIÓN GLOBAL DE CMM ÍNDICE

Calidad de Software - CMM

Information Technology Infrastructure Library

LOS 8 PRINCIPIOS DE LA CALIDAD

Modelos y Normas Disponibles de Implementar

Desarrollo de un ciclo de mejora Construcción de un método de diagnóstico

EVALUACIÓN Y MEJORA DE PROCESOS

COMPILACION BIBLIOGRAFICA PMBOK, OPM3 JHON FREDY GIRALDO. Docente: Carlos Hernán Gomez Asignatura: Auditoria de Sistemas

De CMM (Capability Maturity Model) a CMMI (Capability Maturity Model Integration)

Evaluaciones CMMI. Standard CMMI Appraisal Method for Process Improvement

Administración de Proyectos de Software - PMI. Tema: Gestión de la Calidad del Proyecto. Autor: Mario Hernández

Prof. Juan José Díaz Nerio. Foro de Tecnología : Gestión de la Calidad del Software. Domingo 16 Noviembre 2014

COMPILACION BIBLIOGRAFICA CMMI - escm-sp

Calidad en el Servicio

FÁBRICA DE SOFTWARE. Presentado por: Ing. Juan José Montero Román Gerente de Fábrica de Software USMP

GUIA SOBRE LOS REQUISITOS DE LA DOCUMENTACION DE ISO 9000:2000

Motivación para la mejora de procesos basada en CMMI

ISO 9000 Escuela de Ingeniería de Sistemas y Computación Desarrol o de Software II Agosto Diciembre 2007

Catálogo de Formación SEI

Tecnología de la Información. Administración de Recursos Informáticos

ISO 14001: 2015 Cambios Claves

Curso. Introducción a la Administracion de Proyectos

PRINCIPIOS DE LA GESTION DE LA CALIDAD

Términos definiciones

! :: Quiénes Somos :: Visión :: Valores

Directrices para la auto- evaluación A.l Introducción

Describir el CMMI para el desarrollo de software, evolución, alcance y representación

COBIT o COBIT enfatiza el cumplimiento regulatorio, ayuda a las organizaciones a

Septiembre 2015 Global Unit Technology & Services SAFER, SMARTER, GREENER

CALIDAD DEL SOFTWARE TESTS DE EXAMEN ACTUALIZADO SEP TEMA 3 NORMALIZACIÓN Y CERTIFICACIÓN: NORMA ISO 9001:2000

Evaluación y Mejora de Procesos Software

Sede Escazú, Plaza Tempo

Unidad VI: Auditoria de la calidad

Exsis Software & Soluciones S.A.S

INSTRODUCCION. Toda organización puede mejorar su manera de trabajar, lo cual significa un

Jornadas TIC USAL Mar José Alberto García Coria. Título. Director CENIT Salamanca

Procesos Críticos en el Desarrollo de Software

PROTOCOLO DE EVALUACIÓN PARA LA VERIFICACIÓN DE TÍTULOS OFICIALES (GRADO Y MÁSTER)

Abril 2015 Global Unit Technology & Services SAFER, SMARTER, GREENER

Eduardo Blanco, PMP Ingeniería de Desarrollo Software, Grupo SATEC. Universidad de Salamanca

Elementos requeridos para crearlos (ejemplo: el compilador)

Organiza: Miembros de la red:

CAPÍTULO 4. FORMA DE EVALUACIÓN CMM. 4.1 Evolución de los métodos de valoración del SEI

ISO 9001:2015 Cuestionario de autoevaluación

ARANDA SOFTWARE: EXPERIENCIA DE IMPLEMENTACION DE CMMI SERVICIOS EN UNA ORGANIZACIÓN QUE CUENTA CON IMPLEMENTACION DE CMMI DEV María Smith Gutiérrez

Clase 04: Estándares de Calidad (CMMI)

Trabajo de tesis Framework de mejora de procesos de desarrollo de software

Gestión de Riesgos en Proyectos

Orientación acerca de los requisitos de documentación de la Norma ISO 9001:2000

Microsoft Solutions Framework - CMMI. Luis Fraile MVP Team System lfraile@lfraile.net

4 COMPATIBILIDAD DE ISO/IEC TR CON ISO 9001:2000. Los procesos de ciclo de vida organizacional constan de dos categorías de proceso:

Seminario de Certificación CAPM

UN RECORRIDO POR LA FAMILIA ISO

Transcripción:

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

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

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

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

EL CONCEPTO CMMI (Capability Maturity Model Integration)

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

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.

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

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

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

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 15504 porque la organización de las áreas de procesos esta derivada de ISO/IEC 15504

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

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

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.

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)

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

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.

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

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.

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)

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

Sistemas de Representación REPRESENTACIÓN N CONTINUA

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)

Sistemas de Representación REPRESENTACIÓN N POR ETAPAS

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)

Sistemas de Representación

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

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 3 3 3 4 5 2 2 2 3 3 3 4 2 3 3 3 3 3 2 2 2 3 3 5

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.

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.

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

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.

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)

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

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

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)

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

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

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)

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.

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)

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

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

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

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

Evaluación Evaluación con CMMI -Basada en el método EIS/IS 731-2 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)

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.

Evaluación -Método de Evaluación CMMI Estándar para Mejora de Proceso. SCAMPI -1. Planificación inicial. -1.1.Desarrollo de un plan. -1.2.Preparación del equipo -1.3.Información a los participantes -1.4. Administrar un cuestionario de evaluación y examinar resultados. -1.5.Documento inicial. -2. Evaluación on-site -2.1.Preparación -2.2. Entrevistas -2.3.Consolidación de la información -2.4. 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)

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

Bibliografía Bibliografía -CMMI Distilled. A practical introduction to integrated process Improvement - www.sei.cmu.edu