capitulo08- CMMI

EVALUACION DE PROCESOS PORTADA

EVALUACIÓN Y

MEJORA DE

PROCESOS



MODELO URL

BOOTSTRAP (Kuvaja et al., 1994) http://www.cse.dcu.ie/essiscope/sm5/approach/

boot-2.html EIA 632. Processes for Engineering a System, (Sheard

y Lake, 1998) http://www.eia.org

ISO/IEC 15504 (ISO, 2004a-e) http://www.iso.org ISO/IEC 90003 (ISO/IEC, 2004f) http://www.iso.org

MIL STD-498 http://www.pogner.demon.co.uk/mil_498/

MOPROSOFT (Oktaba et al., 2003) www.lania.mx/biblioteca/manuales/moprosoft/

V%201.1%20DocumentoBase.pdf Mps BPR (Weber y Rocha, 2004) http://www.softex.br/

SEI CMMI- Capability Maturity Model Integration (SEI, 2002)

http://www.sei.cmu.edu/cmmi/

SCAMPI (Standard CMMI Appraisal Method for Process Improvement) (SEI, 2001)

http://www.sei.cmu.edu/publications/documents/01.reports/01hb001.html

SEI Software Capability Evaluation (SCE) (Byrnes y Philips, 1996)

http://www.sei.cmu.edu/publications/documents/96.reports/96.tr.002.html

SEI SE-CMM Capability Maturity Model for Systems Engineering (SEI, 1995)

http://www.sei.cmu.edu/cmm/se-cmm.html

SEI P-CMM People Capability Maturity Model (Curtis et al., 2001)

http://www.sei.cmu.edu/cmm-p/

SEI IDEAL Model (Gremba y Myers, 1997) http://www.sei.cmu.edu/ideal/ideal.html SEI Personal Software Process (PSP) (Humphrey,

1997) http://www.sei.cmu.edu/tsp/psp.html

Systems Security Engineering Capability Maturity Model (SSE-CMM) (Department of Defense U.S.A,

1999)

http://www.sse-cmm.org

SEI SW-CMM Capability Maturity Model SM for Software (SEI, 1995)

http://www.sei.cmu.edu/cmm/cmm.html

SEI Team Software Process (TSP) (Humphrey, 2000a; 2000b)

http://www.sei.cmu.edu/tsp/tsp.html

Software Development Capability Evaluation (SDCE) (AFMC, 1994)

http://www.stsc.hill.af.mil/crosstalk/1997/04/development.asp

Tickit (Tickit Project Office, 1992) http://www.tickit.org/

Trillium (Trillium Team, 1994) (April y Coallier, 1995) http://www2.umassd.edu/swpi/BellCanada/trilli

um-html/trillium.html

EVALUACION DE PROCESOS ISO 90003

- Esta norma internacional proporciona una guía a las organizaciones para la aplicación de la ISO 9001:2000 para la adquisición, suministro, desarrollo, instalación y mantenimiento de SOFTWARE y servicios de soporte.

- No cambia ni añade los requisitos de la ISO 9001:2000.

- No está destinada para ser utilizada como criterio de evaluación en el registro/certificación del sistema de calidad.

ISO 90003



5. Responsabilidad de la Dirección 5.5. Responsabilidad, autoridad y comunicación

Representante de la dirección

Para una organización productora de software, sería beneficioso que el representante de la dirección tuviese experiencia en el desarrollo de software.

EVALUACION DE PROCESOS CMM

MODELO DE MADUREZ DE LA CAPACIDAD (CMM)

Nivel Características Resultados

Inicial

- Ausencia de gestión de proyectos. - El proceso de software es cambiante e irregular:- Los planes, estimaciones y calidad son impredecibles.- El rendimiento depende de la capacidad individual de los miembros del grupo.- Se establecen programas de formación del personal de desarrollo y mantenimiento.

Productividad y calidad escasa.Riesgo máximo

Repetible

- Los procesos de software son estables y repetibles. - La organización establece políticas de gerencia de proyectos y procesos.- La planificación se basa en proyectos similares.- Existen estándares definidos y exigidos.- El proceso se enmarca en un sistema de gerencia de proyectos basado en experiencias pasadas.

Productividad y calidad baja.Riesgo alto.

EVALUACION DE PROCESOS

Nivel Características Resultados

Definido

-Los procesos son definidos: estandarizados, documentados e institucionalizados. - Los procesos de ingeniería y gerencia son estables y se integran en uno sólo.- Existe un entendimiento común de los procesos, funciones y responsabilidades.- La organización mantiene un grupo dedicado a la definición, mejoramiento y difusión del proceso de Ingeniería de Software.

Productividad y calidad media.Riesgo medio.

Gestionado

- Los procesos son medibles o cuantificables- La productividad y la calidad se miden y registran para cada proyecto de la organización.- Se fijan metas cuantitativas de la calidad del software. -Mediante el uso de métricas de software, se crea una base cuantitativa para la evaluación y estimación en proyectos futuros.

Productividad y calidad alta.Riesgo mínimo.

Optimizado

- Los procesos se mejoran continuamente. - La organización busca lograr el nivel máximo de capacidad.- Se incorporan nuevas tecnologías y métodos para mejorar los procesos.

Productividad y calidad total.Riesgo nulo.

CMM


Nivel de Madurez

Áreas Clave del Proceso (KPAs)

Grupo de Actividades que satisfacen un conjunto de objetivos

Características Comunes

Conjunto de Atributos que indican el grado de implementación e institucionalización de un

área clave de proceso

Prácticas Clave

Actividades e infraestructura que contribuyen en su mayoría a la

implementación de un área clave de proceso

CMM


SCE (Software Capability Evaluation) (Byrnes y Philips, 1996)

Soporte a la Gestión Organizacional

Ejemplos - Definición del Proceso - Enfoque del Proceso - Formación - Gestión de la Calidad del Software

Soporte a la Gestión del Proyecto

Ejemplos - Planificación del Proyecto - Seguimiento del Proyecto - Gestión de la Configuración - Aseguramiento de la Calidad

Soporte a la Construcción Operacional del Producto

Ejemplos - Revisiones por pares - Ingeniería del Producto - Gestión de Requisitos

Operaciones de Desarrollo

Ejemplos - Entornos de Ingeniería - Metodologías de Análisis de Requisitos - Metodologías de Diseño - Código

Soporte para Procesos

Organizacionales

Soporte para Procesos de Toma de

Decisiones y Comunicación

Soporte para Procesos de

Comunicación y Técnicos

Procesos Técnicos

Evaluado por SCE No Evaluado por SCE

CMM


Fase SCE v 3.0

Actividades y Resultados o

Planificar yRealizar la

preparaciónpara la

Evaluación

La Organización Patrocinadora:• Determina los atributos deseados del producto• Determina la capacidad del proceso más apropiada para alcanzar los objetivos de negocio (la capacidad objetivo del proceso)• Selecciona y forma al equipo de la evaluación (SCE)Resultado: Se definen los objetivos y los requisitos de la evaluación

o

El Equipo SCE:• Identifica las áreas en las que la organización carece de experiencia (indicando un riesgo potencial) • Define el alcance de la evaluación.Resultado: Se define el alcance de la evaluación definido y se completan las preparaciones a alto nivel para evaluar a la organización de desarrollo.El Equipo SCE:• Selecciona los proyectos a evaluar.• Prepara los temas específicos para la evaluación.• Analizar los datos Resultado: Se completan las preparaciones detalladas para evaluar un sitio de desarrollo.

CMM


Conducirla

Evaluación

El Equipo SCE:• Investiga cada tema planificado en el sitio de desarrollo.• Conduce actividades de recogida de datos mediante la realización de entrevistas, revisiones de documentos y presentaciones.• Consolida la información recogida y valida las observaciones. • Determina los puntos fuertes, débiles y las actividades de mejora. Resultado: Datos del Proceso consolidados y se determinan los resultados.

Informar los Resultados

de la Evaluación

El Equipo SCE:• Presenta y entrega los resultados al patrocinador y a la organización.• Produce un informe final para el patrocinador.• Realiza recomendaciones para el uso de los resultados. Resultado: Se determinan y documentan los resultados de la evaluación Datos del Proceso consolidados y se determinan las búsquedas.

CMM


CBA-IPI (CMM-Based Appraisal for Internal Process Improvement)

(Dunaway y Masters, 2001)

• Facilita a una organización conocer la capacidad de sus procesos software mediante la identificación de las fortalezas y debilidades, con el fin de establecer y dar prioridad a planes de mejora software

•Consiste en la evaluación de la capacidad del proceso software de una organización a través de un grupo de profesionales adecuadamente entrenados que trabajan como un equipo

CMM


MODELO IDEAL (Peterson, 1995)

•Define un marco de ciclo de vida para la mejora de procesos.

•Las fases definidas en el modelo IDEAL son cinco: iniciación, diagnóstico, actuación, establecimiento y aprendizaje, constituyendo las evaluaciones la parte fundamental de la fase de diagnóstico.

IDEAL

EVALUACION DE PROCESOS IDEAL

EVALUACION DE PROCESOS PSP

PSP (Personal Software Process)

•Proporciona una serie de principios al ingeniero para llevar a cabo un proceso personal disciplinado

•Asiste a los ingenieros en la realización de planes precisos

•Determina los pasos que los ingenieros deben seguir para mejorar la calidad del producto

•Establece bancos de pruebas para medir la mejora del proceso personal, y

•Determina el impacto que los cambios del proceso tienen sobre el rendimiento del ingeniero

EVALUACION DE PROCESOS PSP

EVALUACION DE PROCESOS TSP

TSP (Team Software Process)

EVALUACION DE PROCESOS TSP

EVALUACION DE PROCESOS CMMI

CAPABILITY MATURITY MODEL INTEGRATED

•Eliminar inconsistencias

•Reducir duplicaciones.

•Incrementar la claridad y comprensión

•Proporcionar terminología común

•Proporcionar estilos consistentes

•Establecer reglas de construcción uniformes

•Mantener componentes comunes

•Asegurar la consistencia con ISO 15504


Disciplina del Modelo

Modelo Fuente Descripción Modelo Fuente

SoftwareEl CMM para software(SW-CMM)

Modelo que describe lo principios y prácticas fundamentales de la madurez de

procesos software. El CMM está organizado para ayudar a la organizaciones de software

a mejorar mediante una trayectoria evolutiva, creciendo con fines específicos,

desde un ambiente caótico hacia unos maduros y disciplinados procesos de

software

Ingeniería de Sistemas

Modelo de Capacidad de Ingeniería de

Sistemas (EIA/IS 731)

Integración de todas las disciplinas de sistemas para que conozcan las necesidades

técnicas y de negocio de la forma más efectiva

Proceso integrado de desarrollo de

productos

Desarrollo integrado de producto CMM (IPD CMM)

Enfoque sistemático para el desarrollo del producto que incrementa la satisfacción del cliente mediante una colaboración oportuna de las disciplinas necesarias a lo largo del

ciclo de vida del producto.


ML 1

ML2

ML3

ML4

ML5

Por Etapas

Organización

ML 1

ML2

ML3

ML4

ML5

Por Etapas

Organización

Por Etapas

Organización


- Innovación y Distribución Organizacional (OID) - Análisis Causal y Resolución (CAR)

Inicial (1)

Gestionado (2)

Definido (3)

Gestionado Cuantitativamente

(4)

Optimizante (5)

Mejora Continua del Proceso (2 Áreas de Proceso)

Gestión Cuantitativa (2 Áreas de Proceso)

Gestión Básica de Proyectos (7 Áreas de Proceso)

Estandarización del Proceso (11 Áreas de Proceso)

- Rendimiento del Proceso Organizacional (OPP) - Gestión Cuantitativa de Proyectos (QPM )

- Desarrollo de Requisitos (RD) - Solución Técnica (TS) - Integración del Producto (PI) - Verificación (VER) - Validación (VAL) - Enfoque Proceso Organizacional (OPF) - Definición del Proceso Organizacional (OPD) - Formación de la Organización (OT) - Gestión Integrada de Proyectos (IPM) - Gestión de Riesgos (RSKM) - Análisis de Decisión y Resolución (DAR)

- Gestión de Requisitos (REQM) - Planificación del Proyecto (PP) - Monitorización y Control del Proyecto (PMC) - Gestión del Acuerdo con el Suministrador (SAM) - Medición y Análisis (M & A) - Aseguramiento de la Calidad del Proceso y Producto (PPQA) - Gestión de la Configuración (CM)

- Procesos Caóticos (Ad Hoc)

- Gestión Cuantitativa del Suministrador (QSM)

- Gestión Integrada del Suministrador (ISM)

- Entorno Organizacional para la Integración (OEI) - Equipo Integrado (OIT)

- Selección y Monitorización del Suministrador (SSM)


PA PA

Representación Continua

C a p a c i d a d

5 4 3 2 1 0

Proceso PA


CMMI

Gestión del Proceso

Gestión de Proyectos

Ingeniería Soporte

- Enfoque Proceso Organizacional - Definición Proceso Organizacional - Formación Organizacional - Rendimiento - Innovación y Distribución Organizacional

- Planificación del Proyecto - Monitorización y Control de Proyectos - Gestión del Acuerdo con el Suministrador - Gestión Integrada de Proyectos - Gestión de Riesgos - Gestión Cuantitativa de Proyectos

- Gestión de Requisitos - Desarrollo de Requisitos - Solución Técnica - Integración del Producto - Verificación - Validación

- Gestión de Configuración - Aseguramiento de la Calidad del Proceso y Producto - Medición y Análisis - Análisis de Decisiones y Resolución - Análisis Causal y Resolución

IPPD Adquisición

- Entorno Organizacional para la Integración - Equipo Integrado

- Selección y Monitorización del Suministrador - Gestión Integrada del Suministrador - Gestión Cuantitativa del Suministrador


SCAMPI (Standard CMMI Appraisal Method for Process Improvement)

Aplicación Descripción

Mejora Interna del Proceso

- La evaluación interna de los procesos se aplica en las organizaciones para:- Establecer un línea base de su nivel de capacidad/madurez- Establecer o actualizar un programa de mejora del proceso- Medir el progreso en la implementación de un programa de mejora- Las aplicaciones de evaluación interna incluyen:- Medición del progreso de la mejora- Conducción de auditorías del proceso- Enfoque sobre dominios específicos o líneas de productos- Evaluar proyectos específicos- Preparación para evaluaciones externas conducidas por el cliente

Selección del Suministrador

Los resultados se usan como factores discriminantes para la selección de suministradores y para establecer los riesgos relacionados con el proceso de aceptación de un contrato. Constituyen un factor más de selección y constituyen la línea base para un posible posterior control de los procesos del suministrador seleccionado

Monitorización del Proceso

Se puede usar la evaluación como mecanismo de control de los procesos del suministrador una vez que ha sido seleccionado.


•Planificación y preparación de la evaluación, en la que se incluyen el análisis de los requisitos de la evaluación (objetivos, alcance, restricciones, etc..), el desarrollo del plan de evaluación, la selección y preparación del equipo, el conocimiento de las actividades y procesos de la organización a evaluar y la preparación de las estrategias de recogida de los datos.

•Realización de la evaluación, en la que se recoge la información necesaria para la evaluación relacionando la información con el modelo de referencia, se verifica y valida la información recogida, se documentan los datos transformándolos en registros que representen la implementación de las prácticas y las fortalezas y debilidades y se generan los resultados de la evaluación en los que se calculan los niveles de capacidad/madurez de los procesos en base a los datos recogidos y la aplicación de algoritmos de cálculo sobre esos datos.

•Informe de resultados, en el que se entregan y archivan los resultados de forma adecuada.


INFORME DEL

SOFTWARE

ENGINEERING

INSTITUTE








XVII Congreso CUORE, Bilbao, 24-26 Octubre 2007

© ESI 2007 31

XVII Congreso CUORE, Bilbao, 24/26 Oct 2007

• A finales de 2006 eran 31 las organizaciones evaluadas.

• Hoy ya son más de 60, en gran parte gracias al impacto de la “Medida de Calidad de Software” del Plan Avanza 2006

• Avanza 2007: más de 80 nuevas certificaciones de CMMI nivel 2 y/o 3 antes de finales de 2008

CMMI en España

© ESI 2007 31

XVII Congreso CUORE, Bilbao, 24/26 Oct 2007

• A finales de 2006 eran 31 las organizaciones evaluadas.

• Hoy ya son más de 60, en gran parte gracias al impacto de la “Medida de Calidad de Software” del Plan Avanza 2006

• Avanza 2007: más de 80 nuevas certificaciones de CMMI nivel 2 y/o 3 antes de finales de 2008

CMMI en España


Estándar ISO/IEC 15504

• Proporciona un marco de trabajo para la evaluación del proceso y establece los requisitos mínimos para realizar una evaluación que asegure la repetibilidad y consistencia de las valoraciones obtenidas

• El objetivo de la evaluación del proceso es conocer la capacidad de los procesos de una organización. Como resultado de una exitosa implementación de la evaluación de los procesos se determina la información que caracteriza los procesos evaluados y el punto hasta el cual los procesos realizan su propósito


PARTES DE LA NORMA

ISO/IEC 15504 CONTENIDO

1. Conceptos y Vocabulario Proporciona una introducción general a los conceptos de la evaluación de

los procesos y un glosario de términos relacionados.

2. Realización de la Evaluación

Establece los requisitos mínimos necesarios para realizar una evaluación que garantice la consistencia y repetibilidad de las valoraciones. Los

requisitos ayudan a asegurar que la valoración de salida es consistente y proporciona la evidencia necesaria para corroborar los resultados y verificar

su conformidad con los requisitos. 3. Guía para la Realización de

la Evaluación Proporciona una guía para interpretar los requisitos a la hora de realizar una

evaluación.

4. Guía sobre el Uso para la Mejora del proceso y la

Determinación de la Capacidad del Proceso

Identifica la Evaluación del proceso como una actividad que puede ser realizada como parte de una iniciativa de mejora de procesos o como parte de un enfoque de determinación de la capacidad. El propósito de la mejora de los procesos es mejorar de forma continua la eficiencia y efectividad de

la organización. El objetivo de la determinación de la capacidad es identificar las fortalezas, debilidades y riesgos de los procesos

seleccionados respecto a un requisito particular especificado a través de los procesos utilizados y de su alineamiento con las necesidades de negocio.

5. Un Ejemplo de Modelo de Evaluación de Procesos (en

preparación)

Contiene un ejemplo de un modelo para realizar la evaluación de los procesos basados en el modelo de referencia de procesos definido en el estándar ISO/IEC 12207. Una evaluación se lleva a cabo utilizando un

modelo de evaluación de procesos relacionado con uno o más modelos de referencia de procesos.


Modelo de Referencia del Proceso

- Dominio y Alcance- Propósito del Proceso- Resultados del Proceso

Marco de Trabajo de la Medición

- Niveles de Capacidad- Atributos del Proceso

- Escala de Valoración

Modelo de Evaluación del Proceso- Alcance- Indicadores

- Correspondencia

- Interpretación

Proceso de Evaluación - Planificación- Recogida de Datos- Validación de Datos- Valoración de los Atributos del Proceso- Generación de Informes

Entrada Inicial

- Propósito - Alcance - Restricciones - Identidades - Enfoque - Criterios de Competencia del Evaluador - Información Adicional

Salida

- Fecha - Entrada de la Evaluación - Identificación de la Evidencia - Proceso de Evaluación utilizado - Perfiles de Proceso - Información Adicional

Roles y Responsabilidades

- Patrocinador - Evaluador Competente - Evaluador(es)


Nivel 1 Proceso Realizado

Nivel 0 Incompleto

Nivel 2 Proceso Gestionado

Nivel 3 Proceso Establec ido

Nivel 4 Proceso Predecible

Nivel 5 Proceso Optimizante


PROCESO DE EVALUACIÓN

• Planificación, desarrollar un plan de la evaluación

• Recogida de datos, en la que se deben obtener los datos requeridos para evaluar los procesos dentro del alcance de la evaluación e información adicional

• Validación de los datos

• Valoración de los Atributos del Proceso, de forma que se les asigna una puntuación en base a los datos validados

• Generación de Informes, en los que se presentan los resultados de la Evaluación

EVALUACION DE PROCESOS OTROS MODELOS

Modelo de Referência para melhoria de processo de software (MR mps)

(Weber et al., 2004)

• Modelo de Negocio para la mejora de proceso de software (MN mps), que puede ser personalizado para una empresa o de forma cooperativa para un conjunto de empresas.

•Modelo de Referencia para la mejora de proceso de software (MR pms) que comprende niveles de madurez y un método de evaluación.


Níveis de Maturidade Método de Avaliação

MODELO PARA MELHORIA DO PROCESSO DE SOFTWARE (MR mps)

Empresa 1

CMMISPICESCAMPI

ICI 1 ...

INSTITUIÇÕES CREDENCIADAS PARA IMPLEMENTAÇÃO (ICI)

ICI 2 ICI n

Empresa 2

Empresa n

ICA 1 ...

INSTITUIÇÕES CREDENCIADAS PARA AVALIAÇÃO (ICA)

ICA 2 ICA n

Guia Implementação

Guia

Geral

Guia Avaliação


Grado de implementación de la

práctica

Caracterización Grado de alcance

Totalmente implementado Un indicador directo está presente y es juzgado adecuadoExiste por lo menos un indicador y/o afirmación para confirmar la implementaciónNo fue observada ningún defecto/flaqueza substancial

> 85% a 100%

Largamente implementado Un indicador directo está presente y juzgado adecuadoExiste por lo menos un indicador indirecto y/o afirmación para confirmar una implementaciónFue observada una o más flaquezas

> 50% a 85%

Parcialmente implementado Un indicador directo no está presente o es juzgado inadecuadoArtefactos o afirmaciones sugieren que algunos aspectos de la práctica están implementados

> 15% a 50%

No implementado Cualquier situación diferente de las de arriba

0% a 15%


Modelos de Procesos para la Industria del Software (MoProSoft)(Oktaba, 2005)

Modelo basado en las mejores prácticas internacionales con las siguientes características:

• Fácil de entender• Fácil de aplicar• No costoso en su adopción• Ser la base para alcanzar evaluaciones exitosas con otros modelos o normas, tales como ISO 9000:2000 o CMM V1.1


Gestión de Negocio

Gestión de ProcesosGestión de ProyectosGestión de Recursos

Administración de Proyectos EspecíficosDesarrollo y Mantenimiento de Software

Alta Dirección

(DIR)

Gestión

(GES)

Operación

(OPE)

Categoría

Categoría

Categoría


Normativa (qué procesos)

Informativa (cómo implantarlos)

Modelo de Procesos

Modelo de Capacidadesde Procesos

(qué evaluar)

Método de evaluación

(cómo evaluar)

Norma Mexicana

MOPROSOFT

ISO/IEC FDIS 15504-2 Performing an assesment

ISO/IEC FDIS 15504-3 Guidance on performing

an assesment

Qué

Cómo

Requisitos

Requisitos

Norma

Guías

AnexoISO 12207

Software life cycle processes

Relación


COMPETISOFT

Mejora de Procesos para Fomentar la Competitividad de la Pequeña y Mediana Industria del Software de Iberoamérica


El proyecto COMPETISOFT pretende incrementar el nivel de competitividad de las PyMES Iberoamericanas productoras de software mediante la creación y difusión de un marco metodológico común que, ajustado a sus necesidades especificas, pueda llegar a ser la base sobre el cual establecer un mecanismo de evaluación y certificación de la industria del software.






• Desarrollar un Marco Metodológico común ajustado a la realidad socio-económica de las PyMES iberoamericanas, orientado a la mejora continua de sus procesos.

• Este Marco Metodológico, constituido por un Modelo de Procesos, un Modelo de Capacida-des y un Método de Evaluación, será validado, mediante su aplicación controlada, en empre-sas y organizaciones de diferentes países de la región CYTED.


• Difundir la cultura de la mejora de procesos en el sector informático iberoamericano y más específicamente formar, tanto a investigadores y/o docentes universitarios (formación de formadores) como a profesionales de un buen número de PyMES productoras de software, mediante los cursos que se organizarán en este proyecto CYTED y mediante la difusión de los materiales de formación que se elaborarán; así como mediante la supervisión y desarrollo de tesis de postgrado para estudiantes y docentes de la región.


• Incidir en los diferentes organismos de normalización y certificación de los países iberoamericanos, para que asuman que los principios metodológicos objeto de este proyecto CYTED pueden ser la base para establecer un mecanismo común y mutuamente reconocido de evaluación y certificación de la industria del software Iberoamericana.

Documents

capitulo08- CMMI