Mejora del Proceso Software

Slides:



Advertisements
Presentaciones similares
ingeniería de software
Advertisements

Open RA 10/25/00 EEM/TD/LQ M. F. Juan 1 La Función de Calidad en los Proyectos de Desarrollo de Software Manuel F. Juan Martínez Juan López Espinosa Centro.
Proceso de desarrollo con UML y el modelo CMM
C OB I T Control Objectives for Information and Related Technology Information Systems and Control Foundation.
CERTIFICACION ISO 9000, ,12207 Y MODELO CMM
Los Principios del Sistema de Gestión de la Calidad
PROYECTO EDUCATIVO Líderes Siglo XXI.
INDICADORES DE GESTIÓN Y MEJORAMIENTO CONTINUO
METRICAS DE PROCESO Y PROYECTO
CMMI.
“8 Principios de la Gestión Administrativa”
INTRODUCCIÓN A CMMI V
Medición, Análisis y Mejora
Objetivos Revisión de representaciones y estructura del modelo
Ciclo de formulación del proyecto.
MODELO DE CAPACIDAD DE MADUREZ INTEGRADO (CMMI)
HERRAMIENTAS CASE.
Enfoque basado en procesos
“Gerenciar la adquisición de productos y servicios a los proveedores del proyecto en desarrollo a partir de acuerdos formales”.
Electivo Integración Normas de Calidad, Seguridad, Medio Ambiente y Riesgos en la Gestión de la Empresa. Profesor : Fernando Vargas Gálvez Ingeniero Civil.
UNA HERRAMIENTA PARA AGREGAR VALOR
Sistemas de gestión de la calidad en empresas que desarrollan con Genexus Amalia Álvarez Balbi Gastón Mousqués
CMMI Medición & Análisis GRUPO 1 Larissa Hererra Miguel Ortiz Isabel Blank Junio 2005.
Modelo de Capacidad y Madurez
AUDITORIAS RESUMEN DE ASPECTOS RELEVANTE EN LA GESTION BASADO EN EL REFERENCIAL ISO 9001:2008.
REQUISITOS DE LA NORMA ISO 9001:2000.
DIRECTRICES PARA LA MEJORA DEL DESEMPEÑO
Administración Proyectos Jorge Baracaldo Robin Ochoa.
Modulo 7: Gestión de la Calidad Tema 4: ISO20000
Ingeniería de Software: Metodologías Agustín J. González ElO329: Diseño y Programación Orientados a Objeto Adaptado de:
Plan de Sistemas de Información (PSI)
ISF5501 Ingeniería de Software
Ximena Romano – Doris Correa
Tema 1: Introducción a la Ingeniería de Software
INTRODUCCIÓN A LA INGENIERÍA DEL SOFTWARE
VISIÓN GENERAL DE LA IS Con independencia del modelo de proceso hay tres fases genéricas: Fase de definición Fase de desarrollo Fase de mantenimiento Cada.
SGSI: Sistemas de Gestión de la Seguridad de la Información
El rol de SQA en PIS.
Otras áreas de Proceso del Modelo CMMI-DEV
GERENCIA DE LA CALIDAD Y DEL SERVICIO
Medición y Métricas del Software
PRINCIPIOS FUNDAMENTALES DE LA GESTION DE CALIDAD
ISO 9000:2000 EFQM. MODELO EUROPEO.
Metodologías Lsi. Katia Tapia A., Mae.
TIPOS DE AUDITORÍAS EN SISTEMAS DE INFORMACIÓN
Conceptos sobre GESTIÓN DE PROYECTOS
Organización para la calidad.
CMM.
Introducción al proceso de verificación y validación.
Procesos itil Equipo 8.
LA MEJORA DE LOS PROCESOS
CMMI Benjamín Saul Jueves 27 de Mayo 2010.
P07. Administrar Recursos Humanos de TI
Tema 7 Institucionalización de los modelos de CMMI
Estructurar tus ideas para hacerlas realidad
Jefe del Sistema de Gestión de la Calidad y Ecoeficiencia
Ingeniería en Informática F UNDAMENTOS DE C OMPUTACIÓN B ACHILLERATO EN I NGENIERÍA I NFORMÁTICA L IC. C ARLOS H. G UTIÉRREZ L EÓN.
CMMI GRUPO 5 Juan Marcelo Ferreira Aranda Silvano Christian Gómez
Modelo de madurez del CMMI
ANGIE PAOLA SOLANO CASTIBLANCO DAR SOPORTE A LOS PROCESOS NORMAS ISO DOC. JOHANA LÓPEZ CHAVEZ SENA 2010.
Sistemas integrados de gestión
CONCEPTO DE CICLO DE VIDA 1 En los departamentos de Sistemas se debe definir un marco de referencia común que debe ser:  Pueda ser empleado por todos.
Identificación de entradas, salidas y herramientas de procesos de gestión del PMI Jairo A. Orozco L.
Modelo de procesos de software
Planificación de Sistemas de Información
Nombre del campus Componente profesional
Verificación y Validación del Software
Sistemas de calidad en el desarrollo de software.
GESTIÓN DE PROYECTOS.
Ing. Sanchez Castillo Eddye Arturo Escuela Académica Profesional de Ingeniería de Sistemas.
Transcripción de la presentación:

Mejora del Proceso Software El Modelo CMMI

¿Qué es un Proceso? Básicamente, es un método para hacer o producir algo. Más formalmente, es un conjunto de prácticas realizadas para obtener un resultado. Esto incluye herramientas, técnicas, materiales y personas. El Proceso Software es un conjunto de herramientas, técnicas, materiales y personas para producir o desarrollar software

Puntos de difusión de la calidad Productos Personal Tecnología Proceso Todo el mundo asume la importancia de tener una plantilla motivada y de calidad… SATISFACTION Del CLIENTE Determinan el coste, la planificacion y la calidad del producto ...Incluso el mejor personal no rinde al máximo si no comprende y usa un proceso al máximo nivel.

Problemas 25% de los proyectos software se descartan. Las empresas están entregando productos a sus clientes con un 15% de errores Muchas empresas gastan del 30% al 44% de su tiempo y dinero en reescribir software que ya habían escrito Las empresas cumplen sus planificaciones sólo el 50% de las veces Sources: Capers Jones and Bill Curtis

Resultados de la mejora de proceso Los programas exitosos de mejora del proceso software pueden conseguir: Reducir el numero de defectos entregados al cliente en un 95% Reducir la planificación del desarrollo de software un 71% Incrementar la productividad (medida en lineas-de-código o puntos-función al día) en un 222%. Se ha conseguido un ROI medio de 5:1 Sources: Capers Jones and Software Engineering Institute

Beneficios de la Mejora del Proceso Predictibilidad de la planificación y el presupuesto Tiempo de desarrollo Productividad Calidad (medida en nº de defectos) Satisfacción del Cliente Satisfacción de los empleados

Características de los procesos Inmaduros Los procesos de desarrollo de software son improvisados Los procesos no se siguen rigurosamente No hay gestión de proyectos Ausencia de planes Apaga-fuegos (resolución de crisis inmediatas) Los calendarios y presupuestos se sobrepasan, pues no se basan en estimaciones realistas Las fechas límite comprometen la funcionalidad y calidad No hay medición objetiva de la calidad No hay maneras objetivas de resolver problemas de producto o proceso

Características de los procesos maduros Se gestiona El proceso de desarrollo de software Los productos del desarrollo de software Los procesos de desarrollo se comunican al personal y a los nuevos empleados Las actividades se llevan a cabo siguiendo procesos planificados Los procesos son usables y consistentes con la forma de trabajo Los procesos se actualizan si es preciso Roles y responsabilidades claros en el proyecto Hay seguimiento de la calidad de los productos y procesos Criterios objetivos para evaluar la calidad y resolver problemas

Objetivos de un proceso maduro Efectivo. Un proceso efectivo debe ayudarnos a conseguir el producto que quiere el cliente. Mantenible. Inevitablemente, el software tiene fallos, los requisitos cambian, o queremos reutilizar partes del software. Predecible. Es necesario planificar el desarrollo de cualquier producto Repetible. Si tenemos un proceso que funciona, puede ser replicado en futuros proyectos.. Es mucho más rápido y fácil adaptar un proceso existente. De Calidad.. Uno de los objetivos de un proceso definido es permitir que los ingenieros de software aseguren un producto de alta calidad.. Mejorable. Un objetivo de nuestro proceso definido debe ser identificar las posibilidades para mejorar el propio proceso Seguimiento. El seguimiento es el complemento de la predictibilidad. Nos permite medir la bondad de nuestras predicciones, y por tanto como mejorarlas. El proceso debe ayudarnos a determinar las necesidades del cliente, y a verificar que lo que hemos producido es lo que el cliente necesita. . Puede que en cualquiera de esos casos el desarrollador original no esté disponible. Uno de los objetivos de un buen proceso es exponer los procesos mentales del diseñador y el programador de forma que estén claras sus intenciones. Entonces podremos encontrar fácilmente los fallos o descubrir dónde hacer los cambios. , esto es la base para asignar recursos, tanto tiempo como personal. Es importante predecir cuánto tiempo llevará el desarrollo del producto. Esto significa estimar con precisión cuánto llevará producir cada parte de él –incluido el software-. Un buen proceso puede ayudar a conseguirlo Los procesos ad-hoc raras veces se pueden repetir a no ser que el equipo del proyecto sea el mismo. Incluso con el mismo equipo, es difícil mantener las cosas exactamente iguales. Un tema relacionado es la reutilización de procesos. Es una sobrecarga para cada proyecto el producir un proceso desde cero En este caso definimos calidad como el grado en que el producto cumple con su propósito El proceso debe proporcionar un enlace claro entre los deseos del cliente y el producto desarrollado Nadie puede pretender que su proceso alcance la perfección y no necesite mejoras posteriores. Incluso si somos todo lo buenos posible ahora, tanto los entornos de desarrollo como los productos solicitados cambian tan rápidamente que los procesos deben siempre cambiar para adecuarse a estos cambios Un proceso definido debe permitir a la dirección, a los desarrolladores y a los clientes seguir el estatus de un proyecto

¿Qué es un Modelo de Proceso? Un Modelo de Proceso es una colección estructurada de elementos que describen las características de los procesos efectivos. Proporciona una referencia para fijar objetivos y prioridades en la mejora del proceso y una guía para asegurar procesos estables, capaces y maduros. Nos proporciona: Punto de partida Beneficio de experiencias anteriores de la comunidad Lenguaje y visión común Marco para priorizar acciones

Estándares

El Modelo de Referencia La Metodología de Evaluación CMMI® Capability Madurity Model Integration El Modelo de Referencia CMMI SE/SW El Proceso de Mejora IDEAL La Metodología de Evaluación SCAMPI Referencias

CMMI Marco de referencia para desarrollar procesos efectivos No es un proceso, o descripción de proceso Guía para mejorar los procesos de desarrollo, adquisición o mantenimiento de productos o servicios Proporciona un marco estructurado para evaluar los procesos actuales de la organización, establecer prioridades de mejora, e implementar esas mejoras

Representaciones Por etapas (staged) Continua ML5 ML4 ML3 ML2 ML 1 . . .Para un conjunto establecido de áreas de proceso en toda la organización Continua . . .Para un área de proceso o un conjunto de áreas de proceso

Disciplinas Ingeniería de sistemas Ingeniería de Software Desarrollo Integrado de Producto y Proceso Selección de Proveedores

Estructura. Representación por Etapas Nivel de Madurez Area de Proceso Area de Proceso Area de Proceso Metas Genericas Metas Especificas Caracteristicas Comunes Compromiso de realizacion Habilidad de realizacion Implementacion Dirigida Implementacion Verificada Practicas Genericas Practicas Especificas

Niveles de madurez 5 4 3 2 1 Enfoque en la mejora del proceso Proceso impredecible, poco controlado y reactivo Proceso caracterizado por proyectos y frecuentemente reactivo Proceso caracterizado por la organización y proactivo El proceso es controlado cuantitativamente Enfoque en la mejora del proceso Optimizado Gestionado Cuantitativamente Inicial 1 2 3 4 5 Definido

Áreas de proceso/Niveles de madurez AREAS DE PROCESO 1 Inicial Basado en la competencia y acciones individuales de las personas 2 Gestionado Gestión de los requisitos del Producto y del proyecto Planificación de los proyectos Seguimiento y control de los proyectos Gestión de Acuerdos con los proveedores Selección y supervisión de proveedores Medición y Análisis Aseguramiento de la Calidad del producto y Proceso Gestión de la Configuración 3 Definido Desarrollo de los requisitos Diseño, desarrollo y puesta en práctica de soluciones técnicas Asegurar la Integración del Producto Verificación Validación Enfoque de la organización hacia la gestión de los procesos Correcta definición de los procesos de la organización Educación y Entrenamiento para mejorar la eficacia y la eficiencia Gestión integrada de los proyectos (producto+ proceso) Gestión de riesgos Análisis sistemático y puesta en práctica de decisiones acordadas 4 Gestionado cuantitativamente Evaluación de los procesos de la organización (datos de rendimiento de los procesos) Gestión cuantitativa de los proyectos Gestión cuantitativa de los proveedores 5 Optimizado Innovación y despliegue a lo largo de toda la organización (mejoras incrementales y su posterior generalización) Gestión de cambios tecnológicos Análisis y resolución de las causas que generan los diferentes problemas y errores

Nivel 1: Inicial Los procesos se realizan pero con frecuencia de un modo ad hoc y en ocasiones caótico El rendimiento depende de la competencia de las personas Es posible alcanzar gran calidad y rendimiento excepcional, siempre que se pueda asignar el mejor personal a la tarea El rendimiento es difícil de predecir Las prácticas de gestión puede que no sean efectivas

Nivel 2: Gestionado La gestión de proyectos es más disciplinada. Se establecen y siguen políticas organizativas Los planes de proyecto y las descripciones de procesos se documentan y se siguen Los recursos son los adecuados Se asigna responsabilidad y autoridad sobre el ciclo de vida Se puede esperar repetir éxitos anteriores en proyectos similares La disciplina ayuda a asegurar que las prácticas existentes se mantienen en tiempos de estress El estado de las actividades y productos de trabajo es visible a la dirección en puntos definidos

Nivel 3: Definido 3 Este nivel se construye sobre la base de gestión de proyectos del nivel 2 Los procesos de ingeniería se implementan más efectivamente La organización es más proactiva Se identifican y proporcionan las necesidades de formación La organización dispone de un conjunto de procesos estándar, que los proyectos individuales adaptan a sus necesidades

Nivel 4: Gestionado Cuantitativamente Los proyectos usan objetivos medibles para satisfacer las necesidades de los clientes, los usuarios y la organización Los directivos e ingenieros usan datos con técnicas estadísticas y cuantitativas para gestionar los procesos y los resultados Se usan métodos estadísticos y cuantitativos, al nivel organizativo y de proyecto para: Comprender el rendimiento, calidad de producto y calidad de servicio anteriores Predecir el rendimiento, calidad de producto y calidad de servicio futuros 4

Nivel 5: Optimizado Se identifican, evalúan y despliegan mejoras incrementales e innovadoras para aumentar la capacidad del proceso Los objetivos de las actividades de mejora son tanto el conjunto de procesos estándar de la organización como los procesos definidos de los proyectos Se establecen objetivos cuantitativos de mejora de procesos y se revisan continuamente para reflejar cambios en los objetivos del negocio 5

Elementos del Modelo Niveles de Madurez Áreas de Proceso Metas Especificas Practicas Especificas Metas Genéricas Prácticas Genéricas. Características comunes Compromiso de ejecución Habilidad de ejecución Implementación dirigida Implementación verificada Subprácticas Ampliaciones de disciplina Elaboraciones de prácticas genéricas Referencias

Categorías de Áreas de proceso CMMI Gestión de Procesos Enfoque de procesos Definición de procesos Formación Rendimiento del proceso Innovación y despliegue Gestión de Proyectos Planificación de proyectos Monitorización y Control Gestión de Acuerdos con Proveedores Gestión integrada de Proyectos Gestión de Riesgos Equipos integrados Gestión cuantitativa del proyecto Ingeniería Desarrollo de requisitos Gestión de Requisitos Solución Técnica Integración de Producto Verificación Validación   Soporte Gestión de configuración Aseguramiento de Calidad del Producto y del Proceso Medición y Análisis Entorno organizativo para integración Análisis de decisiones y resolución Análisis causal y resolución

Gestión del Proceso Contiene las prácticas relacionadas con la implementación de un programa de mejora de procesos Proporciona la capacidad para documentar y compartir las mejores prácticas, los activos de proceso y aprendizaje Proporciona capacidad de conseguir objetivos cuantitativos de calidad y rendimiento del proceso

Gestión del Proceso. Área de Proceso Descripción Enfoque en el Proceso Organizacional (OPF) Ayuda a la organización a establecer y mantener la comprensión de sus procesos e identificar, planificar, coordinar e implementar la mejora Definición Organizacional del Proceso (OPD) Establece y mantiene el conjunto organizativo de procesos estándar y los activos de soporte Formación Organizacional (OT) Identifica las necesidades formativas estratégicas y tácticas entre los proyectos y grupos de soporte Rendimiento Organizacional del Proceso (OPP) Deriva objetivos cuantitativos de calidad y rendimiento del proceso de los objetivos de negocio de la organización Innovación y Despliegue Organizacional (OID) Selecciona y despliega mejoras incrementales para mejorar la habilidad de la organización para alcanzar los objetivos de calidad y rendimiento del proceso

Gestión del Proceso Dirección OT Gestión de Proyectos, Necesidades y objetivos de los procesos de la organización Dirección Formación en procesos y activos estándar OT Objetivos de negocio de la organización Necesidades de formación Proceso estándar y otros activos Gestión de Proyectos, Soporte e Ingeniería OPF OPD Recursos y coordinación Proceso estándar y otros activos Información de mejora (Lecciones aprendidas, datos, artefactos Propuestas de mejoras, participación en la definición, evaluación y despliegue de procesos

Gestión de Proyectos Cubren las actividades relacionadas con la planificación, seguimiento y control del proyecto. Proporcionan mecanismos para establecer, mantener y monitorizar acuerdos con clientes y proveedores Proporciona mecanismos para establecer y mantener un entorno colaborativo de equipos Proporciona un método común para gestionar el proyecto cuantitativamente y proactivamente

Gestión de Proyectos Área de Proceso Descripción Planificación de proyectos (PP) Desarrolla y mantiene el plan de proyecto, implica a los participantes y obtiene compromiso con el plan Seguimiento y control de Proyectos (PMC) Monitoriza las actividades y toma acciones correctivas incluyendo re-planificación Gestión Integrada de Proyectos (IPM) Adapta los procesos organizativos al proyecto, y establece la visión compartida del proyecto Desarrollo de Equipos Integrado (IT) Identifica y organiza a los participantes en equipos colaborativos y desarrolla la visión compartida alineada con la visón compartida del proyecto y la organización Gestión de Riesgos (RSKM) Desarrolla e implementa una estrategia proactiva para identificar, evaluar, priorizar y manejar riesgos del programa Gestión de Proyectos Cuantitativa (QPM) Recopila métricas de producto y proceso , y analiza los resultados para identificar oportunidades de mejora Gestión de Acuerdos con Proveedores (SAM) Gestiona la adquisición de productos de proveedores para los que exista un acuerdo formal

Gestión de Proyectos PMC PP Ingeniería y Soporte SAM Proveedor Acciones correctivas Estatus, incidencias, resultados de procesos, evaluaciones de productos mediciones y análisis Qué Monitorizar Replanificación Acciones correctivas Estatus, incidencias, resultados de revisiones de progreso e hitos PP Qué Construir Ingeniería y Soporte Qué Hacer Compromisos Planes SAM Necesidades de medición Acuerdos con proveedores Requisitos de componentes del producto, incidencias técnicas, componentes completados, revisiones y tests de aceptación Proveedor

Ingeniería Da soporte las actividades del ciclo de vida de desarrollo del producto, desde el desarrollo inicial de requisitos a la transición al uso operacional

Ingeniería Área de Proceso Descripción Desarrollo de Requisitos (RD) Recopila y armoniza las necesidades de los participantes y las traduce en requisitos del producto Gestión de Requisitos (RM) Asegura que los requisitos acordados son comprendidos y gestionados Solución Técnica (TS) Convierte requisitos en arquitectura del producto, diseño y desarrollo Integración del Producto (SI) Combina los componentes del producto y asegura los interfaces Verificación (VER) Asegura que el producto cumple las especificaciones Validación (VAL) Asegura que el producto cumple con el uso propuesto cuando se sitúa en el entorno propuesto

Ingeniería REQM RD TS PI Cliente VER VAL Requisitos Requisitos del producto y los componentes Soluciones alternativas Componentes del producto RD TS PI Producto Cliente Requisitos Informes de validación y verificación de componentes del producto y productos de trabajo VER VAL Necesidades del cliente

Soporte Proporciona los procesos esenciales para soportar el desarrollo y mantenimiento del producto Soporta el establecimiento y mantenimiento de un entorno de trabajo que estimula la integración y gestiona al personal para permitir y premiar comportamientos integradores Proporciona funciones de soporte usadas por todas las áreas de proceso durante el desarrollo del producto

Soporte Área de Proceso Descripción Medición y Análisis (MA) Establece un programa de métricas para proveer resultados objetivos que puedan ser usados para tomar decisiones informadas y tomar acciones correctivas Gestión de Configuración (CM) Establece y mantiene la integridad de los productos de trabajo Aseguramiento de Calidad de Proceso y Producto (PPQA) Proporciona prácticas para evaluar objetivamente procesos, productos y servicios Análisis y Resolución de Decisiones (DAR) Proporciona un proceso estructurado de toma de decisiones que asegura que las alternativas se comparan con criterios objetivos, y se elige la mejor alternativa Análisis y Resolución Causal (CAR) Identifica las causas de defectos otros problemas, y toma acciones para prevenir que ocurran en el futuro Entorno Organizativo para la Integración (OEI) Establece el entorno para la implementación de equipos integrados

Todas las áreas de proceso Soporte Todas las áreas de proceso Mediciones, análisis Incidencias y no conformidades MA PPQA Necesidades de información Procesos, productos de trabajo, estándares y procedimientos Items de configuración, peticiones de cambio Líneas base, informes de auditoría CM

Metas Genéricas Cada área de proceso de nivel 2 contiene la siguiente meta genérica:   GG2 Institucionalizar un proceso Gestionado Cada área de proceso en el nivel 3 o superior contiene la siguiente meta genérica: GG3 Institucionalizar un proceso Definido

Características Comunes Compromiso de Realización Crea políticas y asegura esponsorización para el esfuerzo de mejora del proceso Habilidad de Realización Asegura que el proyecto y/o la organización tiene los recursos que necesita para ejercer la mejora del proceso Implementación Dirigida Recoge, mide y analiza datos relativos a los procesos Implementación Verificada Verifica que las actividades de los proyectos y la organización son conformes a requisitos, procesos y procedimientos Las Características comunes son una manera de agrupar las prácticas genéricas. Su objetivo es la institucionalización de las mismas en la organización

Recursos Impulsores Facilitadores Actuadores Grupo de Dirección de Gestión Impulsores Facilitadores Grupo de Proceso De Ingeniería Actuadores Equipos de Acción Del Proceso Grupos de Trabajo Técnico

Recursos Grupo de Dirección de Gestión. Autoriza las actividades de mejora de procesos Proporciona la visión de los objetivos de la mejora Se compromete a dedicar los recursos necesarios (personal y monetarios) para llevar a cabo las tareas Grupo de Ingeniería de proceso. Actuará como mentor de mejora de proceso Organiza las actividades de mejora de proceso Existe durante la duración de la actividad en la organización Equipo de Acción de Proceso. Desarrolla planes de acción para diferentes áreas de proceso Existe durante el periodo entre dos evaluaciones consecutivas

Evaluación Evidentemente, para iniciar un plan de mejora de procesos, hay que conocer el punto de partida, para comparar con el modelo, y tener constancia de las fortalezas y debilidades de nuestro modelo actual El Standard CMMI Appraisal Method for Process Improvement (SCAMPISM) define el método para identificar fortalezas, debilidades, y clasificación con respecto al modelo de referencia. Proporciona un método de evaluación en el contexto de mejora interna de procesos, selección de proveedores, y seguimiento de procesos

Principios de SCAMPI Clasificación de las metas en función de la presencia en los procesos de la organización de las prácticas correspondientes. La implementación de las prácticas se determina a partir de Evidencia Objetiva. La implementación a nivel organizativo es función del grado de implementación a nivel proyecto Los equipos de evaluación consideran múltiples tipos de evidencia objetiva para determinar la implementación de las prácticas y satisfacción de las metas

Evidencia Objetiva Instrumentos. Información escrita relativa a la implementación de las prácticas en la organización. Cuestionarios, encuestas, mapa de procesos … Presentaciones. Información preparada por la organización para presentar visualmente al equipo de evaluación describiendo los procesos organizativos y la implementación de las prácticas Documentos. Artefactos que reflejan la implementación de una o más prácticas del modelo. Políticas, procedimientos … Entrevistas. Interacción con los que implementan o usan el proceso

Indicadores de Implementación de Prácticas (PII) La implementación de una práctica deja “rastros”, que permiten verificar la práctica Artefactos directos. Salidas directas de la implementación de una práctica. Los productos típicos de trabajo Artefactos indirectos. Consecuencia de la realización de una práctica. Actas de reuniones, informes de estado … Afirmaciones. Por parte de los implementadores de la práctica

Caracterización de la implementación de prácticas Se asignan valores de caracterización de prácticas que reflejan la extensión de la implementación de la práctica en cada proyecto Fully Implemented (FI) Largely Implemented (LI) Partially Implemented (PI) Not Implemented (NI) Los valores se consolidan a nivel organizativo siguiendo reglas de agregación definidas Se itera y se revisan los datos recogidos Se generan resultados en base a la agregación de debilidades y fortalezas

Recogida de datos, clasificación e informe Clasificación del Nivel de madurez Puntuación de satisfacción de metas Caracterización de la Implementación de las prácticas (nivel organizativo) Caracterización de la Implementación de las prácticas (nivel proyecto)

Ejemplo de informe SCAMPI

Modelo de mejora de procesos IDEAL Es un modelo de programa de mejora continua de procesos de software. Comprende 4 fases: Initiating Diagnosing Establishing Acting Learning

Inicio En esta fase se establece la infraestructura, los roles y responsabilidades para el programa de SPI Se definen las metas a partir de los objetivos de negocio

Diagnóstico Se establecen los niveles actuales de madurez del proceso, descripciones de proceso, métricas, etc Se inicia el desarrollo del plan de acción

Establecimiento Se establecen objetivos y prioridades, y se completa el plan de acción

Actuación Se investigan y desarrollan soluciones para los problemas del proceso Se expanden las mejoras con éxito a la organización

Aprendizaje Se prepara el siguiente ciclo del modelo IDEAL Se aplican las lecciones aprendidas para refinar el proceso de SPI