CMMICMMI

GRUPO 5GRUPO 5

Juan Marcelo Ferreira Aranda [jmferreira1978@gmail.com]Silvano Christian Gómez [cgomezpy@gmail.com]

Marcelo Rodas [rodas.marcelo@gmail.com]Ingeniería de Software III

8vo Semestre, 2008

Facultad Politécnica - UNA

CMMICMMI

AgendaAgenda

•El proceso de software en las organizaciones

•Conceptos generales

•Importancia del proceso

•Introduccion a CMMI

•Origen. Historia. Beneficios

•Objetivos y alcance

•Estructura de niveles

•Ventajas y desventajas

•Casos de aplicación

•Conclusión

Que ocurre hoy conQue ocurre hoy conmi organización?mi organización?

Se hacen planes pero no necesariamente se cumplen

No se hace un seguimiento del trabajo con el plan. Los planes no

se ajustan

Los requerimientos no son consistentes. No se hace una gestión

de cambio

Las estimaciones no son reales. La subestimacion es frecuente

Los defectos son descubiertos en la fase de pruebas, incluso, por

el cliente

El éxito es dependiente de algún héroe.

Como reaccionamos Como reaccionamos normalmente antes crisis?normalmente antes crisis?

Las respuestas comunes antes un verdadero problema:

• Las personas trabajan más tiempo y más rápido (presion).

• Las personas se mueven de proyecto en proyecto.

• Se recortan requerimientos del proyecto

• Los proyectos agregan más personas (plazos)

• Se espera a un desarrollador héroe (apaga incendios)

Resumiendo las realidadesResumiendo las realidades

Los sintomas a considerar:

Compromisos incumplidos.Compromisos incumplidos.

Entrega tardíaEntrega tardía

Visibilidad inadecuada de la gestiónVisibilidad inadecuada de la gestión

Demasiadas sorpresasDemasiadas sorpresas

Problemas de calidadProblemas de calidad

Los trabajos se rehacen demasiadoLos trabajos se rehacen demasiado

Las funciones no funcionan correctamenteLas funciones no funcionan correctamente

Insatisfacción del clienteInsatisfacción del cliente

Baja Estima, gente frustradaBaja Estima, gente frustrada

CMMI – Enfoques GeneralesCMMI – Enfoques Generales

Propósito: El propósito del proyecto es proveer mejoras en costo,El propósito del proyecto es proveer mejoras en costo,tiempo, y calidad de proyectos en desarrollo de ingeniería.tiempo, y calidad de proyectos en desarrollo de ingeniería.

Probados por Probados por experienciaexperiencia

ProcesoProcesoEfectivoEfectivo

CMMI : Define modelos para la mejora o evaluación de los Define modelos para la mejora o evaluación de los procesos de desarrollo y mantenimiento de sistemas y productos procesos de desarrollo y mantenimiento de sistemas y productos de software.de software.

Modelo de Procesos : colección estructurada de prácticas que colección estructurada de prácticas que describen caracteristicas de un proceso efectivo.describen caracteristicas de un proceso efectivo.

CMMICMMICapability Maturity Model IntegrationCapability Maturity Model Integration

CapabilityCapacidad, propiedad de los procesosResultados esperados que pueden ser alcanzados siguiendo un proceso

MaturityGrado de propiedad, de mejora de los procesos por medio de niveles

ModelProvee asistencia para desarrollo de procesosNo son descripciones de procesosLas areas de proceso no se vinculan una a una con los procesos de una organizacion

IntegrationAlcance, expectativa de establecer todos los procesos usando CMMICombinacion de 3 modelos:

oSW-CMM: SoftwareoSE-CMM: Ingeniería de SoftwareoIPD-CMM: Desarrollo integrado de productos

MadurezMadurez

Empresa INMADURA Empresa MADURA

• Apaga fuegos• Tiene pocos recursos propios• Tiene éxito gracias a los héroes• Hay altibajos en la productividad por

rotación de recursos• Las planificaciones son poco realistas.• Mucho esfuerzo dedicado a

“mantenimiento”• Los plazos de entrega son impredecibles• Los empleados están descontentos

• Tiene procesos definido• Tiene responsabilidades definidas• El conocimiento está en la organización• Resultados predecibles• Entrega con la calidad esperada• Cumple plazos de entrega• Incrementa la productividad• Reconocer las mejoras• Satisface a los clientes• Los empleados están a gusto

No es CMMINo es CMMI

No es un proceso.No es un proceso.

No es una metodología de desarrollo de software ni de gestión No es una metodología de desarrollo de software ni de gestión

de proyectos.de proyectos.

No asume el modelo en cascada ni el iterativo.No asume el modelo en cascada ni el iterativo.

HISTORIA DE CMMIHISTORIA DE CMMI

1987 1991 1995 1997 2000 2002

First CMMPublished

Model Refinedand Published as

SW-CMM v1.0

SW-CMM v1.1 Published

1993

Software Acquisition (SA-CMM),Systems Engineering (SE-CMM),

Integrated Product Development (IPD-CMM),Organizational Workforce Capability Development (People CMM)

Developed

CMMI InitiativeLaunched

CMMI-SE/SWVersion 1.0Published

CMMI-SE/SW/IPPD/AVersion 1.1Published

CMMI en la actualidadCMMI en la actualidad

En Diciembre de 2001 se liberó el CMMI v1.1En Diciembre de 2001 se liberó el CMMI v1.1

CMMICMMI = Capability Maturity Model Integration = Capability Maturity Model Integration

Es una evolución de modelos de CMMEs una evolución de modelos de CMM

Incluye una diferencia importante en relación a su predecesorIncluye una diferencia importante en relación a su predecesor

““Un modelo, dos representaciones”Un modelo, dos representaciones”

Versiones 1.1 y modelos del 2002Versiones 1.1 y modelos del 2002

CMMI-SE/SW/IPPD, CMMI-SE/SW, CMMI-SWCMMI-SE/SW/IPPD, CMMI-SE/SW, CMMI-SW

Mayo 2005. Adquisición de proyectos. Mayo 2005. Adquisición de proyectos. CMMI-AMCMMI-AM

En Agosto de 2006 apareció el modelo CMMI v1.2 En Agosto de 2006 apareció el modelo CMMI v1.2

CMMI-DEV (Development)CMMI-DEV (Development)

2008. Adquisición de proyectos. 2008. Adquisición de proyectos. CMMI for Acquisition, v1.2CMMI for Acquisition, v1.2

Proyectos que adquieren productos o serviciosProyectos que adquieren productos o servicios

➲ Proveen guías para:Proveen guías para: DEV - Administración, medición y monitoreo del Proceso de DesarrolloDEV - Administración, medición y monitoreo del Proceso de Desarrollo ACQ - Informes y adquisición de liderazgo.ACQ - Informes y adquisición de liderazgo. SVC - Prestación de servicios dentro de la organización y clientes SVC - Prestación de servicios dentro de la organización y clientes

externosexternos

Constelación:Constelación: es un conjunto de componentes CMMI es un conjunto de componentes CMMI diseñados para satisfacer las necesidades de un área diseñados para satisfacer las necesidades de un área específica de interésespecífica de interés

Componentes de CMMI

Areas de proceso: Areas de proceso: Conjunto de prácticas Conjunto de prácticas relacionadas, que se ejecutan de forma conjunta, relacionadas, que se ejecutan de forma conjunta, para conseguir un conjunto de objetivos.para conseguir un conjunto de objetivos.

Gestión de la configuraciónGestión de la configuración

Planificación de proyectoPlanificación de proyecto

Definición de procesosDefinición de procesos

Gestión de riesgosGestión de riesgos

Innovación y desarrolloInnovación y desarrollo

Objetivos Genéricos: Objetivos Genéricos: Asociados a un nivel de Asociados a un nivel de capacidad.capacidad.

Institucionalizar un proceso gestionadoInstitucionalizar un proceso gestionado

Institucionalizar un proceso definidoInstitucionalizar un proceso definido

Práctica genéricaPráctica genérica: Una práctica genérica se : Una práctica genérica se aplica a cualquier área de procesoaplica a cualquier área de proceso

Establecer una política organizacionalEstablecer una política organizacional

Planear el procesoPlanear el proceso

Entrenar al personalEntrenar al personal

Objetivos Específicos: Objetivos Específicos: Asociados a cada área Asociados a cada área de procesode proceso

Registrar y controlar cambiosRegistrar y controlar cambios

Desarrollar requerimientos del clienteDesarrollar requerimientos del cliente

Desarrollar requerimientos del productoDesarrollar requerimientos del producto

Práctica específicaPráctica específica: Una práctica específica es : Una práctica específica es una actividad que se considera importante en la una actividad que se considera importante en la realización del objetivo específico.realización del objetivo específico.

Identificar requerimientos de interfacesIdentificar requerimientos de interfaces

Establecer una definición de la funcionalidad requeridaEstablecer una definición de la funcionalidad requerida

Bases de CMMI

Objetivos de CMMI

Servir de base para cualquier organización que decida adquirir un camino consistente en la mejora continua partiendo del establecimiento e institucionalización de una serie de áreas clave de proceso.

Servir de guía para la implantación de una disciplina que va más allá de la definición, desarrollo, implantación y mantenimiento del producto, proyecto y/o servicio que la organización oferta al mercado

Niveles del CMM

Representaciones de CMMI

La representación del modelo es un concepto que se relaciona con la estructura arquitectónica del mismo. SW-CMM: utilizaba un modelo "escalonado". SE-CMM: utilizaba un modelo "continuo". IPD-CMM: era "híbrido"

Representación Escalonada

Provee un mapa predefinido a seguir para la mejora de la organización, basada en la agrupación y ordenamiento de procesos y relaciones de organización asociadas.

Representación Continua

Proporciona una guía menos específica sobre el orden en el cual la mejora debería ser lograda. Se le llama continuo porque ninguna de las etapas discretas son asociadas con la madurez de organización.

Representación Híbrida

En cuanto a las representaciones, CMMI tiene dos objetivos muy claros:

Conservar los niveles de madurez por etapas para mantener la flexibilidad necesaria en muchas organizaciones que tienen que adaptar sus procesos de mejora a sus metas de negocios y no viceversa.

La transición de organizaciones del CMM v1.1 al CMMI debería ser tan fácil como fuera posible para proteger las considerables inversiones hechas

Por tanto, CMMI tiene entonces las dos representaciones.

Agrupamiento Escalonado

Agrupamiento Continuo

Niveles de CMMI

Niveles del CMMI.

1 Inicial

Los procesos son habitualmente caóticosEstado inicial donde el desarrollo se basa en la Heroicidad y responsabilidad de los individuos. Los procedimientos son inexistentes o localizados en áreas concretas. No existen plantillas definidas a nivel corporativo. La organización no provee un ambiente estable.Frecuentemente se exceden en el presupuesto y tiempo de sus proyectos.

Niveles del CMMI.

2 GestionadoTodos los “Objetivos Específicos y Genéricos” de todas las “Areas de Proceso del Nivel 2 han sido alcanzadas.Los proyectos son planificados, realizados, medidos y controlados.Se normalizan las buenas prácticas en el desarrollo de proyectos (en base a la experiencia y al método). En este nivel consolidado, las buenas prácticas se mantienen en los momentos de estrés. Se definen hitos para la revisión de los productos. Los resultados son revisados con los participantes y son controlados.Los resultados satisfacen los requerimientos especificados, estándares y objetivos.

Niveles del CMMI.

3 Definido Todos los objetivos específicos y genéricos de todas las Áreas de proceso de los niveles 2 y 3 han sido alcanzadas.Los procesos están caracterizados y comprendidos.La organización entera participa en el proceso eficiente de proyecto software. Se conoce de antemano los procesos de construcción de software. Existen métodos y plantillas bien definidas y documentados. Los procesos no solo afectan a los equipos de desarrollo sino a toda la organización relacionada. Los proyectos se pueden definir cualitativamente. El gerente de la organización define objetivos para los proyectos basados en el conjunto estándar de procesos.

Niveles del CMMI.

4 Cuantitativamente Gestionado

Son establecidos objetivos cuantitativos para calidad y rendimiento de procesos utilizados como criterio para la gestión de los procesos. Las medidas detalladas del rendimiento de los procesos son estadísticamente analizadas.Las estadísticas son almacenadas para aprovechar su aportación en siguientes proyectos. Son identificados motivos especiales para la variación de los procesos.

Niveles del CMMI.

5 Optimizado

En base a criterios cuantitativos se pueden determinar las desviaciones más comunes y optimizar procesos. En este nivel los procesos son continuamente mejorados sobre la base de una comprensión cuantitativa.Se centra en una mejora continua por medio de mejoras tecnológicas tanto incrementales como de innovación. En los siguientes proyectos se produce una reducción de costes gracias a la anticipación de problemas y la continua revisión de procesos conflictivos.

Nuestra Meta: Lograr Niveles 2 y 3.

NIVEL 2- Procesos a Implantar

Gestión de Requisitos.

Planificación del proyecto

Seguimiento y control del proyecto

Gestión de acuerdos con proveedores

Medidas y análisis

Medidas de calidad en el proceso y el producto

Gestión de configuración

Nuestra Meta: Lograr Niveles 2 y 3.

NIVEL 3 – Procesos a ImplantarGestión de requisitosSolución técnicaIntegración del productoVerificaciónValidaciónEnfoque organizacional del procesoDefinición del proceso de la organizaciónFormación en la organizaciónGestión de riesgosAnálisis de decisiones y resolución

Ventajas y Desventajas

Ventajas Generales. Desventajas Generales. Comparación con el Modelo ITIL. Comparación con el Modelo Six Sigma. Comparación con el Modelo ISO

9001:2000

Ventajas Generales

La mejora de Procesos. La mejora siempre alineada con los

objetivos de la Empresa. Ampliar el alcance de la visibilidad

y en el ciclo de vida del producto. Aplicar prácticas de alta madurez,

ya que el modelo trata de convivir con estas prácticas.

Poder cumplir con las normas ISO.

Desventajas Generales

La implantación de un modelo de estas características es un proceso largo y costoso que puede costar varios años de esfuerzo.

La principal ventaja de ITIL es que ha demostrado su eficacia con su enfoque a la gestión de servicios de TI. Esto genera lo siguiente: Alineación de servicios con el negocio. Resolución rápida y eficiente de

problemas. Reducción de consultas de clientes. Mejor Control de Cambios. Mejor Control de Activos.

Comparación con el ModeloITIL (1)

Comparación con el ModeloITIL (2)

El gran problema de ITIL es que no cubre adecuadamente las fases de desarrollo de software ni la gestión de proyectos asociada a esa fase de construcción de activos software.

CMMI se centra en garantizar la calidad en el desarrollo de software mientras que ITIL garantiza la explotación del producto software.

Comparación con el ModeloSix Sigma (1)

Tiene como finalidad identificar y remover las causas de defectos y errores en los procesos de negocios y manufacturación.

Utiliza métodos de administración de calidad, métodos estadísticos, creando una infraestructura especial de personas en la organización quienes son expertos en estos métodos.

Comparación con el ModeloSix Sigma (2)

CMMI se centra en resolver los ¿Qué? del problema.

CMMI trata de identificar las causas (que genera problemas y que debo hacer)

SIX SIGMA se centra en resolver los ¿Cómo?

SIX SIGMA es más práctico y especifico (cómo soluciono los problemas).

Empresas Relacionadasa CMMI

Empresas con nivel de Madurez 5. Empresas Paraguayas. Empresas en Otros Países

Empresas con Nivel de Madurez 5

En la página web del SEI, se encuentra la lista de empresas certificadas desde el 2005.

Existen un poco más de 30 empresas con nivel de madurez 5.

Empresas con Nivel de Madurez 5

Empresas y Unidades de Procesos Fecha

Accenture -Accenture India Delivery Center. Aug 29, 2008

Accenture Technology Solutions - Coritel Spain Delivery Centre.

Jul 18, 2008

W&C, Products & Nokia-Siemens Business units in Aricent India

Sep 05, 2008

BAE Systems - BAE Systems: Ground Systems Oct 03, 2008

Air, Missile, and National Defense (AMND) Development Engineering (DE) a part of Computer Sciences Corporation (CSC), North American Public Sector (NPS), Defense Division

May 09, 2008

General Dynamics C4 Systems – Mass Mar 07, 2008

Hewlett Packard GDAS India Center Mar 19, 2008

Infosys Technologies Australia Pty Ltd Sep 10, 2008

Empresas Paraguayas

Las empresas paraguayas: Century System, Inventiva AP, Optimiza, Excelsis, Grupo Interactiva, Netvision e ITH iniciaron las acciones tendientes a obtener la acreditación CMMI (CTIP).

En la actualidad ninguna empresa paraguaya tiene certificación CMMI.

Empresas Internacionales presentes en el país buscan desarrolladores con experiencia en CMMI.

Empresas en Otros Países

Chile tiene una página Web donde se listan las empresas chilenas con certificación CMMI.

La información de empresas Argentinas y Brasileras no se centraliza como en Chile.

Según el Reporte semestral de SEI, entre los paises Latinoamericanos, Brasil, Argentina y Chile respectivamente son los de mejor acreditación.

Empresas en Otros Países

Finalmente, en la página www.calidaddelsoftware.com se puede ver un listado de empresas con certificación CMM/CMMI en España.

Existen un par de Empresas con niveles de Madurez 5, pero en su mayoría se encuentran con un nivel 3.