MPS.BR - Mejora de Proceso del Software Brasileño. Guía de Implementación Parte 6: Fundamentos para Implementación del Nivel B del MR-MPS

Tamaño: px
Comenzar la demostración a partir de la página:

Download "MPS.BR - Mejora de Proceso del Software Brasileño. Guía de Implementación Parte 6: Fundamentos para Implementación del Nivel B del MR-MPS"

Transcripción

1 MPS.BR - Mejora de Proceso del Software Brasileño Guía de Implementación Parte 6: Fundamentos para Implementación del Nivel B del MR-MPS Esta guía contiene orientaciones para la implementación del nivel B del Modelo de Referencia MR-MPS. VIGENCIA Y TRANSICIÓN: La Guía General:2011 entra en vigor el 30 de junio de Así, a partir de esta fecha pueden ser realizadas evaluaciones MPS usando el modelo de referencia MR-MPS:2011. Sin embargo, queda definido un período de transición, de 30 de junio a 31 de diciembre de 2011, durante el cual pueden ser realizadas evaluaciones MPS usando el modelo de referencia MR-MPS:2011 o la versión anterior MR-MPS:2009. A partir del 1º de enero de 2012 solo serán válidas evaluaciones MPS usando el modelo de referencia MR-MPS:2011. Las implementaciones a ser realizadas utilizando esta Guía de Implementación deberán llevar en cuenta estas vigencias. Julio de 2011 Actualizado en Agosto de 2011 Copyright SOFTEX Derechos de esta edición reservados por la Sociedad SOFTEX La distribución ilimitada de este documento está sujeta a copyright ISBN

2 Índice 1 Prefacio Introducción Objetivo Evolucionando del nivel C al nivel B Gestión de Proyectos (GPR) (evolución) Propósito Fundamentación teórica Resultados esperados Los atributos de proceso del nivel B Fundamentación teórica AP El proceso es medido AP El proceso es controlado Referencias bibliográficas Lista de colaboradores de la Guía de Implementación Parte 6: Lista de colaboradores de la Guía de Implementación Parte 6: Lista de colaboradores de la Guía de Implementación Parte 6 versión Julio/ MPS.BR Guía de Implementación Parte 6:2011 2/46

3 1 Prefacio El MPS.BR 1 es un programa movilizador, de largo plazo, creado en diciembre de 2003, es coordinado por la Asociación para Promoción de la Excelencia del Software Brasileño (SOFTEX), y cuenta con el apoyo del Ministerio de Ciencia y Tecnología (MCT), de la Financiera de Estudios y Proyectos (FINEP), del Servicio Brasileño de Apoyo a las Micro y Pequeñas Empresas (SEBRAE) y del Banco Interamericano de Desarrollo (BID). El objetivo del programa MPS.BR (acrónimo) es la Mejora de Proceso del Software, para lograr dos metas a mediano y largo plazo: a) meta técnica, teniendo como objetivo la creación y perfeccionamiento del modelo MPS, con resultados esperados tales como: (i) guías del modelo MPS; (ii) Instituciones Implementadoras (II) acreditadas para prestar servicios de consultoría de implementación del modelo de referencia MR-MPS; (iii) Instituciones Evaluadoras (IA) acreditadas para prestar servicios de evaluación siguiendo el método de evaluación MA-MPS; (iv) Consultores de Adquisición (CA) certificados para prestar servicios de consultoría de adquisición de software y servicios asociados; b) meta de mercado, teniendo como objetivo la propagación y adopción del modelo MPS, en todas las regiones del país, en un intervalo de tiempo justo, a un costo razonable, tanto en PYMEs (foco principal) así como en grandes organizaciones públicas y privadas, con resultados esperados tales como: (i) creación y perfeccionamiento del modelo de negocio MN-MPS; (ii) cursos, pruebas y workshops; (iii) organizaciones que implementaron el modelo MPS; (iv) organizaciones con evaluación MPS publicada (vigencia de tres años). El programa MPS.BR cuenta con dos estructuras de apoyo al desarrollo de sus actividades, el Foro de Acreditación y Control (FCC) y el Equipo Técnico del Modelo (ETM). Por medio de estas estructuras, el MPS.BR obtiene la participación de representantes de universidades, instituciones gubernamentales, centros de investigación y de organizaciones privadas, las cuales contribuyen con sus visiones complementarias que agregan calidad al emprendimiento. Cabe al FCC: (i) emitir parecer para auxiliar las decisiones de la SOFTEX sobre la acreditación de Instituciones Implementadoras (II) e Instituciones Evaluadoras (IA); (ii) supervisar los resultados de las Instituciones Implementadoras (II) e Instituciones Evaluadoras (IA), emitiendo parecer proponiendo a la SOFTEX su desacreditación en caso de comprometimiento de la credibilidad del modelo MPS. Cabe al ETM apoyar a la SOFTEX sobre los aspectos técnicos relacionados al Modelo de Referencia (MR-MPS) y Método de Evaluación (MA-MPS), para: (i) creación y perfeccionamiento continuo del MR-MPS, MA-MPS y sus guías específicas; (ii) capacitación de personas por medio de cursos, pruebas y workshops. 1 MPS.BR, MR-MPS, MA-MPS y MN-MPS son marcas de la SOFTEX. La sigla MPS.BR está asociada al programa MPS.BR Mejora del Proceso de Software Brasileño y la sigla MPS está asociada al modelo MPS Mejora del Proceso de Software. MPS.BR Guía de Implementación Parte 6:2011 3/46

4 La creación y el perfeccionamiento de esta Guía de Implementación son también atribuciones del ETM, siendo que esta guía forma parte del siguiente conjunto de documentos del modelo MPS: Guía General [SOFTEX, 2011a]; Guía de Implementación (partes 1 a 11); Guía de Evaluación [SOFTEX, 2011b]; y Guía de Adquisición [SOFTEX, 2011c]. Esta Guía de Implementación proporciona orientaciones para implementar en las organizaciones los niveles de madurez descritos en el Modelo de Referencia MR- MPS, detallando los procesos contemplados en los respectivos niveles de madurez y los resultados esperados con la implementación de los procesos. La Guía de implementación está subdividida en once partes, contemplando, respectivamente, los siguientes niveles de madurez: Parte 1: Fundamentos para Implementación del Nivel G del MR-MPS; Parte 2: Fundamentos para Implementación del Nivel F del MR-MPS; Parte 3: Fundamentos para Implementación del Nivel E del MR-MPS; Parte 4: Fundamentos para Implementación del Nivel D del MR-MPS; Parte 5: Fundamentos para Implementación del Nivel C del MR-MPS; Parte 6: Fundamentos para Implementación del Nivel B del MR-MPS; Parte 7: Fundamentos para Implementación del Nivel A del MR-MPS; Parte 8: Implementación del MR-MPS:2009 (Niveles G a A) en organizaciones que adquieren software; Parte 9: Implementación del MR-MPS:2009 (Niveles G a A) en organizaciones del tipo Fábrica de Software; Parte 10: Implementación del MR-MPS:2009 (Niveles G a A) en organizaciones del tipo Fábrica de Pruebas; y Parte 11: Implementación y Evaluación del MR-MPS (Niveles G a A) en conjunto con el CMMI-DEV. Los cambios de esta Guía de Implementación en relación a la versión 2009 se deben a: cambios realizados en la versión 2009 de la Guía General; corrección ortográfica y gramatical; adecuación de las referencias bibliográficas; inclusión de notas explicativas contenidas en las partes 8, 9 y 10 de la Guía de Implementación; y revisión del texto debido a la reorganización de los resultados esperados de atributos de proceso del nivel B del MR-MPS y de la evolución del proceso Gestión de Proyectos en este nivel. MPS.BR Guía de Implementación Parte 6:2011 4/46

5 Adicionalmente, en agosto de 2011, las siguientes modificaciones fueron realizadas en relación a la versión publicada en julio de 2011: adecuación en la redacción del resultado esperado DFP8. 2 Introducción Los cambios que están sucediendo en los ambientes de negocios han motivado a las empresas a modificar sus estructuras organizacionales y procesos productivos, saliendo de la visión tradicional basada en áreas funcionales hacia redes de procesos centrados en el cliente. La competitividad depende, cada vez más, del establecimiento de conexiones en estas redes, creando vínculos esenciales en las cadenas productivas. Lograr competitividad por la calidad, para las empresas de software, implica tanto la mejora de la calidad de los productos de software y servicios asociados, así como la de los procesos de producción y distribución de software. De esta forma, así como para otros sectores, la calidad es un factor crítico de éxito para la industria de software. Para que se tenga un sector de software competitivo nacional e internacionalmente, es esencial que los emprendedores del sector se concentren en la eficiencia y la eficacia de sus procesos, buscando ofrecer productos de software y servicios asociados conforme estándares internacionales de calidad. Se busca que el modelo MPS sea apropiado para el perfil de empresas con diferentes tamaños y características, públicas y privadas, aunque con especial atención a las micro, pequeñas y medianas empresas. También se espera que el modelo MPS sea compatible con los estándares de calidad aceptados internacionalmente y que tenga como presupuesto el aprovechamiento de toda la competencia existente en los estándares y modelos de mejora de proceso ya disponibles. De esta forma, tiene como base los requisitos de procesos definidos en los modelos de mejora de proceso y atiende a la necesidad de implantar los principios de Ingeniería de Software de manera adecuada al contexto de las empresas, estando en consonancia con los principales abordajes internacionales para la definición, evaluación y mejora de procesos de software. El Modelo MPS se basa en los conceptos de madurez y capacidad de proceso para la evaluación y mejora de la calidad y productividad de productos de software y servicios asociados. Dentro de ese contexto, el MPS.BR posee tres componentes: Modelo de Referencia (MR-MPS), Método de Evaluación (MA-MPS) y Modelo de Negocio (MN-MPS). El Modelo MPS está descrito por medio de documentos en forma de guías: Guía General: contiene la descripción general del modelo MPS y detalla el Modelo de Referencia (MR-MPS), sus componentes y las definiciones comunes necesarias para su entendimiento y aplicación. Guía de Adquisición: describe un proceso de adquisición de software y servicios asociados. Está descrito de modo que apoye a las instituciones que quieran adquirir productos de software y servicios asociados. Guía de Evaluación: describe el proceso y el método de evaluación MA-MPS, los requisitos para evaluadores líderes, evaluadores adjuntos e Instituciones Evaluadoras (IA); y MPS.BR Guía de Implementación Parte 6:2011 5/46

6 Guía de Implementación: serie de once documentos que proporcionan orientaciones para implementar en las organizaciones los niveles de madurez descritos en el Modelo de Referencia MR-MPS. 3 Objetivo La Guía de Implementación proporciona orientaciones para implementar en las organizaciones los niveles de madurez descritos en el Modelo de Referencia MR- MPS, detallando los procesos contemplados en los respectivos niveles de madurez y los resultados esperados con la implementación de los procesos. Este documento corresponde a la parte 6 de la Guía de Implementación y aborda la implementación del nivel de madurez B. Este documento está dirigido, pero no se limita, a organizaciones interesadas en utilizar el MR-MPS para mejora de sus procesos de software e Instituciones Implementadoras (II). El contenido de este documento es informativo, o sea, no se espera que una organización implementando el MR-MPS cumpla todos los elementos citados en la explicación referente a los resultados esperados. Las observaciones presentes en este documento buscan apenas explicitar elementos importantes en la interpretación de los resultados esperados. Durante una evaluación MPS, solo es requerido el cumplimiento de los resultados esperados definidos en la Guía General. Los evaluadores MPS deben analizar si la implementación de los procesos de la organización cumple cada resultado, con abertura a múltiples formas válidas de implementación. 4 Evolucionando del nivel C al nivel B Al lograr el nivel C, una organización/unidad organizacional tiene definidos e implementados sus procesos estándar y usa prácticas de ingeniería de software en sus proyectos. A partir del nivel B, con la implementación de los atributos de proceso AP 4.1 y AP 4.2, la organización/unidad organizacional pasa a tener una visión cuantitativa del desempeño de sus procesos en el apoyo al logro de los objetivos de calidad y de desempeño de los procesos. Es importante tener en cuenta que, al implementar los niveles anteriores, en especial el proceso Medición, ya se debe preparar el camino para la implementación del nivel B, por medio de una elección adecuada de las medidas, de la realización de recolección consistente y de la definición de una base de medidas capaz de almacenar y de proporcionar los datos necesarios para el análisis de desempeño de los procesos, realizada por medio del control estadístico de procesos. En [BARCELLOS, 2009] son presentados requisitos que deben ser atendidos para que una base de medidas sea considerada apropiada para el control estadístico de procesos y acciones que pueden ser realizadas para adaptar (cuando posible) una base de medidas para el control estadístico de procesos. También son presentadas algunas recomendaciones para medición objetivando el control estadístico de procesos y es descrita una Ontología de Medición de Software que provee conocimiento útil para la creación de bases de medidas apropiadas para el control estadístico de procesos. Todavía, en relación a la implementación de los niveles anteriores, también se debe tener en cuenta la imposibilidad de realizar cambios radicales en los procesos, a fin de que sea posible utilizar los datos históricos recolectados para las medidas en el MPS.BR Guía de Implementación Parte 6:2011 6/46

7 análisis de la estabilidad de los procesos. Con eso, la organización/unidad organizacional pasa a tener datos de desempeño, límites de control y modelos para gestionar sus proyectos de forma cuantitativa, lo que significa una nueva evolución del proceso Gestión de Proyectos 2. No hay necesidad de, ni es conveniente, que sean establecidos límites de control de desempeño para todos los procesos o medidas, ni siquiera para un proceso completo. Esto debe hacerse, apenas, para procesos, subprocesos y medidas seleccionados por la organización. Esta selección, sin embargo, no puede ser aleatoria pero si basada en criterios. Entre los criterios que deben apoyar esta decisión, los principales son: (i) relación del proceso/subproceso con los objetivos de negocio relevantes; (ii) existencia de datos; (iii) variabilidad de los datos; (iv) estabilidad del proceso/subproceso; y (v) posibilidad de construir modelos predictivos a partir de las informaciones disponibles en la organización [SEI, 2010]. De esta forma, el primer paso al iniciarse la implementación del nivel B del MPS es identificar los objetivos de negocio relevantes de la organización, la necesidad de informaciones para apoyar el logro de estos objetivos y generar la lista de los procesos y/o subprocesos seleccionados para análisis de desempeño. La implementación de los resultados de atributo de proceso RAP22 a RAP25 se hace una única vez para todos los procesos. Sin embargo, se debe revisar periódicamente la lista de procesos/subprocesos seleccionados, incluyéndose nuevos procesos/subprocesos conforme sea apropiado. Para los procesos/subprocesos seleccionados para análisis de desempeño, todos los demás resultados de los atributos de proceso AP 4.1 y AP 4.2 deben ser implementados. A partir del nivel B, la organización/unidad organizacional pasa, también, a gestionar cuantitativamente los proyectos. De esta forma, el proceso Gestión de Proyectos pasa a ser ejecutado de forma cuantitativa. Algunos de sus resultados esperados son modificados para tener este enfoque y nuevos resultados son acrecentados. Gestionar cuantitativamente un proyecto depende de la existencia de datos de desempeño, límites de control y modelos colocados a disponibilidad por la implementación de los atributos de proceso AP 4.1 y AP 4.2. A su vez, la implementación de la gestión de proyectos con enfoque cuantitativo provee datos reales de desempeño de los procesos en los proyectos que alimentan las líneas base con nuevos datos. La Figura 1 muestra la relación entre los atributos de proceso AP 4.1 y AP 4.2 y el proceso Gestión de Proyectos conforme el nivel B del MPS. 2 Una primeira evolución ocurre al implementarse el nivel E, cuando la gestión de proyectos pasa a basarse en el proceso definido para el proyecto y en los planes integrados. MPS.BR Guía de Implementación Parte 6:2011 7/46

8 Figura 1 - Relación entre el proceso Gestión de Proyectos y los atributos de proceso AP 4.1 y AP 4.2 Comentarios adicionales para implementación en diferentes tipos de organización Adquirientes de Software (Parte 8) Fábrica de Software (Parte 9) El nivel B del MR-MPS no tiene nuevos procesos. El cambio de nivel implica en la evolución del proceso Gestión de Proyectos, en la implementación de los resultados de atributos de proceso RAP22 a RAP25 y en la implementación de los demás atributos de proceso de AP 4.1 y AP 4.2 en los procesos seleccionados. Para las organizaciones adquirientes, os procesos a ser seleccionados para análisis de desempeño son procesos que ella ejecuta y no los procesos ejecutados por el proveedor. El nivel B del MR-MPS no tiene nuevos procesos. El cambio de nivel implica en la evolución del proceso Gestión de Proyectos, en la implementación de los resultados de atributos de proceso RAP22 a RAP25 y en la implementación de los demás atributos de proceso de AP 4.1 y AP 4.2 en los procesos seleccionados. Fábrica de Pruebas (Parte 10) El nivel B del MR-MPS no tiene nuevos procesos. El cambio de nivel implica en la evolución del proceso Gestión de Proyectos, en la implementación de los resultados de atributos de proceso RAP22 a RAP25 y en la implementación de los demás atributos de proceso de AP 4.1 y AP 4.2 en los procesos seleccionados. 5 Gestión de Proyectos (GPR) (evolución) 5.1 Propósito El propósito del proceso Gestión de Proyectos es establecer y mantener planes que definen las actividades, recursos y responsabilidades del proyecto, así como proporcionar informaciones sobre el progreso del proyecto que permitan la realización de correcciones cuando se tengan desvíos significativos en el desempeño del proyecto. El propósito de este proceso evoluciona a medida que la organización crece en madurez. Así, a partir del nivel E, algunos resultados evolucionan y otros son incorporados, de modo que la gestión de proyectos pase a ser realizada con base en el proceso definido para el proyecto y en los planes integrados. En el nivel B, la gestión MPS.BR Guía de Implementación Parte 6:2011 8/46

9 de proyectos pasa a tener un enfoque cuantitativo, reflejando la alta madurez que se espera de la organización. Nuevamente, algunos resultados evolucionan y otros son incorporados. 5.2 Fundamentación teórica La implementación del nivel B del MR-MPS implica en un cambio en la forma como los proyectos son gestionados, pasando a envolver técnicas cuantitativas y estadísticas para controlar los procesos y la calidad. A seguir presentamos una introducción a la gestión cuantitativa de proyectos, así como una breve descripción del método QFD (Quality Function Deployment), de la norma ISO/IEC 9126, de modelos dinámicos y de simulación. Con esto, se busca proporcionar una fundamentación teórica para la gestión cuantitativa de proyectos Gestión cuantitativa de proyectos Cada día, las organizaciones buscan mejorar sus prácticas de desarrollo y gestión de proyectos de software, con el fin de aumentar su competitividad por medio de la elaboración de productos en proyectos que sean adherentes, principalmente, a sus objetivos de plazo, costo y calidad. Los métodos de gestión tradicional que incluyen análisis de medidas y la comparación de estas, en un determinado punto del proyecto, con los valores que fueron planificados para aquel momento, no son suficientes para determinar el desempeño 3 de ejecuciones anteriores de los procesos o para predecir el desempeño de los procesos en los proyectos corrientes y futuros [FENTON et al., 2004]. La gestión cuantitativa del proyecto consiste en utilizar técnicas estadísticas y otras técnicas cuantitativas para analizar los procesos utilizados en el proyecto y, a partir de allí, proveer subsidios para su mejora, incluyendo análisis de causas de defectos y otros problemas, aplicación de acciones correctivas y preventivas e implantación de mejoras. La gestión cuantitativa del proyecto es capaz de proveer, por medio del análisis de datos obtenidos en mediciones, una visión objetiva del proyecto y de los procesos en él utilizados. Permitiendo así la comprensión de su status y andamiento del proyecto, sus variaciones de desempeño y calidad y el grado de alcance de los objetivos del proyecto y de la organización. Eso es posible, pues ella proporciona medios para definir y mantener estable los niveles de variación de los procesos, permitiendo la previsión de resultados futuros [FLORAC e CARLETON, 1999]. Técnicas estadísticas utilizadas en la gestión cuantitativa incluyen [SEI, 2010] análisis, creación o uso de modelos de desempeño de proceso; análisis, creación o uso de líneas base de desempeño de proceso; uso de gráficos de control (también conocidos como gráficos de desempeño de proceso); análisis de variancia, análisis de regresión; uso de intervalos de confianza o intervalos de predicción, análisis sensitiva, simulación y Pruebas de hipótesis. Ejemplos de técnicas cuantitativas no estadísticas incluyen [SEI, 2010] análisis de tendencia, histogramas, análisis de 3 Desempeño de proceso puede ser definido como una medida de los resultados observados que el proceso logra y puede ser caracterizado por medidas de proceso, como por ejemplo esfuerzo, plazo y eficiencia de la remoción de defectos, y por medidas de producto, como confiabilidad y densidad de defectos, por ejemplo [SEI, 2010]. MPS.BR Guía de Implementación Parte 6:2011 9/46

10 Pareto, gráficos de barra, gráfico de radar. Ejemplos de técnicas estadísticas [SEI, 2010] incluyen técnicas de muestreo, análisis de variancia, Prueba chi-cuadrado, gráficos de control de proceso. Para aplicar la gestión cuantitativa, las organizaciones deben haber logrado un buen nivel de madurez en sus procesos de software [SARGUT e DEMIRORS, 2006]. La efectiva utilización de la gestión cuantitativa identifica un grado considerable de madurez organizacional, pues significa que la organización ejecuta lo esencial para desarrollar software de calidad y está realizando acciones con el objetivo de pasar al nivel de mejora continua de sus procesos. Para que sea posible gestionar estadísticamente los proyectos, los procesos involucrados necesitan ser estables (ver AP 4.1 e AP 4.2). Después de la fase de estabilización del desempeño de los procesos, se pueden utilizar los resultados históricos de su desempeño (línea base) y los modelos de desempeño, para la gestión cuantitativa. Antes de eso, no es posible caracterizar una gestión cuantitativa efectiva, sino más bien, un esfuerzo para conocer y estabilizar los procesos [CAMPOS et al, 2007]. La gestión cuantitativa no necesita ser aplicada a todo el proceso definido para el proyecto. En la práctica, se debe analizar los subprocesos que componen el proceso definido y determinar cuáles serán gestionados cuantitativamente, pudiendo ser todos o algunos. La decisión de cuales subprocesos serán sometidos a la gestión cuantitativa debe basarse en la selección de los procesos más relevantes para los objetivos de la organización. Procesos que consumen recursos significativos o que están en el camino crítico de los proyectos, o que tienen relación con la calidad del producto deben ser priorizados [KULPA e JOHNSON, 2004]. Una cuestión que se coloca es sobre el número de procesos/subprocesos que necesitan ser gestionados cuantitativamente. Una respuesta para esta cuestión puede ser encontrada en [SEI, 2010] que indica que se debe seleccionar por lo menos un subproceso relevante por fase del ciclo de vida, un subproceso relacionado a la gestión del proyecto y uno relacionado a los procesos de apoyo. Una vez que la gestión cuantitativa está directamente relacionada a las mediciones realizadas en los proyectos, la medición de software es uno de sus principales pilares. El plan de medición debe definir medidas alineadas a los objetivos organizacionales y, después de la recolección y análisis de los datos, los resultados deben ser utilizados para identificar desvíos y aplicar las acciones necesarias. Para que las acciones correctivas sean determinadas eficientemente, es esencial que las medidas y previsiones sean confiables, o sea, es necesario que las mediciones y los análisis se hagan correctamente para asegurar que las previsiones sobre el alcance de los objetivos de desempeño y de calidad de los procesos sean factibles. Otro factor muy importante para la predicción del alcance de los objetivos es la capacidad de entender la naturaleza y extensión de las variaciones detectadas en el desempeño de los procesos del proyecto cuando estos no se presentan adecuados para lograr los objetivos establecidos. Para eso, la gestión cuantitativa de proyecto utiliza técnicas cuantitativas que auxilian en el entendimiento y predicción del desempeño y calidad de los procesos, así como en la identificación de las acciones correctivas que deben ser realizadas para resolver posibles desvíos con relación al alcance de los objetivos. MPS.BR Guía de Implementación Parte 6: /46

11 5.2.2 Quality Function Deployment (QFD) Quality Function Deployment (QFD) fue concebido en el Japón en el final de los años 60, como un método de desarrollo de nuevos productos en el contexto de la Calidad Total [AKAO, 1997]. El QFD provee una estructura para el ciclo de desarrollo. Esa estructura puede ser comparada a la estructura de una casa donde la base es formada por los requisitos del cliente [BOSERT, 1991]. Según EUREKA e RYAN [1992], el QFD es una forma sistemática de asegurar que el desarrollo de atributos, características y especificaciones del producto, así como la selección y el desarrollo de equipamientos, métodos y controls del proceso sean dirigidos hacia las demandas del cliente o del mercado. Este método traduce las necesidades de los clientes en requisitos apropiados para la organización, en cada ciclo del desarrollo del producto, desde la investigación y el desarrollo hasta la ingeniería. De esa forma, el QFD disminuye problemas en el inicio de la producción, minimiza cambios en el proyecto, acorta los ciclos de desarrollo, maximiza la productividad y reduce los costos. La principal característica del QFD es el foco en los requisitos del cliente. El proceso es guiado por lo que el cliente quiere, y no por innovaciones tecnológicas. Consecuentemente, un esfuerzo mayor es dedicado al levantamiento de las informaciones necesarias para determinar lo que el cliente realmente quiere. Ese esfuerzo tiende a aumentar el tiempo de la planificación inicial del proyecto, pero reduce el tiempo total del desarrollo [BOSERT, 1991]. El QFD es realizado por medio de una serie de matrices, que desdoblan las necesidades del cliente y los requisitos técnicos con ellas relacionados, a partir de la planificación y del proyecto del producto. Cada matriz es popularmente llamada como casa de la calidad [EUREKA e RYAN, 1992]. El QFD envuelve básicamente cuatro fases que ocurren en el proceso de desarrollo del producto. Durante cada fase una o más casas de la calidad son preparadas para ayudar en la planificación y comunicar cuales procesos e informaciones del proyecto son críticos [EUREKA e RYAN, 1992; D'OLIVEIRA, 2003]. La primera fase del QFD se refiere a la planificación del producto y tiene como objetivos principales: (i) definir y priorizar las necesidades de los clientes; (ii) analizar las oportunidades ofrecidas por sus competidores; (iii) planificar el producto para responder a las necesidades y oportunidades, y (iv) establecer los valores de las características críticas. La segunda fase, desdoblamiento de componentes, se refiere al montaje y características de componentes, donde se desdoblan algunos de los requisitos del proyecto, identificados en la fase anterior, a nivel de subsistema y componentes. La casa de la calidad resultante de esta fase sirve de base para todas las actividades preliminares de proyecto. Sin embargo, no todos los requisitos de proyecto son desdoblados, apenas aquellos que representen riesgos al proyecto (nuevos, difíciles, y extremamente importantes) son desdoblados. La tercera fase, denominada de planificación del proceso, representa la transición del proyecto hacia las operaciones de fabricación, donde un diagrama de la planificación del proceso es registrado para cada característica crítica de componente (identificado en la fase anterior). MPS.BR Guía de Implementación Parte 6: /46

12 La cuarta fase, planificación de la producción, se tiene alta consideración por el control de la calidad y del proceso donde las informaciones generadas son transferidas a la fábrica. Según BOSERT [1991] además de las cuatro fases, existen algunos pasos que deben ser seguidos para construir la casa de la calidad del QFD: (i). Definir los requisitos del cliente: definir los objetivos dictados por el cliente (qué); (ii). Definir la importancia de los requisitos del cliente; (iii). Definir los requisitos del producto: el objetivo de este paso es establecer los requisitos del producto ( como ) que responden a las necesidades de los clientes; (iv). Identificar relaciones entre los requisitos del cliente y los requisitos del producto; (v). Identificar correlaciones entre los requisitos del producto: determinar las correlaciones entre los requisitos del producto o características técnicas utilizando símbolos para las relaciones fuertes, medianas, positivas o negativas. Se debe evaluar cada requisito del producto en relación a todos los otros. En caso de que la implementación de un requisito pueda perjudicar la implementación de otro, se considera que existe una correlación negativa entre ellos; (vi). Realizar la evaluación competitiva técnica: desarrollar una comparación con la competencia sobre los requisitos del producto; (vii). Definir la importancia de los requisitos del producto: calcular la importancia de los requisitos del producto, obtenida por medio de la multiplicación del peso de los requisitos del cliente por el factor de relacionamiento. Un factor de relacionamiento es definido como fuerte, mediano o débil e indica el grado de la relación entre los requisitos del cliente y los requisitos del producto; (viii). Determinar el valor ideal para los requisitos del producto: cuantificar los requisitos del producto encontrando su valor ideal por medio de la comparación de las características técnicas relacionadas a los requisitos del producto de la organización en relación a sus competidores. Inmediatamente después, el equipo debe analizar los requisitos del cliente y del producto buscando inconsistencias. Ese análisis puede mostrar puntos que necesitan de mejora y dónde las estrategias de mercado deben ser mejoradas. Es necesario realizar una evaluación de la dificultad relacionada a cada característica técnica. Generalmente, esa evaluación es hecha por medio de una escala de 1 (baja) a 5 (alta) lo que podrá ayudar a determinar el esfuerzo de desarrollo de los requisitos del producto; y (ix). Analizar la Casa de la Calidad : analizar la casa de la calidad y finalizar la estrategia de desarrollo del producto. Determinar las áreas que merecen enfoque y las acciones operativas necesarias. Pueden ser tomadas varias decisiones analizando la casa de la calidad. El uso del QFD en proyectos de software puede traer beneficios, entre ellos [BOSERT, 1991; HAAG et al., 1996]: Aumento de la atención a las perspectivas de los clientes; MPS.BR Guía de Implementación Parte 6: /46

13 Uso efectivo de las informaciones competitivas; Mejora en la comunicación entre los departamentos y con los usuarios; Priorización de recursos; Fundamentación para justificar las decisiones; Disminución de futuras redundancias en el desarrollo; Cuantificación cualitativa de los requisitos del cliente; Representatividad de los datos facilitando el uso de medidas; Definición más rápida de las características del producto; y Capacidad de adaptación a varias metodologías La norma Internacional ISO/IEC 9126 La calidad deseable en un producto de software está relacionada a los requisitos identificados por el cliente. Al desarrollar un producto con la calidad deseada por el usuario, es de esperar que se obtenga la satisfacción del usuario. Sin embargo, identificar los requisitos de calidad de un producto no es una tarea trivial. Para auxiliar en esta tarea, se puede describir la calidad de un producto por medio de un conjunto de características que deben ser logradas en un determinado grado para que el producto atienda a las necesidades de sus usuarios. Cada una de las características de calidad puede ser detallada en varios niveles de subcaracterísticas, llegándose a un amplio conjunto de atributos que describen la calidad de un producto de software. En ese contexto, la norma ISO/IEC [ISO/IEC, 2001] fue definida buscando consolidar en un modelo las diferentes visiones de la calidad. Actualmente, esta norma está siendo revisada bajo la identificación ISO/IEC 25010, estando previstas cambios en el modelo de calidad. La norma internacional ISO/IEC [ISO/IEC, 2001] define un modelo de calidad que organiza las características y subcaracterísticas de calidad deseables para un producto de software. Ella puede ser usada para especificar y evaluar la calidad del producto, permitiendo validar la completitud de la definición de los requisitos, identificar los requisitos de software, identificar los objetivos del proyecto de software, identificar los objetivos de las pruebas de software, identificar los criterios de aseguramiento de la calidad e identificar los criterios de aceptación para un producto de software completo. Esa norma tiene como objetivo apoyar la evaluación de los productos de software de modo que el producto evaluado cumpla con las necesidades específicas en un determinado contexto de uso. El modelo de calidad definido en la norma ISO/IEC [ISO/IEC, 2001] está subdivido en: (i) modelo de calidad para características internas y externas, y; (ii) modelo de calidad para calidad en uso. La calidad interna es la totalidad de características del producto de software vista desde una perspectiva interna (de los desarrolladores), o sea por medio de sus artefactos estáticos. Ya la calidad externa es la totalidad de características observadas por una perspectiva externa (de los evaluadores o usuarios) y puede ser percibida cuando el producto es ejecutado. Por fin, la calidad en uso es la visión de calidad por la perspectiva de uso (de los usuarios) del producto de software. Esa MPS.BR Guía de Implementación Parte 6: /46

14 última mide el nivel de éxito en la realización de tareas por los usuarios en un entorno particular de operación, en vez de medir el producto de software en sí. El modelo de calidad para características internas y externas clasifica los atributos de calidad en seis características: Funcionalidad: se refiere a la existencia de un conjunto de funciones que satisfacen las necesidades implícitas o explícitas y sus propiedades específicas. Sus subcaracterísticas son: Adecuación, Exactitud, Interoperatividad, Seguridad de acceso y Conformidad de funcionalidad. Fabilidad: se refiere a la capacidad del software de mantener su nivel de desempeño, bajo condiciones establecidas, por un período de tiempo. Sus subcaracterísticas son: Madurez, Tolerancia a fallas, Recuperabilidad y Conformidad de fiabilidad. Usabilidad: se refiere al esfuerzo necesario para usar un producto de software, así como el juicio individual de tal uso por un conjunto explícito o implícito de usuarios. Sus subcaracterísticas son: Entendimiento, Aprendizaje, Operabilidad, Atractividad y Conformidad de usabilidad. Eficiencia: se refiere a la relación entre el nivel de desempeño del software y la cantidad de los recursos utilizados bajo las condiciones establecidas. Sus subcaracterísticas son: Comportamiento en relación al tiempo, Utilización de recursos y Conformidad de eficiencia. Capacidad de Mantenimiento: se refiere al esfuerzo necesario para hacer cambios específicos en el software. Sus subcaracterísticas son: Capacidad de ser analizado, Cambiabilidad, Estabilidad, Facilidad de Prueba y Conformidad de facilidad de mantenimiento Portabilidad: se refiere a la capacidad de que el software sea transferido de un entorno para otro. Sus subcaracterísticas son: Adaptabilidad, Facilidad de instalación, Coexistencia, Reemplazabilidad y Conformidad de portabilidad. La calidad en uso también puede ser vista como la capacidad del producto de software para permitir que determinados usuarios logren metas especificas como eficacia, efectividad, productividad, seguridad y satisfacción en un contexto especificado. En el modelo de calidad en uso, los atributos son clasificados en cuatro características: Eficacia: se refiere a la capacidad de que el producto de software posibilite a los usuarios lograr sus metas especificadas con acurácia y completitud en un contexto de uso especificado; Productividad: se refiere a la capacidad del producto de software para posibilitar que los usuarios utilicen una cantidad adecuada de recursos en relación a la efectividad lograda en un contexto de uso especificado; Seguridad: se refiere a la capacidad del producto de software para ofrecer niveles aceptables de riesgo de daños a personas, negocios, software, propiedades o al entorno en un contexto de uso especificado; y, Satisfacción: se refiere a la capacidad del producto de software para satisfacer a los usuarios en un contexto de uso especificado. MPS.BR Guía de Implementación Parte 6: /46

15 Con el objetivo de auxiliar la medición de software durante el desarrollo de productos de software, guiando la definición de medidas para evaluación de la calidad, la norma internacional ISO/IEC [ISO/IEC, 2001] define un conjunto de medidas para evaluación de cada característica de calidad en ella definida. Las medidas están divididas en: Medidas internas: pueden ser aplicadas a un producto de software no ejecutable, durante fases de su desarrollo (como un pedido de propuesta, especificación de requisitos, especificación de proyecto o código fuente). Medidas internas proporcionan a los usuarios la capacidad de medir la calidad de productos intermediarios y, así, prever la calidad del producto final. Eso permite al usuario identificar problemas relacionados a la calidad e iniciar acciones correctivas tempranas en el ciclo de desarrollo de software. Ejemplos de medidas internas definidas en esta norma son la remoción de defectos y el impacto de cambios. Medidas externas: pueden ser usadas para medir la calidad del producto de software por medio de la medición del comportamiento del sistema del cual él forma parte. Las medidas externas pueden ser usadas apenas durante la fase de pruebas en el ciclo de vida y durante cualquier fase operativa. La medición es realizada durante la ejecución del producto de software en el entorno de sistema en el cual él debe operar. Como ejemplo de medidas externas definidas en esta norma tenemos: adecuación funcional y tiempo medio entre fallas. Medidas de calidad en uso: miden si un producto satisface las necesidades especificadas por usuarios con respecto a lograr niveles definidos de eficiencia, productividad, seguridad y satisfacción en un contexto de uso especificado. Eso solo puede ser logrado en un entorno de sistema real. Frecuencia de error y escala de satisfacción son ejemplos de medidas de calidad en uso definidas en esta norma. Para cada medida propuesta en los informes técnicos ISO/IEC [ISO/IEC, 2003a], ISO/IEC [ISO/IEC, 2003b], ISO/IEC [ISO/IEC, 2004a] son presentados el nombre y el propósito de la medida, el método para su aplicación, las fórmulas de cálculo de la medida y los elementos computacionales usados en la composición de la medida, la interpretación del valor medido, el tipo de escala de la medida, el tipo de medida, los datos de entrada para la medición, las referencias a la norma ISO/IEC [ISO/IEC, 2008] y los usuarios interesados en los resultados de la medida Simulación de procesos de software y dinámica de sistemas Realizar cambios en procesos es una actividad frecuente en las organizaciones de software que invierten en mejora continua. Se espera que, para cada nuevo cambio, los efectos sean siempre positivos. No obstante, siempre hay un conjunto de incertidumbres asociadas que pueden implicar en resultados inesperados. Resultados inesperados en proyectos de software son extremamente indeseables, especialmente para organizaciones que se vanaglorian por la calidad de sus productos y satisfacción de sus clientes. En este escenario, la simulación de procesos de software puede ser de gran utilidad. MPS.BR Guía de Implementación Parte 6: /46

16 Simular procesos de software consiste en la manipulación de modelos formales 4 capaces de reproducir artificialmente la ejecución de los procesos. La simulación puede ser utilizada para auxiliar en la predicción del comportamiento del proceso y responder cuestiones del tipo "que ocurre si". En muchos casos, el objetivo es apoyar la toma de decisión, apoyar la reducción de riesgos y auxiliar en la gestión en los niveles operativo, táctico y estratégico. Según [KELLNER et al., 1999] el propósito de utilizar la simulación puede ser agrupado en seis categorías: Gestión estratégica: parámetros organizacionales pueden ser manipulados para simular escenarios alternativos y apoyar la toma de decisión; Planificación: a medida que el plan es elaborado, el gerente del proyecto puede utilizar la simulación para observar el comportamiento del esfuerzo, costo, plazo, calidad del producto y otras variables de interés. Control y gestión operativa: Durante la ejecución de un proyecto, el gerente puede verificar el estado actual y manipular parámetros de los proyectos de modo que se verifiquen los potenciales efectos en los resultados del proyecto. Mejora de proceso y adopción de tecnología: La simulación puede apoyar en decisiones para optar o no por una propuesta de mejorar o actuar en la priorización de un conjunto de propuestas. Entendimiento: Por medio de la simulación del proceso, los gerentes, desarrolladores, grupo de calidad y demás interesados, pueden entender mejor el flujo del proceso, la secuencia y dependencia de las actividades y demás propiedades del proceso. Entrenamiento y aprendizaje: Personas pueden practicar y aprender sobre gestión de proyectos a partir de la simulación. El uso de la simulación, en este caso, es análogo al uso de simuladores de vuelo. En el entorno simulado, los aprendices pueden observar el impacto de acciones y decisiones más comunes, como reducir el tiempo para pruebas, optar por no realizar inspección y otras. Para simular un proceso de software es necesario: (i) construir un modelo que represente el proceso de software de interés y que contenga un conjunto de parámetros de entrada y variables de respuesta; y (ii) registrar el modelo en un entorno de simulación cuyo objetivo sea facilitar la interacción con el modelo, por medio de los parámetros de entrada, y la observación de los efectos de la interacción por medio de las variables de respuesta. La definición sobre el tipo de modelo a ser desarrollado para la simulación depende del propósito del modelo y de cuales cuestiones se desea investigar [KELLNER et al., 1999]. La determinación del alcance del modelo es una decisión que se debe tomar llevando en cuenta lo que se desea manipular, la amplitud los potenciales efectos de la manipulación y cómo los resultados de la manipulación deben o pueden ser observados. En general, el alcance está restringido a una parte del ciclo de vida, un proyecto de desarrollo, evolución de largo plazo de un producto o cuestiones de largo plazo en una organización. Estos cuatro alcances son 4 Modelo constituído por un conjunto de postulaciones matemáticas y lógicas con detalles suficientes para describir los objetivos y las limitaciones de un sistema [BARROS, 2001]. MPS.BR Guía de Implementación Parte 6: /46

17 fundamentados por dos dimensiones: intervalo de tiempo y amplitud organizacional (menos de un proyecto o equipo, un proyecto o equipo, múltiples proyectos o equipos). Son variables de respuesta típicas: esfuerzo y costo; nivel de defectos, ciclo del tiempo (duración, cronograma, intervalo), requisitos de personal sobre el tiempo, proporción de utilización del personal, costo/beneficio (ROI), desempeño/productividad; y backlogs. La abstracción del proceso requiere la identificación de todos sus elementos (actividades, artefactos, herramientas, técnicas, medidas asociadas y el propio proceso) y como ellos interactúan entre sí. El desarrollo y el mantenimiento de software son caracterizados por la complejidad de la interacción entre personas, procesos y tecnologías. Cada uno de esos elementos incluye factores que pueden ejercer inúmeras influencias que se reflejan en el producto final. Con el propósito de entender sistemas que presentan este grado de complejidad, en el final de la década de 50, FORRESTER [1961] introdujo el concepto de Dinámica de Sistemas. FORRESTER describió un caso real en la industria de componentes electrónicos, donde desarrolló un modelo experimental y realizó un análisis sensitivo para identificar cuales partes del sistema productivo eran más cruciales para determinar su comportamiento. Con base en las observaciones, él propuso cambios en la política del sistema de producción real y fueron obtenidas mejoras. En el dominio de la ingeniería de software, un trabajo que sirvió de marco y que exploró con profundidad el concepto Dinámica de Sistemas fue el de ABDEL-HAMID y MADNICK [1991]. Los autores construyeron un modelo que permite visualizar los potenciales efectos de la manipulación de factores que influencian al costo y a los esfuerzos necesarios para la conclusión de un proyecto de desarrollo de software. Desde entonces, inúmeros estudios han sido conducidos en el dominio de la ingeniería de software con foco en áreas específicas, entre ellos: gestión de proyectos de software [COOPER y MULLEN, 1993], [LIN et al., 1997], [HENDERSON y HOWARD, 2000], ingeniería de software concurrente [POWELL, MANDER y BROWN, 1999], ingeniería de requisitos de software [CHRISTIE y STALEY, 2000], impacto de la mejora del proceso en el ciclo de vida [TVEDT y COLLOFELLO, 1995], [TVEDT, 1996], efectos de las actividades de la mejora de la calidad del software [ARANDA et al., 1993], [CHICHAKLY, 1993], [MADACHY, 1994], [MADACHY, 1996], gestión de confiabilidad de software [RUS, 1996], [RUS y COLLOFELLO, 1999], mantenimiento de software [CARTWRIGHT y SHEPPERD, 1999], evolución de software [LEHMAN y RAMIL,1999], outsourcing [ROEHLING et al., 2000], entrenamiento en ingeniería de software [MADACHY y TARBET, 2000], entre otros. En todos estos estudios, el concepto de Dinámica de Sistemas es aplicado a la construcción de modelos capaces de reproducir artificialmente la ejecución de los procesos por medio de la simulación con la intención de responder cuestiones del tipo "que ocurre si". Comentarios adicionales para implementación en diferentes tipos de organización Adquirientes de Software No son permitidas exclusiones de resultados de este proceso. MPS.BR Guía de Implementación Parte 6: /46

18 (Parte 8) Fábrica de Software (Parte 9) No son permitidas exclusiones de resultados de este proceso. Como no existen especificidades para organizaciones del tipo Fábrica de Software, no fueron incluidos comentarios en los resultados esperados. Fábrica de Pruebas (Parte 10) No son permitidas exclusiones de resultados de este proceso. Como no existen especificidades para organizaciones del tipo Fábrica de Pruebas, no fueron incluidos comentarios adicionales a los resultados esperados. 5.3 Resultados esperados Además de todos los resultados esperados del proceso Gestión de Proyectos, ya implementados en los niveles anteriores 5, en el nivel B, los resultados esperados GPR22 6 a GPR28 son incorporados, reflejando el abordaje cuantitativo de la gestión de proyectos en este nivel. Estos resultados esperados del proceso Gestión de Proyectos están basados en el área de proceso Gestión Cuantitativa de Proyectos del CMMI-DEV [SEI, 2010] GPR22 - (A partir del nivel B) Los objetivos de calidad y de desempeño del proceso definido para el proyecto son establecidos y mantenidos Este resultado esperado tiene como objetivo asegurar la definición de objetivos mensurables de calidad y de desempeño del proceso para cada proyecto, de una forma satisfactoria para la organización y los clientes involucrados. La identificación de los objetivos de calidad y de desempeño debe partir de los objetivos de calidad y de desempeño de la organización. Sin embargo, es posible que no todos los objetivos de la organización sean aplicables al proyecto o que sea necesario incluir nuevos objetivos por las necesidades específicas del proyecto y del cliente. Es importante en este momento ser realista estableciendo objetivos viables de ser logrados. Una negociación entre los involucrados puede ser necesaria. Siempre que necesario, los objetivos deben ser revisados. La implementación de este resultado requiere, por lo tanto: (i) entendimiento de las características del proyecto; (ii) entendimiento de las necesidades de calidad del cliente y priorización de estas necesidades; (iii) transformar las necesidades del cliente en requisitos de software y objetivos de calidad; y (iv) entender el proceso y su desempeño actual por medio del análisis de datos históricos. Cuidado especial debe ser tomado para que los objetivos de calidad sean realmente derivados de las necesidades del cliente, esto es, de las necesidades de negocio. 5 6 Ver descripción detallada de la implementación de los demás resultados esperados en las partes 1 y 3 de la Guía de Implementación. El resultado esperado GPR22 (A partir del nivel E) es reemplazado en el nivel B. MPS.BR Guía de Implementación Parte 6: /46

19 Para identificar las necesidades del cliente y prioridades, una técnica útil es el QFD (Quality Function Deployment). Una fuente importante de consulta sobre atributos de calidad es la ISO/IEC Una experiencia de implementación usando QFD es la ISO/IEC 9126 puede ser encontrada en [ANTONIOL et al., 2004]. Otro ejemplo puede ser encontrado en [CAMPOS et al., 2007]. Comentarios adicionales para implementación en diferentes tipos de organización Adquirientes de Software (Parte 8) Fábrica de Software (Parte 9) Fábrica de Pruebas (Parte 10) Organizaciones que adquieren software deben establecer los objetivos de calidad del producto y de desempeño del proceso con base en los objetivos de la organización y del proyecto. Pueden, también, establecer objetivos para el proveedor, que en este caso deben estar definidos en el acuerdo [HOFMANN et al., 2007]. Sin comentario adicional para este resultado. Sin comentario adicional para este resultado GPR23 - (A partir del nivel B) El proceso definido para el proyecto que le posibilita lograr sus objetivos de calidad y de desempeño se compone de técnicas estadísticas y de otras técnicas cuantitativas Este resultado esperado tiene como objetivo asegurar que los subprocesos que serán parte del proceso definido para el proyecto sean seleccionados considerando las características del proyecto y datos históricos que evidencien la estabilidad y capacidad de los subprocesos. Con ese resultado esperado, la definición del proceso para el proyecto es hecha de forma distinta de cómo es hecha del nivel E hasta el nivel C del MR-MPS. A partir del nivel B, la definición del proceso para el proyecto incluye identificar alternativas a uno o más procesos y subprocesos, ejecutar análisis cuantitativa de desempeño y seleccionar las alternativas más capaces de ayudar al proyecto para lograr sus objetivos de calidad y de desempeño [SEI, 2010]. La selección de los subprocesos que serán parte del proceso definido para el proyecto, que deben ser parte de la biblioteca de activos de la organización/unidad organizacional, impacta en la selección de los subprocesos que serán gestionados estadísticamente. Luego, es importante que sean subprocesos que puedan ser gestionados estadísticamente durante la ejecución del proyecto. De esta forma, es conveniente que GPR22, GPR23 y GPR24 sean implementados de forma iterativa. Al componer los subprocesos, todavía es importante analizar la interacción de estos subprocesos para verificar si ellos interactúan de la forma deseada (ver AP 4.1 y, en especial, el RAP29). Este análisis puede ser hecho usando modelos dinámicos y simulación. Otro aspecto que debería ser evaluado es el riesgo de no lograr los objetivos de calidad y de desempeño definidos, lo que puede direccionar la MPS.BR Guía de Implementación Parte 6: /46

20 identificación de nuevas alternativas o áreas que requieran más atención gerencial [SEI, 2010] GPR24 - (A partir del nivel B) Subprocesos y atributos críticos para evaluar el desempeño y que están relacionados al logro de los objetivos de calidad y de desempeño del proceso del proyecto son seleccionados Este resultado esperado tiene como objetivo seleccionar los subprocesos a ser gestionados cuantitativamente. Esta selección debe estar basada en los subprocesos seleccionados por la organización (RAP25) y en la relevancia de los subprocesos para el logro de los objetivos de calidad y de desempeño del proyecto. Algunos subprocesos son críticos porque sus desempeños influencian o contribuyen significantemente para el alcance de los objetivos del proyecto. Estos subprocesos pueden ser buenos candidatos para la supervisión y control usando técnicas estadísticas y otras técnicas cuantitativas [SEI, 2010] (ver GPR26 y GPR27). Así como en el contexto organizacional, no todos los subprocesos son objeto de análisis de desempeño, en el contexto del proyecto, ni todos los subprocesos que componen el proceso definido para el proyecto serán gestionados cuantitativamente. Después de la selección de los subprocesos, se debe identificar los atributos del producto y del proceso que serán medidos y controlados, esto es, gestionados cuantitativamente. Algunos de estos atributos pueden servir como importantes indicadores para el desempeño esperado de futuros subprocesos a ser ejecutados y, así, pueden ser utilizados para evaluar el riesgo de no lograr parte de los objetivos de los proyectos (por ejemplo, usando modelos de desempeño de procesos) [SEI, 2010]. Comentarios adicionales para implementación en diferentes tipos de organización Adquirientes de Software (Parte 8) Fábrica de Software (Parte 9) Fábrica de Pruebas (Parte 10) Caso la organización adquiriente desee utilizar, además de sus propios datos, los datos del proveedor, esto debe estar definido en el acuerdo. Sin comentario adicional para este resultado. Sin comentario adicional para este resultado GPR25 - (A partir del nivel B) Medidas y técnicas analíticas son seleccionadas para ser utilizadas en la gestión cuantitativa A partir de la selección realizada en el alcance del resultado esperado anterior, es posible identificar medidas que apoyen la gestión cuantitativa y, también, seleccionar las técnicas estadísticas a ser utilizadas para el entendimiento de la variación de los subprocesos seleccionados y, consecuentemente, para el uso de la gestión del proyecto. MPS.BR Guía de Implementación Parte 6: /46

MPS.BR - Mejora de Proceso del Software Brasileño. Guía de Implementación Parte 3: Fundamentos para Implementación del Nivel E del MR-MPS

MPS.BR - Mejora de Proceso del Software Brasileño. Guía de Implementación Parte 3: Fundamentos para Implementación del Nivel E del MR-MPS MPS.BR - Mejora de Proceso del Software Brasileño Guía de Implementación Parte 3: Fundamentos para Implementación del Nivel E del MR-MPS Esta guía contiene orientaciones para la implementación del nivel

Más detalles

MPS.BR - Mejora de Proceso del Software Brasileño. Guía de Implementación Parte 2: Fundamentos para Implementación del Nivel F del MR-MPS

MPS.BR - Mejora de Proceso del Software Brasileño. Guía de Implementación Parte 2: Fundamentos para Implementación del Nivel F del MR-MPS MPS.BR - Mejora de Proceso del Software Brasileño Guía de Implementación Parte 2: Fundamentos para Implementación del Nivel F del MR-MPS Esta guía contiene orientaciones para la implementación del nivel

Más detalles

MPS.BR - Mejora de Proceso del Software Brasileño. Guía de Implementación Parte 4: Fundamentos para Implementación del Nivel D del MR-MPS

MPS.BR - Mejora de Proceso del Software Brasileño. Guía de Implementación Parte 4: Fundamentos para Implementación del Nivel D del MR-MPS MPS.BR - Mejora de Proceso del Brasileño Guía de Implementación Parte 4: Fundamentos para Implementación del Nivel D del MR-MPS Esta guía contiene orientaciones para la implementación del nivel D del Modelo

Más detalles

MPS.BR - Mejora de Proceso del Software Brasileño. Guía de Implementación Parte 5: Fundamentos para Implementación del Nivel C del MR-MPS

MPS.BR - Mejora de Proceso del Software Brasileño. Guía de Implementación Parte 5: Fundamentos para Implementación del Nivel C del MR-MPS MPS.BR - Mejora de Proceso del Software Brasileño Guía de Implementación Parte 5: Fundamentos para Implementación del Nivel C del MR-MPS Esta guía contiene orientaciones para la implementación del nivel

Más detalles

MPS.BR - Mejora de Proceso del Software Brasileño. Guía de Implementación Parte 7: Fundamentos para Implementación del Nivel A del MR-MPS-SW:2012

MPS.BR - Mejora de Proceso del Software Brasileño. Guía de Implementación Parte 7: Fundamentos para Implementación del Nivel A del MR-MPS-SW:2012 MPS.BR - Mejora de Proceso del Software Brasileño Guía de Implementación Parte 7: Fundamentos para Implementación del Nivel A del MR-MPS-SW:2012 Esta guía contiene orientaciones para la implementación

Más detalles

MPS.BR - Mejora de Proceso del Software Brasileño: resultados logrados y lecciones aprendidas (2004-2008)

MPS.BR - Mejora de Proceso del Software Brasileño: resultados logrados y lecciones aprendidas (2004-2008) l MPS.BR - Mejora de Proceso del Software Brasileño: resultados logrados y lecciones aprendidas (2004-2008) RESUMEN 1. Introducción 2. Modelo MPS 3. Programa MPS.BR: Resultados Esperados x Logrados (2004-2008)

Más detalles

MPS.BR - Mejora de Proceso del Software Brasileño. Guía General MPS de Software

MPS.BR - Mejora de Proceso del Software Brasileño. Guía General MPS de Software MPS.BR - Mejora de Proceso del Software Brasileño Guía General MPS de Software Esta guía contiene la descripción general del Modelo MPS y detalla el Modelo de Referencia MPS para Software (MR-MPS-SW) y

Más detalles

Planeación del Proyecto de Software:

Planeación del Proyecto de Software: Apéndice A. Cuestionarios del Sistema Evaluador Nivel2. Requerimientos de Administración: Goal 1: Los requerimientos del sistema asociados a software están bien controlados y existe un estándar para los

Más detalles

Gestión de Proyectos A Guide to the Project Management Body of Knowledge (Pmbok Guide) Profesor Guillermo E. Badillo Astudillo

Gestión de Proyectos A Guide to the Project Management Body of Knowledge (Pmbok Guide) Profesor Guillermo E. Badillo Astudillo Gestión de Proyectos A Guide to the Project Management Body of Knowledge (Pmbok Guide) Profesor Guillermo E. Badillo Astudillo Todas las slides siguientes están tomadas de la guía de los fundamentos para

Más detalles

PRESENTACIÓN CMMI: (CAPABILITY MATURITY MODEL INTEGRATION)

PRESENTACIÓN CMMI: (CAPABILITY MATURITY MODEL INTEGRATION) PRESENTACIÓN CMMI: (CAPABILITY MATURITY MODEL INTEGRATION) INDICE 1. Introducción 2. Estructura CMMI 3. Nivel 2 4. Nivel 3 5. Nivel 4 6. Nivel 5 7. Bibliografía INTRODUCCIÓN Qué es y por qué usar CMMI?

Más detalles

PERFILES OCUPACIONALES

PERFILES OCUPACIONALES PERFILES OCUPACIONALES A continuación se presenta la relación de los diferentes cargos que un ingeniero de sistemas de la Universidad de Lima puede desempeñar durante su vida profesional. También se presentan

Más detalles

Curso. Introducción a la Administracion de Proyectos

Curso. Introducción a la Administracion de Proyectos Curso Introducción a la Administracion de Proyectos Tema 5 Procesos del área de Integración INICIAR PLANEAR EJECUTAR CONTROL CERRAR Desarrollar el Acta de Proyecto Desarrollar el Plan de Proyecto Dirigir

Más detalles

Mantenimiento del Software

Mantenimiento del Software Mantenimiento del Software S3 Francisco Ruiz, Macario Polo Grupo Alarcos Dep. de Informática ESCUELA SUPERIOR DE INFORMÁTICA UNIVERSIDAD DE CASTILLA-LA MANCHA http://alarcos.inf-cr.uclm.es/doc/mso/ Ciudad

Más detalles

LOS INDICADORES DE GESTIÓN

LOS INDICADORES DE GESTIÓN LOS INDICADORES DE GESTIÓN Autor: Carlos Mario Pérez Jaramillo Todas las actividades pueden medirse con parámetros que enfocados a la toma de decisiones son señales para monitorear la gestión, así se asegura

Más detalles

POLÍTICAS DE CALIDAD, SEGURIDAD, MEDIO AMBIENTE Y SALUD DE PETROBRAS CHILE

POLÍTICAS DE CALIDAD, SEGURIDAD, MEDIO AMBIENTE Y SALUD DE PETROBRAS CHILE POLÍTICAS DE CALIDAD, SEGURIDAD, MEDIO AMBIENTE Y SALUD DE PETROBRAS CHILE POLÍTICA DE CALIDAD Petrobras Chile asume el compromiso de suministrar productos y servicios de calidad, con un estilo innovador

Más detalles

LA IMPORTANCIA DE LOS TABLEROS DE CONTROL. Conocido también como Cuadro de Mando Integral (CMI) o tablero de comando o balanced scorecard.

LA IMPORTANCIA DE LOS TABLEROS DE CONTROL. Conocido también como Cuadro de Mando Integral (CMI) o tablero de comando o balanced scorecard. LA IMPORTANCIA DE LOS TABLEROS DE CONTROL Jack Fleitman Conocido también como Cuadro de Mando Integral (CMI) o tablero de comando o balanced scorecard. La mayoría de las empresas grandes lo utilizan para

Más detalles

MODELOS Y SISTEMAS DE CALIDAD EN LA EDUCACIÓN

MODELOS Y SISTEMAS DE CALIDAD EN LA EDUCACIÓN MODELOS Y SISTEMAS DE CALIDAD EN LA EDUCACIÓN OBJETIVO GENERAL El alumno analizará, la importancia de brindar productos y servicios con calidad; así como estudiar los fundamentos, autores y corrientes

Más detalles

Evaluación de Gestión, Resultados e Impactos de Programas Públicos

Evaluación de Gestión, Resultados e Impactos de Programas Públicos Curso internacional PLANIFICACION ESTRATÉGICA Y POLÍTICAS PÚBLICAS La Antigua, Guatemala, mayo 2010 Evaluación de Gestión, Resultados e Impactos de Programas Públicos Eduardo Aldunate Experto ILPES/CEPAL

Más detalles

1.1. Sistema de Gestión de la Calidad

1.1. Sistema de Gestión de la Calidad 1.1. Sistema de Gestión de la Calidad ÁREA: GESTIÓN DE LA CALIDAD SISTEMA: GESTIÓN DE LA CALIDAD ETAPA I - OBJETIVOS REQUISITOS TÉCNICOS 2012 1. La institución realiza un diagnóstico del estado actual

Más detalles

PREPARADO POR: FECHA DE EMISIÓN: 20-05-05 FECHA DE VALIDACIÓN: 20-05-05

PREPARADO POR: FECHA DE EMISIÓN: 20-05-05 FECHA DE VALIDACIÓN: 20-05-05 3. MONITORÍA Y EVALUACIÓN DE LA GESTIÓN SS-UPEG-3 PREPARADO POR: EQUIPO CONSULTOR FECHA DE EMISIÓN: 20-05-05 FECHA DE VALIDACIÓN: 20-05-05 VERSIÓN Nº: 1 Secretaría de Salud de Honduras - 2005 PÁGINA 2

Más detalles

UNIVERSIDAD NACIONAL DE ASUNCIÓN FACULTAD DE CIENCIAS ECONOMICAS ESCUELA DE CONTABILIDAD AUDITORIA INFORMATICA

UNIVERSIDAD NACIONAL DE ASUNCIÓN FACULTAD DE CIENCIAS ECONOMICAS ESCUELA DE CONTABILIDAD AUDITORIA INFORMATICA UNIVERSIDAD NACIONAL DE ASUNCIÓN FACULTAD DE CIENCIAS ECONOMICAS ESCUELA DE CONTABILIDAD AUDITORIA INFORMATICA TRABAJO PRÁCTICO DE AUDITORIA INFORMATICA Profesor: Lic. Marco Antonio Leiva Fernández 5to

Más detalles

Las Normas ISO 9000. Puede ser un producto material, un producto informático, servicio, información, etc.

Las Normas ISO 9000. Puede ser un producto material, un producto informático, servicio, información, etc. Las Normas ISO 9000 La serie de Normas ISO 9000 son un conjunto de enunciados, los cuales especifican que elementos deben integrar el Sistema de Gestión de la Calidad de una Organización y como deben funcionar

Más detalles

GESTIÓN DEL SISTEMA DE MEDICIÓN ANÁLISIS Y MEJORAMIENTO

GESTIÓN DEL SISTEMA DE MEDICIÓN ANÁLISIS Y MEJORAMIENTO GESTIÓN DEL SISTEMA DE MEDICIÓN ANÁLISIS Y MEJORAMIENTO Derechos reservados ICONTEC- 1 MEDICIÓN, ANÁLISIS Y MEJORAMIENTO DEL SISTEMA DE GESTIÓN DE LA MEDICIÓN. Normas Aplicadas NTC-ISO 10012. Duración

Más detalles

INFORMACIÓN RELACIONADA

INFORMACIÓN RELACIONADA INFORMACIÓN RELACIONADA Solucionar problemas para empresas de la industria del gas y el petróleo Soluciones de gestión de cartera de proyectos Primavera ORACLE ES LA COMPAÑÍA DE INFORMACIÓN Lograr objetivos

Más detalles

MANUAL DE REFERENCIA

MANUAL DE REFERENCIA GOBIERNO DE CHILE MINISTERIO DE HACIENDA Dirección de Presupuestos MANUAL DE REFERENCIA GUÍA PARA IMPLEMENTACIÓN ISO 9001:2000 SISTEMA DE EVALUACIÓN DE DESEMPEÑO Versión 05 Diciembre 2008 INDICE 1 Definición

Más detalles

Mantenimiento del Software

Mantenimiento del Software Mantenimiento del Software S4 Francisco Ruiz, Macario Polo Grupo Alarcos Dep. de Informática ESCUELA SUPERIOR DE INFORMÁTICA UNIVERSIDAD DE CASTILLA-LA MANCHA http://alarcos.inf-cr.uclm.es/doc/mso/ Ciudad

Más detalles

EQUIPO CONSULTOR Y EQUIPO DE MEJORA CONTINUA PREPARADO POR: REVISADO POR: APROBADO POR: VERSIÓN Nº: 1 FECHA DE EMISIÓN: 05/01/09 VALIDADO POR :

EQUIPO CONSULTOR Y EQUIPO DE MEJORA CONTINUA PREPARADO POR: REVISADO POR: APROBADO POR: VERSIÓN Nº: 1 FECHA DE EMISIÓN: 05/01/09 VALIDADO POR : DE DESARROLLO SOCIAL MINISTERIO DE SALUD Y DESARROLLO SOCIAL DE COSTA RICA - NIVEL INSTITUCIONAL ÁREA DE GESTIÓN: IMPACTO DE LA RECTORÍA SOBRE EL SISTEMA DE PRODUCCIÓN DEL DESARROLLO SOCIAL PREPARADO POR:

Más detalles

Guía para implementar mejores prácticas ambientales en organizaciones

Guía para implementar mejores prácticas ambientales en organizaciones Guía para implementar en organizaciones Contenido Presentación... 2 Qué son las Mejores Prácticas Ambientales... 3 Características principales de las MPA... 4 Dimensiones de las Mejores Prácticas Ambientales...

Más detalles

1.1 Aseguramiento de la calidad del software

1.1 Aseguramiento de la calidad del software 1.1 Aseguramiento de la calidad del software El propósito del Aseguramiento de la Calidad (Software Quality Assurance, SQA) es entregar a la administración una visibilidad adecuada del proceso utilizado

Más detalles

GESTIÓN DEL TIEMPO. La Gestión del Tiempo del Proyecto incluye los procesos necesarios para lograr la conclusión del proyecto a tiempo.

GESTIÓN DEL TIEMPO. La Gestión del Tiempo del Proyecto incluye los procesos necesarios para lograr la conclusión del proyecto a tiempo. GESTIÓN DEL TIEMPO La Gestión del Tiempo del Proyecto incluye los procesos necesarios para lograr la conclusión del proyecto a tiempo. DEFINICIÓN DE LAS ACTIVIDADES Definir las actividades del cronograma

Más detalles

DOCUMENTO TECNICO PROGRAMA DE MEJORAMIENTO DE LA GESTIÓN (PMG) PROGRAMA MARCO AÑO 2013

DOCUMENTO TECNICO PROGRAMA DE MEJORAMIENTO DE LA GESTIÓN (PMG) PROGRAMA MARCO AÑO 2013 DOCUMENTO TECNICO PROGRAMA DE MEJORAMIENTO DE LA GESTIÓN (PMG) PROGRAMA MARCO AÑO 2013 Agosto 2012 VERSIÓN N 01- PMB 2013 AGOSTO 2012 1 de 18 DOCUMENTO ELABORADO POR EL DEPTO. DE GESTIÓN DE LA DIVISIÓN

Más detalles

Inducción a ISO 9001:2008

Inducción a ISO 9001:2008 Inducción a ISO 9001:2008 Universidad de Guanajuato Objetivo del curso Conocer las bases teóricas de la norma ISO 9001: 2008, para aplicarla en esta institución Introducción Qué es un SGC? SGC = Sistema

Más detalles

ADMINISTRACIÓN DE PROYECTOS

ADMINISTRACIÓN DE PROYECTOS ADMINISTRACIÓN DE PROYECTOS QUÉ ES LA ADMINISTRACIÓN DE PROYECTOS? Es la planeación, organización, dirección y control de los recursos para lograr un objetivo a corto plazo. También se dice que la administración

Más detalles

GUÍA PARA LA FORMULACIÓN DE UN PLAN DE TRABAJO JUNTAS ADMINISTRATIVAS DE CENTROS DE EDUCACIÓN ESPECIAL

GUÍA PARA LA FORMULACIÓN DE UN PLAN DE TRABAJO JUNTAS ADMINISTRATIVAS DE CENTROS DE EDUCACIÓN ESPECIAL GUÍA PARA LA FORMULACIÓN DE UN PLAN DE TRABAJO JUNTAS ADMINISTRATIVAS DE CENTROS DE EDUCACIÓN ESPECIAL 1) IDENTIFICACIÓN A. Objetivo del Plan de Trabajo: Reflejar la programación organizacional y presupuestaria

Más detalles

GESTIÓN DE PROYECTOS DE SOFTWARE

GESTIÓN DE PROYECTOS DE SOFTWARE GESTIÓN DE PROYECTOS DE SOFTWARE LA PLANIFICACIÓN de proyectos se define como la predicción de la duración de las actividades y tareas a escala individual. LA ESTIMACIÓN se define como la predicción de

Más detalles

Una estructura conceptual para medir la efectividad de la administración

Una estructura conceptual para medir la efectividad de la administración Una estructura conceptual para medir la efectividad de la administración Tópico especial para gestión del mantenimiento La necesidad de un sistema de medición de la efectividad Mediante el uso de una o

Más detalles

APRUEBAN DOCUMENTO GUÍA TÉCNICA SOBRE EVALUACIÓN DE SOFTWARE PARA LA ADMINISTRACIÓN PUBLICA RESOLUCIÓN MINISTERIAL N 139-2004-PCM

APRUEBAN DOCUMENTO GUÍA TÉCNICA SOBRE EVALUACIÓN DE SOFTWARE PARA LA ADMINISTRACIÓN PUBLICA RESOLUCIÓN MINISTERIAL N 139-2004-PCM APRUEBAN DOCUMENTO GUÍA TÉCNICA SOBRE EVALUACIÓN DE SOFTWARE PARA LA ADMINISTRACIÓN PUBLICA RESOLUCIÓN MINISTERIAL N 139-2004-PCM Lima, 27 de mayo de 2004 CONSIDERANDO: Que, mediante el Decreto Supremo

Más detalles

Práctica de Evaluación de Cortafuegos personales

Práctica de Evaluación de Cortafuegos personales Práctica de Evaluación de Cortafuegos personales Objetivo El objetivo de esta práctica es que el alumno aprenda a configurar y evaluar cuál es la mejor opción de producto en relación a los cortafuegos

Más detalles

Aplicación de una Metodología basada en Mediciones para la Gestión de Calidad de Software

Aplicación de una Metodología basada en Mediciones para la Gestión de Calidad de Software Aplicación de una Metodología basada en Mediciones para la Gestión de Calidad de Software Jorge Bozo jbozo@inf.ucv.cl Escuela de Ingeniería Informática Universidad Católica de Valparaíso Valparaíso, Chile

Más detalles

PROCESO DE PLANIFICACIÓN INTEGRADA DE LA CADENA DE SUMINISTROS (S&OP y S&OE)

PROCESO DE PLANIFICACIÓN INTEGRADA DE LA CADENA DE SUMINISTROS (S&OP y S&OE) "La paciencia es la escalera de los filósofos y la humildad, la puerta de entrada a su jardín", Nicolás Valois PROCESO DE PLANIFICACIÓN INTEGRADA DE LA CADENA DE SUMINISTROS (S&OP y S&OE) La Cadena de

Más detalles

Sistemas de gestión de la calidad Requisitos

Sistemas de gestión de la calidad Requisitos Sistemas de gestión de la calidad Requisitos 1 Objeto y campo de aplicación 1.1 Generalidades Esta Norma Internacional especifica los requisitos para un sistema de gestión de la calidad, cuando una organización

Más detalles

S. T. P. S. IMPLEMENTACIÓN DEL PROCESO CAPACITADOR.

S. T. P. S. IMPLEMENTACIÓN DEL PROCESO CAPACITADOR. S. T. P. S. IMPLEMENTACIÓN DEL PROCESO CAPACITADOR. DELEGACIÓN FEDERAL DEL TRABAJO EN EL ESTADO DE GUANAJUATO. DOM: FRACC. BUROCRÁTICO LOTE 16 MARFIL, GTO. CARR. GTO-JUVENTINO ROSAS KM. 3.5 1 LA FUNCIÓN

Más detalles

7 HERRAMIENTAS PARA EL CONTROL DE LA CALIDAD

7 HERRAMIENTAS PARA EL CONTROL DE LA CALIDAD Agencia de Cooperación Internacional del Japón Universidad de Santiago de Chile Facultad de Ingeniería Departamento de Ingeniería Industrial 7 HERRAMIENTAS PARA EL CONTROL DE LA CALIDAD Elaboración: Kiyohiro

Más detalles

BPM: Articulando Estrategia, Procesos y Tecnología

BPM: Articulando Estrategia, Procesos y Tecnología BPM: Articulando Estrategia, Procesos y Tecnología Resumen: La competitividad es el imaginario que dirige las acciones empresariales en la actualidad. Lograr condiciones que permitan competir con mayores

Más detalles

LISTA DE CHEQUEO NORMA NTC ISO 9001:2000 No. REQUISITOS EXISTE ESTADO OBSERVACIONES D: Documentado I: Implementado M: Mejorar SI NO D I M

LISTA DE CHEQUEO NORMA NTC ISO 9001:2000 No. REQUISITOS EXISTE ESTADO OBSERVACIONES D: Documentado I: Implementado M: Mejorar SI NO D I M No. REQUISITOS EXISTE ESTADO OBSERVACIONES 4. SISTEMA DE GESTION DE LA CALIDAD 4.1 Requisitos Generales La organización debe establecer, documentar, implementar y mantener un S.G.C y mejorar continuamente

Más detalles

Sistemas de Gestión n de la Calidad - Requisitos UNE - EN ISO 9001:2008

Sistemas de Gestión n de la Calidad - Requisitos UNE - EN ISO 9001:2008 Sistemas de Gestión n de la Calidad - Requisitos UNE - EN ISO 9001:2008 ISO 9001 CUATRO CAPÍTULOS BÁSICOS RESPONSABILIDADES DE LA DIRECCIÓN P D GESTIÓN DE RECURSOS REALIZACIÓN DEL PRODUCTO A C MEDICIÓN

Más detalles

Tecnología de la Información. Administración de Recursos Informáticos

Tecnología de la Información. Administración de Recursos Informáticos Tecnología de la Información Administración de Recursos Informáticos 1. Recursos informáticos: Roles y Responsabilidades 2. Áreas dentro del Departamento de Sistemas 3. Conceptos asociados a proyectos

Más detalles

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

Sinopsis de la gestión de programas de acuerdo con el estándar del Project Management Institute 1 Sinopsis de la gestión de s de acuerdo con el estándar del Project Management Institute Conceptos básicos Qué es un? Es un grupo de proyectos gestionados de modo coordinado para obtener beneficios y el

Más detalles

Normas chilenas de la serie ISO 9000

Normas chilenas de la serie ISO 9000 Normas chilenas de la serie ISO 9000 Hernán Pavez G. Director Ejecutivo del Instituto Nacional de Normalización, INN, Matías Cousiño N 64, 6 Piso, Santiago, Chile. RESUMEN: en nuestro país las empresas

Más detalles

0. Introducción. 0.1. Antecedentes

0. Introducción. 0.1. Antecedentes ISO 14001:2015 0. Introducción 0.1. Antecedentes Conseguir el equilibrio entre el medio ambiente, la sociedad y la economía está considerado como algo esencial para satisfacer las necesidades del presente

Más detalles

cumple y hay evidencias objetivas

cumple y hay evidencias objetivas Lista de Verificación ISO :2008 LISTA DE VERIFICACIÓN ISO :2008 Sistemas de Gestión de la Calidad Pliego Objeto y campo de aplicación Esta lista de verificación tiene como objetivo conocer con mayor detalle

Más detalles

SOFTWARE PLANNING PROJECTS UNDER THE PMI GUIDELINES PLANEACION DE PROYECTOS DE SOFTWARE BAJO LINEAMIENTOS DEL PMI. MSc. Mauricio Rojas Contreras

SOFTWARE PLANNING PROJECTS UNDER THE PMI GUIDELINES PLANEACION DE PROYECTOS DE SOFTWARE BAJO LINEAMIENTOS DEL PMI. MSc. Mauricio Rojas Contreras Recibido: 06 de agosto de 2009 Aceptado: 21 de octubre de 2009 SOFTWARE PLANNING PROJECTS UNDER THE PMI GUIDELINES PLANEACION DE PROYECTOS DE SOFTWARE BAJO LINEAMIENTOS DEL PMI MSc. Mauricio Rojas Contreras

Más detalles

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

Introducción. Enfoque de Control de CobiT Los Procesos del Modelo Mapeo de los Procesos CobiT 75.46 Administración i ió y Control de Proyectos II Abril de 2008 Agenda Presentación Introducción Pi Principios ii dl del Modelo dl Enfoque de Control de CobiT Los Procesos del Modelo Mapeo de los

Más detalles

Definición de PMO Características de una PMO

Definición de PMO Características de una PMO Definición de PMO Existen varios conceptos de una oficina de proyectos (PMO) una de ella la define como una unidad organizacional, física o virtual, especialmente diseñada para dirigir y controlar el desarrollo

Más detalles

INDICADORES DE GESTION

INDICADORES DE GESTION INDICADORES DE GESTION Un indicador se define como la relación entre las variables cuantitativas o cualitativas, que permite observar la situación y las tendencias de cambio generadas en el objeto o fenómeno

Más detalles

Autoevaluación Institucional con fines de Acreditación. Guía para la elaboración del Plan de Mejoramiento

Autoevaluación Institucional con fines de Acreditación. Guía para la elaboración del Plan de Mejoramiento Autoevaluación Institucional con fines de Acreditación Guía para la elaboración del Plan de Mejoramiento Contenido 1. Introducción... 4 2. Objetivo de la guía... 4 3. Aspectos a considerar... 4 3.1 Autoevaluación...5

Más detalles

GESTIÓN DE SOFTWARE INFORME SOBRE. Evaluación de Productos UNIVERSIDAD DE LA REPUBLICA - FACULTAD DE INGENIERÍA. Grupo 2

GESTIÓN DE SOFTWARE INFORME SOBRE. Evaluación de Productos UNIVERSIDAD DE LA REPUBLICA - FACULTAD DE INGENIERÍA. Grupo 2 UNIVERSIDAD DE LA REPUBLICA - FACULTAD DE INGENIERÍA GESTIÓN DE SOFTWARE INFORME SOBRE Evaluación de Productos Grupo 2 Marcelo Caponi 3.825.139-0 Daniel De Vera 4.120.602-3 José Luis Ibarra 4.347.596-3

Más detalles

Calidad. Calidad en procesos y productos

Calidad. Calidad en procesos y productos Calidad Calidad en procesos y productos La calidad es el conjunto de características de un elemento, producto o servicio, que le confieren la aptitud de satisfacer una necesidad implícita y explícita.

Más detalles

SEGURIDAD PARA EL ACCESO A LA INFORMACIÓN DE LAS ENTIDADES DEL ESTADO

SEGURIDAD PARA EL ACCESO A LA INFORMACIÓN DE LAS ENTIDADES DEL ESTADO SEGURIDAD PARA EL ACCESO A LA INFORMACIÓN DE LAS ENTIDADES DEL ESTADO Programa de Gobierno en Línea Oficina de Coordinación de Investigación, Política y Evaluación. RESUMEN La seguridad de la información

Más detalles

Master en Gestion de la Calidad

Master en Gestion de la Calidad Master en Gestion de la Calidad 3. La Calidad en la Actualidad La calidad en la actualidad 1 / 9 OBJETIVOS Al finalizar esta unidad didáctica será capaz: Conocer la calidad en la actualidad. La familia

Más detalles

Implantación y Aceptación del Sistema

Implantación y Aceptación del Sistema y Aceptación del Sistema 1 y Aceptación del Sistema ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD IAS 1: ESTABLECIMIENTO DEL PLAN DE IMPLANTACIÓN...5 Tarea IAS 1.1: De finición del Plan de... 5 Tarea IAS

Más detalles

Las Normas ISO 9000 del 2000

Las Normas ISO 9000 del 2000 Las Normas ISO 9000 del 2000 La serie de Normas ISO 9000 son un conjunto de enunciados, los cuales especifican que elementos deben integrar el Sistema de Gestión de la Calidad de una Organización y como

Más detalles

Ingeniería de Software Dr. Marcello Visconti Z. Ingeniería de Software

Ingeniería de Software Dr. Marcello Visconti Z. Ingeniería de Software Universidad Técnica Federico Santa María Departamento de Informática Ingeniería de Software Dr. Marcello Visconti Z. Programa Proceso de Software y Paradigmas de Desarrollo Gestión de Proyectos Fases del

Más detalles

CMMI (Capability Maturity Model Integrated)

CMMI (Capability Maturity Model Integrated) CMMI (Capability Maturity Model Integrated) El SEI (software engineering institute) a mediados de los 80 desarrolló el CMM (modelo de madurez de la capacidad de software). CMMI: CMM integrado, una mezcla

Más detalles

1.2 Elaboración de Ejercicio de Planeación Estratégica, que defina:

1.2 Elaboración de Ejercicio de Planeación Estratégica, que defina: PLAN DE NEGOCIOS I. Definición Documento de análisis con información ordenada para toma de decisiones sobre llevar a la práctica una idea, iniciativa o proyecto de negocio.tiene entre sus características

Más detalles

SISTEMA DE GESTIÓN DE LA CALIDAD

SISTEMA DE GESTIÓN DE LA CALIDAD SISTEMA DE GESTIÓN DE LA CALIDAD Definición de un sistema de gestión. Un sistema de gestión es un esquema general de procesos y procedimientos que se emplea para garantizar que la organización realiza

Más detalles

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

2. EL MODELO CMMI. En 1991, el Instituto de Ingeniería de Software (SEI) publicó el Modelo de 2. EL MODELO CMMI 2.1 ANTECEDENTES DE CMMI En 1991, el Instituto de Ingeniería de Software (SEI) publicó el Modelo de Capacidad de Madurez (CMM). Dicho modelo está orientado a la mejora de los procesos

Más detalles

LA IMPORTANCIA DE LA ADMINISTRACIÓN PARA LA COMPETITIVIDAD

LA IMPORTANCIA DE LA ADMINISTRACIÓN PARA LA COMPETITIVIDAD LA IMPORTANCIA DE LA ADMINISTRACIÓN PARA LA COMPETITIVIDAD Por Jack Fleitman Actualmente los retos son muy diferentes a los que han enfrentado los profesionistas de la administración en épocas anteriores.

Más detalles

Sin embargo el proceso de gestión de riesgos aplicado a cualquier actividad consta de las siguientes etapas:

Sin embargo el proceso de gestión de riesgos aplicado a cualquier actividad consta de las siguientes etapas: EL PROCESO DE GESTIÓN DE RIESGO La gestión de riesgo se puede definir como el proceso de toma de decisiones en un ambiente de incertidumbre sobre un acción que va a suceder y sobre las consecuencias que

Más detalles

CMMI : mejora del proceso en Fábricas de Software

CMMI : mejora del proceso en Fábricas de Software CMMI : mejora del proceso en Fábricas de Software Cecilia Rigoni Brualla Caelum, Information & Quality Technologies Introducción Introducción Idea / Necesidad Investigación Diseño Inversión PRODUCTO Introducción

Más detalles

Nomenclador de cargos

Nomenclador de cargos Nomenclador de cargos ROLES Áreas de I T Definición de módulos y roles Versión: 1.0 Pagina 1 Módulos interactuantes en un área de IT 1. Infraestructura Tecnológica 2. Producción de Software 3. Asistencia

Más detalles

PRESENTACIÓN DE LA NORMA ISO-IEC 17025 (NMX-EC-17025)

PRESENTACIÓN DE LA NORMA ISO-IEC 17025 (NMX-EC-17025) PRESENTACIÓN DE LA NORMA ISO-IEC 17025 (NMX-EC-17025) Ing. Erick René Alvarado Ureña Grupo Empresarial ACCE Av. Tecamachalco # 265 Col. Reforma Social México, D.F. Teléfono (01)-5520-9232, Fax (01)-5540-3206

Más detalles

1. Introducción. 2. El concepto de calidad del software. 3. Estándares de calidad existentes. 4. La norma ISO 9000-3

1. Introducción. 2. El concepto de calidad del software. 3. Estándares de calidad existentes. 4. La norma ISO 9000-3 Contenido INGENIERIA DE SOFTWARE Tema 6: Administración de la calidad del software Presenta: David Martínez Torres Universidad Tecnológica de la Mixteca dtorres@mixteco.utm.mx Cubo 37 1. Introducción 2.

Más detalles

SOLUCIÓN SITUACIÓN ACTUAL

SOLUCIÓN SITUACIÓN ACTUAL SITUACIÓN ACTUAL La necesidad de las organizaciones de ser más competitivas en un mercado dinámico ha generado estructuras organizacionales complejas y exigentes en términos de calidad y eficiencia. Sobre

Más detalles

RESUMEN CUADRO DE MANDO

RESUMEN CUADRO DE MANDO 1. Objetivo Los objetivos que pueden alcanzarse, son: RESUMEN CUADRO DE MANDO Disponer eficientemente de la información indispensable y significativa, de modo sintético, conectada con los objetivos. Facilitar

Más detalles

MANUAL DE REFERENCIA

MANUAL DE REFERENCIA GOBIERNO DE CHILE MINISTERIO DE HACIENDA Dirección de Presupuestos MANUAL DE REFERENCIA GUÍA PARA IMPLEMENTACIÓN ISO 9001:2000 SISTEMA DE CAPACITACIÓN Versión 05 Diciembre 2008 INDICE Introducción... 3

Más detalles

Tema 2. Ingeniería del Software I feliu.trias@urjc.es

Tema 2. Ingeniería del Software I feliu.trias@urjc.es Tema 2 Ciclo de vida del software Ingeniería del Software I feliu.trias@urjc.es Índice Qué es el ciclo de vida del Software? El Estándar 12207 Modelos de proceso Qué es el Ciclo de Vida del SW? Definición

Más detalles

Mejores prácticas para el éxito de un sistema de información. Uno de los problemas de información dentro de las empresas es contar con datos

Mejores prácticas para el éxito de un sistema de información. Uno de los problemas de información dentro de las empresas es contar con datos ANEXO VI. Mejores prácticas para el éxito de un sistema de información Uno de los problemas de información dentro de las empresas es contar con datos importantes del negocio y que éstos estén aislados

Más detalles

RESUMEN DE COBIT 4.1. Los recursos de TI identificados en COBIT se pueden definir como sigue [2]:

RESUMEN DE COBIT 4.1. Los recursos de TI identificados en COBIT se pueden definir como sigue [2]: RESUMEN DE COBIT 4.1 COBIT es un marco de trabajo y un conjunto de herramientas de Gobierno de Tecnología de Información (TI) que permite a la Gerencia cerrar la brecha entre los requerimientos de control,

Más detalles

ISO 17025: 2005. Requisitos generales para la competencia de los laboratorios de ensayo y calibración

ISO 17025: 2005. Requisitos generales para la competencia de los laboratorios de ensayo y calibración ISO 17025: 2005 Requisitos generales para la competencia de los laboratorios de ensayo y calibración El presente documento es la versión impresa de la página www.grupoacms.com Si desea más información

Más detalles

El participante puede llevar a cabo el proceso de auto-comparación y sobre esa base reforzar los aspectos menos consistentes.

El participante puede llevar a cabo el proceso de auto-comparación y sobre esa base reforzar los aspectos menos consistentes. Guía de Evaluación Como evaluación de la guía pedagógica se ha elegido una metodología de evaluación cualitativa del nivel de conocimientos del participante. Para ello se ha construido una guía de preguntas

Más detalles

El Comité de Auditoría (en adelante el Comité) apoya al Directorio en revisar:

El Comité de Auditoría (en adelante el Comité) apoya al Directorio en revisar: COMITÉ DE AUDITORÍA ESTATUTO DEL COMITÉ DE AUDITORÍA 1. Marco referencia. La aplicación de cualquier otro tema no incluido en el presente Estatuto, se realizará con sujeción al Marco Internacional para

Más detalles

I. Información General del Procedimiento

I. Información General del Procedimiento PR-DGSE-5 Octubre 211 I. Información General del Objetivo: Describir los pasos a seguir para la realización de las al Sistema de Gestión de Calidad de la, del MINERD. Alcance: Este procedimiento aplica

Más detalles

Pasando de ISO 9001:2008 a ISO 9001:2015

Pasando de ISO 9001:2008 a ISO 9001:2015 ISO 9001 Transition guide Revisiones ISO Pasando de ISO 9001:2008 a ISO 9001:2015 El nuevo estándar internacional para los sistemas de gestión de la calidad ISO 9001 Sistemas de Gestión de Calidad- Guía

Más detalles

Aplicación de la norma ISO 9001 para la mejora de la gestión: el caso de la. Dirección del Sistema Nacional de Capacitación del Instituto Nacional de

Aplicación de la norma ISO 9001 para la mejora de la gestión: el caso de la. Dirección del Sistema Nacional de Capacitación del Instituto Nacional de Aplicación de la norma ISO 9001 para la mejora de la gestión: el caso de la Dirección del Sistema Nacional de Capacitación del Instituto Nacional de Administración Pública Mg. Marcelo Calavia Introducción

Más detalles

ISO y la serie de Normas ISO 9000

ISO y la serie de Normas ISO 9000 ISO y la serie de Normas ISO 9000 La International Organization for Standardization (ISO) es la agencia internacional especializada para la estandarización, abarcando actualmente los cuerpos nacionales

Más detalles

ESCUELA DE EMPRESAS Universidad San Francisco de Quito. CERTIFICADO EN MARKETING 360 Educación Empresarial

ESCUELA DE EMPRESAS Universidad San Francisco de Quito. CERTIFICADO EN MARKETING 360 Educación Empresarial ESCUELA DE EMPRESAS Universidad San Francisco de Quito CERTIFICADO EN MARKETING 360 Educación Empresarial Antecedentes: Basados en la filosofía de Artes Liberales, la Escuela de Empresas de la Universidad

Más detalles

METODOLOGÍA SEIS SIGMA A TRAVÉS DE EXCEL

METODOLOGÍA SEIS SIGMA A TRAVÉS DE EXCEL METODOLOGÍA SEIS SIGMA A TRAVÉS DE EXCEL María Pérez Marqués Metodología Seis Sigma a través de Excel María Pérez Marqués ISBN: 978-84-937769-7-8 EAN: 9788493776978 Copyright 2010 RC Libros RC Libros es

Más detalles

Ejemplo Manual de la Calidad

Ejemplo Manual de la Calidad Ejemplo Manual de la Calidad www.casproyectos.com ELABORADO POR: REPRESENTANTE DE LA DIRECCION APROBADO POR: GERENTE GENERAL 1. INTRODUCCIÓN Nuestra organización, nació en el año XXXXXXXXX, dedicada a

Más detalles

Metodología para la Evaluación del Desempeño del personal de nivel operativo del INIFAP 2013

Metodología para la Evaluación del Desempeño del personal de nivel operativo del INIFAP 2013 Coordinación de Administración y Sistemas Dirección de Desarrollo Humano y Profesionalización Metodología para la Evaluación del Desempeño del personal de nivel operativo Mayo 2013 El contexto general

Más detalles

Guía Rápida Proceso de Desarrollo OPENUP/OAS Universidad Distrital Francisco José de Caldas Oficina Asesora de Sistemas

Guía Rápida Proceso de Desarrollo OPENUP/OAS Universidad Distrital Francisco José de Caldas Oficina Asesora de Sistemas Guía Rápida Proceso de Desarrollo OPENUP/OAS Universidad Distrital Francisco José de Caldas Oficina Asesora de Sistemas Información General del Documento Versión Actual del Documento 0.0.0.7 Descripción

Más detalles

El Balanced Scorecard (BSC) El Tablero de Comando

El Balanced Scorecard (BSC) El Tablero de Comando El Balanced Scorecard (BSC) El Tablero de Comando El Balanced Scorecard (BSC) es una herramienta que permite implementar la estrategia y la misión de una empresa a partir de un conjunto de medidas de actuación.,

Más detalles

I D C A N A L Y S T C O N N E C T I O N. M e j o res prác ticas para una estrateg ia d e I n t e l ig e n cia de Negocio s y de A n a lít i ca

I D C A N A L Y S T C O N N E C T I O N. M e j o res prác ticas para una estrateg ia d e I n t e l ig e n cia de Negocio s y de A n a lít i ca I D C A N A L Y S T C O N N E C T I O N Dan Vesset Vicepresidente del programa de Analítica empresarial M e j o res prác ticas para una estrateg ia d e I n t e l ig e n cia de Negocio s y de A n a lít

Más detalles

CURSO DE LEAN SIGMA TRANSACCIONAL PARA BLACK BELTS Dr. P. Reyes www.icicm.com CURSO DE BLACK BELTS EN LEAN SIGMA TRANSACCIONAL

CURSO DE LEAN SIGMA TRANSACCIONAL PARA BLACK BELTS Dr. P. Reyes www.icicm.com CURSO DE BLACK BELTS EN LEAN SIGMA TRANSACCIONAL CURSO DE BLACK BELTS EN LEAN SIGMA TRANSACCIONAL Duración: 80 horas distribuidas en dos módulos de 40 horas. OBJETIVO Formar los Black Belts del programa Seis Sigma Transaccional de la empresa u organización,

Más detalles

ANEXO 2 Programa de Trabajo. Fecha:

ANEXO 2 Programa de Trabajo. Fecha: ANEXO 2 Programa de Trabajo DEL CONVENIO DE CONCERTACIÓN PARA LA REALIZACIÓN DE LAS ACCIONES DERIVADAS DEL PROGRAMA LIDERAZGO AMBIENTAL PARA LA COMPETITIVIDAD, QUE CELEBRAN POR UNA PARTE EL EJECUTIVO FEDERAL

Más detalles

Metodología básica de gestión de proyectos. Octubre de 2003

Metodología básica de gestión de proyectos. Octubre de 2003 Metodología básica de gestión de proyectos Octubre de 2003 Dentro de la metodología utilizada en la gestión de proyectos el desarrollo de éstos se estructura en tres fases diferenciadas: Fase de Éjecución

Más detalles

ENTRADAS PROCESO RECURSOS

ENTRADAS PROCESO RECURSOS Título: Conceptos básicos de la gestión de procesos en las empresas Autor: Ángel Ibisate, Jefe del Departamento de Calidad y Normativa (Red Eléctrica Española) Fecha: 20-05-2005 1. INTRODUCCIÓN El presente

Más detalles

CONCEPTOS DE CALIDAD Y CALIDAD DEL SOFTWARE

CONCEPTOS DE CALIDAD Y CALIDAD DEL SOFTWARE CONCEPTOS DE CALIDAD Y CALIDAD DEL SOFTWARE INTRODUCCIÓN El avance informático actual es muy alto comparado con lo se tenía en los años 90, al hablar de desarrollo de software se hace más notable, en el

Más detalles

Integradora 4. Control de calidad, materiales e inventario.

Integradora 4. Control de calidad, materiales e inventario. Administración de Operaciones Integradora 4. Control de calidad, materiales e inventario. Objetivo Al finalizar la actividad integradora serás capaz de: Comprender los conceptos del Comercio Electrónico

Más detalles

Programa de Formación de Auditores

Programa de Formación de Auditores Programa de Formación de Auditores Sistemas de Gestión de la Calidad Módulo 3 Formación de auditores Directrices para auditoría Objetivo del módulo Aprender y entender: El rol y responsabilidades del auditor

Más detalles