CAPÍTULO II. Fundamentación teórica

Transcripción

1 2.1 Fundamentación genérica CAPÍTULO II Fundamentación teórica Conceptos de calidad Conceptos de calidad según algunos pioneros de la calidad: Calidad es cero defectos haciendo las cosas correctamente desde el principio. Philip B. Crosby Calidad es aptitud para el uso. J.M. Jurán Calidad es total liderazgo de la marca en sus resultados al satisfacer los requisitos del cliente haciendo la primera vez bien lo que haya que hacer. Westhingouse La calidad se refiere a la cantidad de atributo no apreciado contenida en cada unidad del atributo no apreciado. Keith B. Leffler Un software es de calidad si satisface un propósito específico y si sus partes también son de alta calidad; sin embargo a pesar que la mayoría usamos el término calidad de una forma que pensamos que tiene sentido, que es entendible para todos, descubriremos que una definición útil de calidad no es fácil de desarrollar. La calidad puede entenderse en dos niveles: El primer nivel de calidad, es producir bienes o servicios cuyas características medibles satisfacen un conjunto de especificaciones que están definidas numéricamente, y el segundo nivel de calidad de productos y servicios es aquél que satisface las necesidades de los clientes para su uso o consumo. En resumen el primer nivel significa trabajar con las especificaciones, mientras que el segundo nivel significa satisfacer al cliente Qué es un Proceso? Un proceso es un conjunto de prácticas que se ejecutan con un propósito determinado, las cuales transforman entradas en salidas que son de valor para el cliente. El proceso puede incluir herramientas, métodos, materiales y/o personas.

2 Proceso es uno de los 3 puntos de apalancamiento de la mejora del desempeño de una Organización. Para mejorar el desempeño, se pueden cambiar los procesos, las personas, la tecnología o una combinación de ellos Qué es un modelo de procesos? Un modelo de procesos es un conjunto estructurado de elementos que describen características de procesos efectivos y de calidad. Un modelo indica Qué hacer, no Cómo hacer, ni Quién lo hace. Un modelo proporciona: o Un punto donde comenzar o El beneficio de las experiencias pasadas de la comunidad participante o Un lenguaje común y una visión compartida o Un marco para priorizar acciones o Una forma de definir lo que significa mejora para la organización Los procesos incluidos en el modelo de procesos son aquellos que la experiencia ha demostrado que son efectivos Qué es CMM? CMM Modelo de Madurez de la Capacidad es un MODELO desarrollado por el Instituto de Ingeniería de Software SEI de la Universidad Carnegie Mellon, basado en las mejores prácticas actuales de desarrollo de software. CMM es un marco para la mejora de procesos de software y para la evaluación de la madurez de las capacidades. El modelo CMM aplica conceptos de gerencia de procesos, mejora de calidad al desarrollo y mantenimiento de software, y describe los estados a través de los cuales las organizaciones de software evolucionan a medida en que definen, implementan, miden, controlan y mejoran sus procesos de software.

3 Dentro de la representación por estados, el modelo CMM aplica a la Organización niveles de madurez mediante los cuales se mide el avance de los procesos de la organización Nivel de madurez Estados 1 Inicial 2 Administrado 3 Definido 4 Administrado cuantitativamente 5 Optimizado Cuadro Nro II,1. Nivel de madurez según la representación por estados Madurez vs Inmadurez Organizaciones con procesos inmaduros Procesos improvisados por los gerentes y desarrolladores Cada uno posee sus propios procesos Procesos comprometidos en orden a cumplir los costos y las fechas acordadas Calidad difícil de predecir Los procesos viven mientras viven los desarrolladores Las nuevas tecnologías corren riesgos de caer en desuso. Organizaciones con procesos maduros Procesos documentados Procesos seguidos consistentemente El rendimiento de los procesos es medido, seguido y entendido La calidad es predecible porque los procesos están bajo control Los procesos viven por sí solos y son mejorados continuamente Las nuevas tecnologías son incorporadas de una manera disciplinada. Cuadro Nro. II,2. Comparación entre Madurez e Inmadurez

4 Gráfico Nro II,1. Efectos de mejora en madurez de los procesos Qué es CMMI? El Modelo Integrado de Madurez de la Capacidad - CMMI es un conjunto de herramientas que ayudan a la Organización a mejorar sus procesos de desarrollo de productos y servicios, adquisiciones y mantenimiento. El modelo CMMI ha evolucionado el concepto del Modelo CMM establecido para la maduración de la capacidad de Software, a un nivel que permite el crecimiento continuado y expansión del concepto CMM para múltiples disciplinas, tales como SW-CMM, EIA/IS 731, IPD- CMM y otros modelos de mejora de procesos. Madurez de Procesos es un indicador del potencial de crecimiento en capacidad de los procesos, Capacidad es el rango esperado a ser alcanzado por los procesos, y el Rendimiento es el resultado actual alcanzado por el proceso. El Rendimiento de procesos pasados es un indicador de la Capacidad de los Procesos. La Capacidad de Procesos es una predicción del rendimiento futuro de los procesos.

5 De la misma manera que el modelo CMM, el modelo CMMI tiene una representación por estados, que enfoca o mide la mejora de los procesos usando niveles de madurez Evolución de madurez de los procesos CMMI Las Organizaciones en el camino hacia lograr la madurez de los procesos pasan por 5 niveles de maduración: Nivel 1: Inicial Procesos impredecibles, pobremente controlados y reactivos. El proceso de software se caracteriza como ad hoc y ocasionalmente caótico. Pocas actividades están definidas y el éxito de los proyectos depende del esfuerzo individual. Hay carencia de procedimientos formales, estimaciones de costos, planes del proyecto, mecanismos de administración para asegurar que los procedimientos se siguen. Nivel 2: Administrado. Procesos caracterizados en proyectos y acciones reactivas con frecuencia. Son establecidas las actividades básicas para la administración de proyectos de software para el seguimiento de costos, programación y funcionalidad. El éxito está en repetir prácticas que hicieron posible el éxito de proyectos anteriores, por lo tanto hay fortalezas cuando se desarrollan procesos similares, y gran riesgo cuando se enfrentan nuevos desafíos. Las áreas de proceso de nivel 2 son: o Administración de Requerimientos (RM) o Planeamiento de Proyectos (PP) o Monitoreo y Control de Proyectos (PMC) o Administración de acuerdos con Proveedores (SAM) o Aseguramiento de la Calidad de Productos y Procesos (PPQA) o Administración de la Configuración (CM) o Mediciones y Análisis (MA)

6 Nivel 3: Definido. Procesos caracterizados en la Organización, y con acciones proactivas. Las actividades del proceso de software para la administración e ingeniería están documentadas, estandarizadas e integradas en un proceso de software estándar para la Organización Las áreas de proceso de nivel 3 son: o Foco en los Procesos Organizacionales (OPF) o Definición de Procesos Organizacionales (OPD) o Entrenamiento Organizacional (OT) o Desarrollo de Requerimientos (RD) o Solución Técnica (TS) o Integración de Productos (PI) o Verificación (VER) o Validación (VAL) o Administración del Proyecto Integrado (IPM) o Administración de Riesgos (RiskM) o Equipo Integrado (IT) o Ambiente Organizacional (OE) o Análisis de Decisión y Resolución (DAR) Nivel 4: Administrado cuantitativamente. Los procesos son medidos y controlados. Se registran medidas detalladas de las actividades del Proceso y calidad del Producto. El proceso de software y el producto son entendidos cuantitativamente y controlados. Las áreas de proceso de nivel 4 son: o Administración Cuantitativa de Proyectos (QPM) o Performance de los Procesos Organizacionales (OPP)

7 Nivel 5: Optimizado. Enfoque continuo en la mejora de procesos. Existe una mejora continua de las actividades, las que se logran a través de un feedback con estas áreas de procesos y también a partir de ideas innovadoras y tecnología. La recolección de datos es automatizada y usada para identificar elementos más débiles del proceso. Se hace un análisis riguroso de causas y prevención de defectos. Las áreas de proceso de nivel 5 son: o Análisis de Causas y Resolución (CAR) o Innovación Organizacional (OI) La descripción de las áreas de Proceso se encuentra en el anexo III. Proceso consistente Proceso predecible Proceso continuamente mejorado Nivel 1 Inicial Proceso disciplinado Nivel 2 Administrado Nivel 3 Definido Nivel 4 Administrado cuantitativamente Nivel 5 Optimizado Gráfico Nro II,2. Evolución del proceso de madurez Antecedentes del CMMI (CMM, ISO) El CMMI fue creado para resolver el problema de tener múltiples CMMs. La misión del CMMI fue combinar los modelos CMM para Software SW-CMM v2.0 draft C, Electronic Industries Alliance Interim Standar (EIA/IS 731), y CMM para Desarrollo de productos Integrados IPD-CMM v0.98

8 2.1.9 Necesita su Organización CMMI? A continuación algunos síntomas para identificar si su organización necesita CMMI. Estos síntomas fueron tomadas de la presentación CMMI Overview for Executives de la Universidad Carnegie Mello. o Los planes se hacen, pero no necesariamente se siguen. o No se hace el seguimiento al trabajo real vs el plan. Los planes no son revisados. o Los requerimientos no son consistentes, los cambios no son manejados. o Los estimados son muy irreales, su incumplimiento es común. o Cuando no se puede cumplir con los plazos, surge una atmósfera de crisis. o Los defectos se encuentran en la fase de pruebas, o peor aún los encuentra el cliente. o El éxito depende de acciones heroicas de individuos competentes. o La consistencia en la ejecución es cuestionable Componentes del Modelo CMMI Se denomina Componente a cualquiera de los elementos principales de la arquitectura que componen un modelo CMMI. Los componentes del modelo CMMI son: áreas de procesos, metas genéricas, metas específicas, prácticas genéricas, prácticas específicas y sub prácticas. Las prácticas genéricas se agrupan según las siguientes características comunes: o Compromiso para ejecutar o Habilidad para ejecutar o Dirección de Implementación o Verificación de la Implementación A continuación se define cada uno de los elementos del CMMI

9 Niveles de Madurez Area de Proceso 1 Area de Proceso 2 Area de Proceso n Metas específicas Metas genéricas Características comunes Prácticas específicas Compromiso Habilidad Dirección Verificación Prácticas genéricas Gráfico Nro. II,2 Componentes del modelo CMMI Áreas de Proceso (PA) Un área de proceso es un Conjunto de prácticas relacionadas, que ejecutadas colectivamente satisface un conjunto de metas consideradas importantes para hacer mejoras significativas en esa área.

10 Metas Genéricas (GG) Son llamadas genéricas porque la misma descripción aparece en múltiples áreas de procesos. Metas Específicas (SG) Las metas específicas aplican a áreas de procesos y direccionan a características únicas que describen lo que debe ser implementado para satisfacer el área de proceso. Características Comunes (KF) Organizan las prácticas genéricas de cada área de proceso. Están agrupadas para proveer una manera de presentar las prácticas genéricas: o Compromiso para ejecutar o Habilidad para ejecutar o Dirección para implementación o Verificación de implementación Prácticas Genéricas (GP) Las prácticas genéricas proveen institucionalización para asegurar que el proceso asociado con el área de proceso debe ser repetible y duradero. Son categorizadas por metas genéricas y características comunes. Prácticas Específicas (SP) Una práctica específica es una actividad que es considerada importante en la meta específica asociada. Describe las actividades esperadas para conseguir las metas específicas de un área de proceso. Sub prácticas Son descripciones detalladas que proveen guías para interpretar prácticas específicas o genéricas.

11 2.2 Fundamentación específica CMM vs CMMI Diferencias y Semejanzas CMM CMMI 5 niveles de madurez 5 niveles de madurez 18 Áreas Claves de procesos 24 Áreas de Procesos Orientado al Software Integrado: SW, EIA/IS, IPD Nivel de Madurez 2 CMM RM - Administración de Requerimientos. SPP - Planeamiento de Proyectos de Software SPTO Seguimiento del Proyecto de Software. SSM Administración de Subcontratos de Software SQA - Aseguramiento de la Calidad del Software SCM Administración de la Configuración del Software CMMI RM - Administración de Requerimientos PP - Planeamiento de Proyectos PMC - Monitoreo y Control de Proyectos SAM - Administración de Acuerdos con Proveedores PPQA - Aseguramiento de la Calidad de Productos y Procesos CM - Administración de la Configuración MA - Métricas y Análisis

12 Nivel de Madurez 3 CMM OPF - Foco en los Procesos Organizacionales OPD Definición de Procesos Organizacionales PT Programa de Entrenamiento SPE Software Product Engineering PR Revisión por Pares ISM Administración del Software Integrado IC Coordinación Entre Grupos CMMI OPF - Foco en los Procesos Organizacionales OPD Definición de Procesos Organizacionales OT Entrenamiento Organizacional RD- Desarrollo de Requerimientos TS Solución Técnica PI Integración de Productos VER - Verificación VAL - Validación IPM Administración de Proyecto Integrado RiskM - Administración de Riesgos IT - Equipo Integrado OE Ambiente Organizacional DAR Análisis de Decisión y Resolución Nivel de Madurez 4 CMM QPM- Administración Cuantitativa de Procesos SQM Administración de la calidad del Software. CMMI QPM Administración Cuantitativa de Proyectos OPP Performance de los Procesos Organizacionales

13 Nivel de Madurez 5 CMM CMMI DP - Prevención de Defectos CAR Análisis de Causas y Resolución TCM Administración de Cambios OID Innovación Organizacional y Tecnológicos Entrega PCM Administración de Cambio de Procesos Cuadro Nro. II,3 Diferencias y semejanzas entre los modelos CMM y CMMI Por qué se aplica CMMI? Se aplica CMMI porque: o Es un modelo que aplica estándares de calidad o Provee un enfoque más efectivo e integrado a Ingeniería de Sistemas y de Software. o Construye procesos desde un inicio, o sobre inversión previa usada con SW CMM. o Provee un enlace o relación mas explicita entre la Gestión y la Ingeniería con los objetivos del negocio. o Provee mayor visibilidad del ciclo de vida del producto; y las actividades de ingeniería ayudan a asegurar que los productos y servicios satisfacen las expectativas de los clientes. o Incorpora lecciones aprendidas de otras áreas, de mejores prácticas e implanta prácticas de alta madurez más robustas. o Incluye funciones organizacionales que son críticas para los productos y servicios o Soporta integración futura con otros modelos CMMI de disciplinas específicas. o Muestra el camino a seguir en la gestión de proyectos, integrando de una manera ordenada los procesos y los productos.

14 2.2.3 Procesos Categoría de Procesos Administración Organización Ingeniería Niveles 5. Optimizado o CAR: Análisis de Causas y Resolución?? Administración de Cambios a los Procesos 4. Controlado o QPM: Administración Cuantitativa del Proyecto o Administración de Cambios Tecnológicos o OPP: Performanc e de los Procesos Organizacio nales 3. Definido o IPM: Administración Integrada del Proyecto o RiskM: Administración de Riesgos o DAR: Análisis de Decisión y Resolución o OPF: Foco en procesos Organizacio nales o OPD: Definición de Procesos Organizacio nales o AE: Ambiente Organizacio nal o IT: Equipo Integrado o RD: Desarrollo de Requerimientos o TS: Solución Técnica o VER: Verificación o VAL: Validación o PI: Integración de Productos 2. Repetible o RM: Administración de Requerimientos o PP: Planeamiento de Proyectos o PMC: Monitoreo y Control de Procesos o SAM: Administración de Acuerdos con Proveedores o PPQA: Aseguramiento de Calidad de Productos y Procesos o CM: Administración de la Configuración o MA: Medición y Análisis 1. Inicial Procesos Ad Hoc Ninguno Los Procesos de Administración deben estar operando antes de iniciar los Procesos Organizacionales y de Ingeniería Cuadro Nro. II,4 Cuadro de procesos según nivel y categoría de procesos

15 2.2.4 Objetivos del presente estudio Para aplicar el modelo CMMI dentro de una empresa es requerido que se revise a detalle el marco teórico del modelo según lo establecido por el Instituto de Ingeniería de Software de la Universidad Carnegie y Mellon, defina un modelo integrado de procesos y construya procedimientos, guías, formatos, herramientas, etc. que respondan al modelo definido. Posteriormente implementar este modelo definido en base a una metodología. El objetivo del presente estudio es mostrar el enfoque del modelo CMMI y la manera cómo una Organización que cuenta con múltiples Unidades Desarrolladoras de Software (UDS) pueden operar bajo un modelo definido de calidad estándar e integrado que originará que la Organización produzca mejores productos basados en las mejoras de sus procesos. Se mostrará la aplicación de una metodología para transformar una Empresa con múltiples Unidades Desarrolladoras de Software a los procesos CMMI. Así mismo implementar los estándares CMMI en las Unidades Desarrolladoras previa customización de la Unidad sujeto de estudio. No es objetivo del presente estudio la construcción de los procedimientos, guías, formatos, herramientas, etc. que soporten el modelo definido.