CMMi. Lic. Virginia Cuomo

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

CMMI (Capability Maturity Model Integrated)

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

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

Beneficios del Uso de Modelos de Madurez

SW-CMM Capability Maturity Model for Software

SW-CMM (CMM for Software)

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

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

Taller de Fundamentos de Mejora de Procesos

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

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

Clase 04: Estándares de Calidad (CMMI)

Qué es el Modelo CMMI?

PRESENTACIÓN CMMI: (CAPABILITY MATURITY MODEL INTEGRATION)

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

Los procesos de software. Un proceso de software se define como un:

Calidad de Software - CMM

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

Capability Maturity Model Integration CMMI - Overview I

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

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

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

CMMI 3 SVC Alineación en camino al exito

Enginyeria del Software III

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

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

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

Motivación para la mejora de procesos basada en CMMI

Objetivo: Analizar las características de los modelos de estandarización de la calidad CMM, SPICE, IEEE e ISO

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

CMMI : mejora del proceso en Fábricas de Software

Introducción. Enfoque de Control de CobiT Los Procesos del Modelo Mapeo de los Procesos

Programa de Desarrollo Profesional en Mejora del Proceso de Software

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

La Gestión del Negocio por Procesos hoy. Presentada por: SELVINO, Pablo y PEREYRA, Ariel

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

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

CAPÍTULO 2. CMM : CAPABILITY MATURITY MODEL

Soporte a CMMI. III Semana CMMI. Gestión e Ingeniería de Requisitos con IRqA. Fernando Valera Consultor IRqA fvalera@tcpsi.es

EVALUACIÓN Y MEJORA DE PROCESOS

ESTÁNDARES Y MODELOS DE CALIDAD DEL SOFTWARE

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

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

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

Proceso: AI2 Adquirir y mantener software aplicativo

ANÁLISIS DE RIESGOS EN LA GESTIÓN DE PROYECTOS. Los riesgos son eventos o condiciones inciertas que, si se producen, tienen un

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

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

Sinopsis de la gestión de portafolios de acuerdo con el estándar del Project Management Institute 1

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

Modelos de Madurez en la Administración de Proyectos. Prof. Bernardo López González, MAP

Modelo de Procesos para la Industria de Software

Capitulo 4. Comparación entre la Representación Continua y la. Representación por Etapas

ISO 9001 Auditing Practices Group Directriz en:

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

Capítulo IV. Manejo de Problemas

DISEÑO DE SOFTWARE INTEGRADO Unidad I: Introducción al Diseño de Software Integrado. Profesor: Cristián Chávez T

UN RECORRIDO POR LA FAMILIA ISO

Desarrollo de la estrategia a seguir para. un Sistema de Gestión de la Energía. Instalaciones Industriales

Presentación de COBIT 5. Alfredo Zayas. ISACA Capítulo Cd. de México

Information Technology Infrastructure Library

PREPARADO POR: FECHA DE EMISIÓN: FECHA DE VALIDACIÓN:

Formulación de Planificación Estratégica

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

Que la relación con sus proveedores no se convierta en un laberinto sin salida

Elementos requeridos para crearlos (ejemplo: el compilador)

Exsis Software & Soluciones S.A.S

Gestión de proyectos siguiendo practicas del PMI.

Capítulo 3. Áreas de Proceso

Planeación del Proyecto de Software:

10 PRÁCTICAS BASALES DE LA GESTIÓN DE PROYECTOS INFORMÁTICOS EN CUBA

Planificación, Gestión y Desarrollo de Proyectos

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

Enginyeria del Software III

Perspectivas y tendencias: Practicas actuales en Gestión de Portafolios, Programas y Proyectos La tercera encuesta mundial sobre Gestión de Proyectos

Rosi Mical Lizana Lozano

4.1 Entender la organización y su contexto A+ 5.3 Roles organizacionales, responsabilidades y autoridades. 5.1 Liderazgo y Compromiso

People CMM para gestionar los factores que influyen en la mejora de procesos de software

Módulo: Indicadores de Eficacia y Eficiencia en los Procesos

MODELOS DE CALIDAD EN EL DESARROLLO DE SOFTWARE

Un nivel puede ser el resultado de una actividad de valoración

Calidad en el Servicio

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

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

Administración por Procesos contra Funciones

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

Implementación de Procesos Business Process Management BPM Services Oriented Architecture SOA

ISO mejorar la capacidad y madurez (evaluación) de los procesos

Unidad 1. Fundamentos en Gestión de Riesgos

PRU. Fundamento Institucional. Objetivos. Alcance

Implementando COBIT. Por: Víctor Julio Zúñiga.MBA

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:

Gestión de proyectos en tiempos de crisis

Implementando un ERP La Gestión del Cambio

Gestión de Desempeño Evaluación 360º. (11)

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

Transcripción:

CMMi Lic. Virginia Cuomo 1

Agenda Repaso CMMI Introducción Arquitectura Niveles de Madurez Representaciones Representación Discreta Representación Continua Discreta VS Continua 2

Repaso Qué vimos la tercer clase? Adopción. Compromiso e Institucionalización. Modelo IDEAL 3

CMMi Introducción Arquitectura Niveles de Madurez Representaciones Representación Discreta Representación Continua 4

Introducción Qué es un modelo de madurez de capacidades? Un modelo que contiene los elementos esenciales de procesos efectivos para una o más disciplinas y describen un camino de mejora evolutivo desde procesos ad hoc, inmaduros hasta procesos disciplinados, maduros, efectivos, con calidad 5

Introducción 1984? El Congreso del Gobierno Americano aprobó la creación de un organismo de investigación para el desarrollo de modelos de mejora para los problemas en el desarrollo de los sistemas de software, y evaluar la capacidad de respuesta y fiabilidad de las compañías que suministran software al Departamento de Defensa 1985? El Software Engineering Institute (SEI) empieza a trabajar en un marco de madurez de procesos que permita evaluar a las empresas productoras de software. La investigación evoluciona hacia el Modelo de Madurez de Capacidades (CMM). 6

Introducción Múltiples CMM s dieron origen a un proyecto de INTEGRACION de CMM s La misión del equipo del proyecto de integración fue combinar tres modelos: Capability Maturity Model for Software (SW-CMM) v2.0 draft C Systems Engineering Capability Model (SECM) Integrated Product Development Capability Maturity Model (IPD-CMM) v.0.98 La combinación de estos tres modelos en un único framework de mejora dio origen al que actualmente conocemos como Capability Maturity Model Integration (CMMI). 7

Introducción CMMI fue concebido con el objetivo de permitir a las organizaciones la mejora de procesos en forma corporativa. Mejora Cross a todas las disciplinas. CMMI está diseñado de manera de poder ser ampliado a nuevas disciplinas. 8

Introducción Capability Maturity Model Integration (CMMI) es un modelo para la mejora de procesos que proporciona a las organizaciones los elementos esenciales para procesos eficaces. CMMI se ha elaborado bajo la premisa de que la calidad de un producto o servicio está altamente influenciada por la calidad de los procesos que los producen y los mantienen. Es por ello que la mejora continua de los procesos debiese ir paulatinamente incrementando el nivel de capacidad y madurez de una organización. 9

Arquitectura El modelo se sustenta en la promoción de prácticas. Las prácticas pueden agruparse en función de objetivos deseables de alcanzar. Por ejemplo: Mi objetivo es Gestionar los requerimientos del proyecto. Las prácticas sugeridas que me permiten lograr la adecuada gestión de los requerimientos son: Entender los requerimientos. Obtener compromiso sobre los requerimientos Administrar los cambios de los requerimientos Mantener la trazabilidad Identificar inconsistencias ante lo planificado e incluso contra otros requerimientos. 10

Arquitectura El modelo cuenta con: prácticas orientadas al desarrollo de software, llamadas Prácticas Específicas. Prácticas orientadas a la institucionalización de las anteriores, llamadas Prácticas Genéricas. El modelo agrupa las prácticas en clusters llamados Áreas de Procesos (PAs) Un área de proceso es un conjunto de prácticas relacionadas que ejecutadas conjuntamente permiten alcanzar un conjunto de objetivos considerados importantes para lograr la mejora en el tema del área en cuestión. 11

Arquitectura Todas Las Áreas de Procesos cuentan con: Prácticas Específicas y Prácticas Genéricas Los Objetivos que se esperan cumplir mediante prácticas específicas se los llama Objetivos Específicos. Los Objetivos que se esperan cumplir mediante prácticas genéricas se los llama Objetivos Genéricos Toda Área de Proceso cuenta con Objetivos Específicos y Objetivos Genéricos 12

Arquitectura Las áreas de proceso del modelo son 22 y pueden clasificarse de dos maneras: Por niveles de madurez Por categorías. Qué son los niveles de madurez en CMMI? Los niveles son etapas que describen un camino evolutivo recomendado para que una organización pueda mejorar sus procesos de manera de usarlos para desarrollar y mantener sus productos y servicios. 13

Arquitectura Un nivel de madurez consiste en Un conjunto predefinido de prácticas específicas y genéricas que mejoran la performance de la organización. El nivel de madurez de una organización provee una forma de predecir la performance de la organización en una disciplina o conjunto de disciplinas dada. Cada nivel de madurez es un subconjunto importante de procesos de la organización que la preparan para moverse al siguiente nivel de madurez 14

Arquitectura CMMI- Niveles de madurez Cada nivel es una meseta evolutiva en el camino de una organización en busca de la madurez y la mejora continua de procesos Optimizing 5 Foco en la mejora de procesos 4 3 2 Procesos cuantitativamente medidos y controlados Procesos característicos de la organización y proactivos Procesos característicos de los proyectos manejados Managed Defined Quantitatively Managed 1 Procesos impredecibles, pobremente controlados y reactivos Performed

Level 5 Optimizing Focus Continuous process improvement Arquitectura del modelo Process Areas Organizational Innovation and Deployment Causal Analysis and Resolution 4 Quantitatively Managed 3 Defined Quantitative management Process standardization Organizational Process Performance Quantitative Project Management Requirements Development Technical Solution Product Integration Verification Validation Organizational Process Focus Organizational Process Definition Organizational Training Integrated Project Management Risk Management Decision Analysis and Resolution 2 Managed 1 Performed Basic project management Requirements Management Project Planning Project Monitoring and Control Supplier Agreement Management Measurement and Analysis Process and Product Quality Assurance Configuration Management 16

probability probability probability probability probability Arquitectura target 1 2 target Poca disciplina, compromisos mal establecidos no se pueden reproducir los éxitos Mejores planes, compromisos más razonables, acciones correctivas plazos de ejecución se cumplen seguido target 3 Procesos comunes, datos comparables costos predecibles, brusca mejora de productividad 4 target target Control cuantitativo de procesos variación reducida de la performance, objetivos de calidad y performance alcanzables 5 Procesos mejorados continuamente organización ágil eficaz y eficiente

Arquitectura Qué son las categorías de Áreas de Procesos? Son agrupaciones de las áreas de procesos según las disciplinas a las que conciernen. Project Management Process Management Support Engineering 18

Componentes de un Área de Proceso Arquitectura 19

Componentes de un Área de Proceso Purpose Statements (INF) Objetivo del área de proceso. Notas Introductorias (INF) Principales conceptos cubiertos en el área de proceso. Work Products Típicos (INF). Ejemplos de productos que podrían resultar de la aplicación de la práctica. Subprácticas (INF). Es una descripción detallada que proporciona una guía para la implementación de una práctica específica. Elaboración de Prácticas Genéricas (INF). Arquitectura Proporciona una guía de cómo la práctica genérica podría ser aplicada particularmente para el área de proceso. 20

Arquitectura GG 1: Proceso Realizado Institucionalización Tiene una sola práctica genérica que apunta a que se realicen las prácticas específicas. GG 2: Proceso Administrado Tiene 10 prácticas genéricas que apuntan a que los procesos se encuentren institucionalizados dentro de la organización. 21

Arquitectura GG 3: Proceso Definido Institucionalización Establecer un proceso definido. Recolectar información de mejora. GG 4: Proceso Cuantitativamente Administrado Establecer objetivos cuantitativos para los procesos. Estabilizar la performance de los sub-procesos del proceso definido. 22

Arquitectura Institucionalización GG 5: Proceso Optimizado Asegurar la mejora continua del proceso. Corregir las causas de origen de los problemas. 23

Representaciones Cómo lo implementamos? Existen 2 caminos para implementar el proceso de mejoras con CMMI: Por Niveles de Madurez : Representación Discreta Mejora por grupo de procesos predefinidos en un nivel. Por Niveles de Capacidad : Representación Continua Mejora de una o más áreas de proceso seleccionadas por el interesado hasta lograr el nivel de capacidad deseado para cada una de las áreas de proceso seleccionadas. 24

Representación Discreta Por Niveles de Madurez: Nivel 1: INICIAL Los procesos son caóticos. La organización no provee un entorno estable para soportar procesos. El éxito en la organización depende de las competencias del personal y los héroes de la organización. Producen productos y servicios que funcionan, pero frecuentemente exceden presupuestos y no cumplen lo planificado. Generalmente estas organizaciones tienden a comprometerse por demás, abandonar todo tipo de procesos en épocas de crisis y a no poder repetir aquello que los llevó al éxito. 25

Representación Discreta Niveles de Madurez: Nivel 1: INICIAL No es un NIVEL objetivo de MEJORA, por lo que dicho nivel no se EVALUA sino que se toma como punto de partida. 26

Representación Discreta Niveles de Madurez (Cont.): Nivel 2: Administrado Los requerimientos son administrados y los procesos son planificados, realizados, medidos y controlados. Las prácticas se mantienen en situaciones de stress. Los proyectos son realizados y gestionados acordes a sus planes. Hay visibilidad al management. Se establecen y revisan acuerdos con los stakeholders relevantes. El foco está puesto en los proyectos. 27

Representación Discreta Niveles de Madurez (Cont.): Nivel 2: Administrado Deben cumplirse los objetivos y prácticas específicas de las áreas de proceso de Nivel 2. Deben cumplirse las prácticas genéricas del GG 2. 28

Representación Discreta Niveles de Madurez (Cont.): Nivel 3: Definido Los procesos están claramente identificados y entendidos. Son descriptos en términos de estándares, procedimientos, herramientas y métodos. Los procesos establecidos se mejoran con el tiempo. Son usados consistentemente por toda la organización. Los proyectos establecen sus procesos definidos adaptando los procesos estándares definidos para la organización acorde a guías de adaptación. El foco está puesto en la organización. 29

Representación Discreta Niveles de Madurez (Cont.): Nivel 3: Definido Deben cumplirse las prácticas y objetivos específicos de nivel 2 y nivel 3. Deben cumplirse las prácticas genéricas de los GG 2 y GG 3. 30

Representación Discreta Niveles de Madurez (Cont.): Nivel 4: Cuantitativamente administrado La organización y los proyectos establecen objetivos cuantitativos para la calidad y performance de los procesos. La calidad y performance del proceso se estudia en términos estadísticos. Las mediciones son recolectadas e incorporadas a una base organizacional de mediciones para permitir la toma de decisiones. Se identifican causas de variaciones de procesos y se corrigen para prevenir futuras ocurrencias. La performance del proceso es predecible. 31

Representación Discreta Niveles de Madurez (Cont.): Nivel 4: Cuantitativamente administrado Deben cumplirse las prácticas y objetivos específicos de nivel 2, nivel 3 y nivel 4. Deben cumplirse las prácticas genéricas del GG 2 y el GG 3. 32

Representación Discreta Niveles de Madurez (Cont.): Nivel 5: Optimizado Continuamente se mejoran los procesos basados en un entendimiento cuantitativo de las causas comunes de variación de un proceso. Foco en la mejora continua de la performance de un proceso (tecnología e innovación). Foco en el cambio del proceso. 33

Representación Discreta Niveles de Madurez (Cont.): Nivel 5: Optimizado Deben cumplirse las prácticas y objetivos específicos de nivel 2, nivel 3, nivel 4 y nivel 5. Deben cumplirse las prácticas genéricas del GG2 y el GG 3. 34

Representación Continua Qué es un nivel de Capacidad? Otra forma de emprender un camino de mejora. Está asociado a la mejora de un área de proceso determinada. Está definido por las prácticas específicas y genéricas del área de proceso y el nivel de capacidad buscado. Es la mejora alcanzada dentro de un área de proceso individual. 35

Representación Continua CMMI establece 6 niveles de capacidad para los procesos: 0 Incompleto 1 Realizado 2 Administrado 3 Definido 4 Cuantitativamente administrado 5 - Optimizado 36

Representación Continua Dado que los niveles de capacidad se enfocan en la mejora de un determinado proceso, justifica pensar en un nivel 0 donde se determina si el proceso existe o no existe. A diferencia de los niveles de madurez que se enfocan en la mejora de un conjunto de procesos, estos comienzan desde el nivel 1 como punto de partida Inicial para la mejora. 37

Representación Continua Qué significa esta última definición? Que si queremos lograr el nivel de capacidad X en una determinada área de proceso Y debemos lograr las prácticas específicas de Y y los objetivos genéricos desde el GG1 hasta el GG X. 38

Representación Continua Una organización puede elegir mejorar la performance de un proceso asociado a aspectos conflictivos del negocio, o bien, puede querer elegir trabajar sobre varias áreas estrechamente vinculadas a los objetivos de negocio de la organización. 39

Representación Continua Qué debemos hacer? Elegir los procesos a mejorar y determinar lo que llamamos el Perfil de Capacidad. Qué es un Perfil de Capacidad? Un perfil de capacidad es la lista de áreas de procesos seleccionada y sus correspondientes niveles de capacidad alcanzados o por alcanzar en el proyecto de mejoras. 40

Representación Continua Qué implica determinar el Perfil de Capacidad? Implica conocer los objetivos de negocio de la organización. Implica conocer las relaciones entre las áreas de proceso. Implica analizar relaciones costo-beneficio de llevar un área determinada a un determinado nivel de capacidad. 41

Representación Continua 42

Discreta VS Continua Representación Continua La organización selecciona áreas de proceso y niveles de capacidad basados en sus objetivos de mejora de procesos que están alineados a los objetivos de negocio. La mejora es medida usando niveles de capacidad. Miden la capacidad de un proceso particular a lo largo de la organización. Tienen un rango entre 0 y 5. Los perfiles de capacidad son usados para definir y seguir la performance en la mejora de procesos. Representación en Etapas La organización selecciona áreas de proceso basada en niveles de madurez. La mejora es medida usando niveles de madurez. Miden la madurez de un conjunto de procesos a lo largo de una organización. Tienen un rango de 1 a 5. Los niveles de madurez son usados para definir y seguir la performance en la mejora de procesos 43

Discreta VS Continua Representación Continua Las Equivalencias con Etapas permiten a una organización usando el enfoque continuo derivar en un nivel de madurez como parte de un appraisal. Representación en Etapas No hay necesidad de un mecanismo de equivalencia con el enfoque continuo. 44

Discreta VS Continua El uso de la representación continua no debería ser usado como plan de contingencia para el riesgo no alcanzar el nivel de madurez X en una evaluación formal. En algunos casos no es adecuado o posible trabajar con una representación discreta. Ejemplo de ello puede ser una software factory a la que puede requerírsele solo una parte del ciclo de vida. 45