Capability Maturity Model Integration CMMI - Overview I
|
|
|
- Juan Manuel Romero San Segundo
- hace 10 años
- Vistas:
Transcripción
1 Capability Maturity Model Integration CMMI - Overview I CAPIS Centro de Ingeniería del Software e Ingeniería del Conocimiento Junio 2004 Objetivo de la presentación Brindar una visión general del CMMI y su utilidad a lo largo del ciclo de vida de un producto o servicio, presentando: Breve descripción del CMMI. Comparación entre SW-CMM y CMMI. Estadísticas sobre la aplicación del CMMI. Conclusiones. 1
2 CMMI - Generalidades El CMMI consiste en mejores prácticas que abordan el desarrollo y mantenimiento de productos y servicios, cubriendo su ciclo de vida desde la concepción hasta la entrega y el mantenimiento. CMMI integra cuerpos de conocimiento (o disciplinas) que son esenciales al desarrollar productos, pero han sido abordados separadamente en el pasado. Integrando estos cuerpos de conocimiento, CMMI provee una solución global para el desarrollo y mantenimiento de productos y servicios. Una organización debe seleccionar aquellas disciplinas que correspondan a los procesos que quiere mejorar. CMMI Generalidades (cont.) CMMI soporta dos enfoques o representaciones (escalonado y continuo). Una organización debe seleccionar la representación que más se adecue a su situación. El modelo proporciona un método de apreciación CMMI estándar para mejora de procesos (SCAMPI). La correcta traducción al español es Modelo de Madurez de Capacidad - Integración. 2
3 CMMI - Orígenes y evolución En 1998 el Instituto de Ingeniería de Software (SEI) de la Universidad Carnegie Mellon (CMU), inicia el proyecto CMMI. En 1999 el SEI libera el CMMI v0.2, que fue revisado públicamente y usado en actividades piloto. En 2000 el SEI libera el CMMI v1.0, como resultado de la evaluación de la revisión. En 2000 el SEI libera el CMMI v1.02 que incorporó cambios menores y fue revisado públicamente. En 2002 el SEI libera el CMMI v1.1, como resultado de la evaluación de la revisión. CMMI Integración de modelos La misión del equipo de desarrollo del CMMI era combinar 3 modelos fuente: Software Capability Maturity Model (SW-CMM) v2.0. Focalizado en temas y prácticas de ingeniería de software. Systems Engineering Capability Maturity Model (SE-CMM), también conocido como Electronic Industries Alliance 731 (EIA 731). Focalizado en temas y prácticas de ingeniería de sistemas. Integrated Product Development Capability Maturity Model (IPD-CMM) v0.98. Focalizado en las disciplinas necesarias para desarrollo de productos. 3
4 CMMI Disciplinas Alcance CMMI cubre 4 disciplinas o cuerpos de conocimiento: Ingeniería de sistemas (SE): Cubre el desarrollo de sistemas integrales, los cuales pueden o no incluir software. Se focaliza en transformar necesidades, expectativas y restricciones de clientes en productos y en respaldar esos productos a lo largo de su vida. Ingeniería del software (SW): Cubre el desarrollo de sistemas de software. Se focaliza en aplicar un enfoque sistemático, disciplinado y cuantificable para el desarrollo, operación y mantenimiento del software. CMMI Disciplinas Alcance (cont.) Desarrollo de procesos y productos integrados (IPPD): Es un enfoque sistemático que logra una colaboración oportuna de las partes interesadas (stakeholders) relevantes en la vida de un producto que satisface necesidades, expectativas y requerimientos de clientes. Si un proyecto u organización elige IPPD, debe ejecutar sus mejores prácticas concurrentemente con las mejores prácticas usadas para producir un determinado producto. Fuente proveedora (SS): Cubre la adquisición de productos de proveedores. En forma similar a IPPD, las mejores prácticas relacionadas, se deben ejecutar concurrentemente con las mejores prácticas usadas para producir un determinado producto. 4
5 CMMI Disciplinas Area de proceso Es un grupo de mejores prácticas relacionadas con un área que, implementadas colectivamente, satisface un conjunto de objetivos considerados importantes para lograr una mejora significativa en dicha área. CMMI Disciplinas Areas de proceso por disciplina Disciplina Areas de proceso Ingeniería de sistemas (SE) Ingeniería del software (SW) Desarrollo de procesos y productos integrados (IPPD) Fuente proveedora (SS) Análisis causal y resolución (CAR) Gestión de la configuración (CM) Análisis de decisiones y resolución (DAR) Gestión integrada de proyectos (IPM) Mediciones y análisis (MA) Innovación organizacional y despliegue (OID) Definición del proceso organizacional (OPD) Focalización en el proceso organizacional (OPF) Performance del proceso organizacional (OPP) Entrenamiento organizacional (OT) Equipo integrado (IT) Entorno organizacional para la integración (OEI) Gestión integrada de proveedores (ISM) Integración de productos (PI) Monitoreo y control de proyectos (PMC) Planificación de proyectos (PP) Aseguramiento de la calidad de procesos y productos (PPQA) Gestión cuantitativa de proyectos (QPM) Desarrollo de requerimientos (RD) Gestión de requerimientos (REQM) Gestión de riesgos (RSKM) Gestión de acuerdos con proveedores (SAM) Solución técnica (TS) Validación (VAL) Verificación (VER) 5
6 CMMI Disciplinas Amplificaciones de disciplinas Una amplificación de disciplina es un componente del modelo que contiene información relevante a una disciplina particular. Como las áreas de proceso para SE y SW son iguales, la única diferencia entre ellos radica en el tipo de amplificaciones de disciplinas incluidas. CMMI Disciplinas Selección Una organización debe seleccionar aquellas disciplinas que correspondan a los procesos que quiere mejorar. Las disciplinas IPPD y SS no se pueden seleccionar aisladamente, se deben seleccionar conjuntamente con SE y/o SW. 6
7 CMMI Representaciones Representación escalonada Es el enfoque usado en el modelo SW-CMM. El enfoque usa un conjunto predefinido de áreas de proceso para definir un camino de mejora para una organización. El camino de mejora es descrito por un componente del modelo llamado nivel de madurez. Un nivel de madurez es una meseta evolutiva bien definida, que asegura que se ha alcanzado una base para el próximo nivel y permite una mejora incremental y duradera. CMMI Representaciones Representación continua Es el enfoque usado en los modelos SE-CMM y IPD-CMM. El enfoque permite a una organización seleccionar áreas de proceso específicas y su granularidad de mejora, para mejorar con respecto a ellas. Existen limitaciones para la selección de áreas de proceso debido a las dependencias entre ellas. La representación continua usa niveles de capacidad para caracterizar y medir mejoras relativas a un área de proceso individual. Una organización puede alcanzar un mismo nivel de capacidad para todas las áreas de proceso que seleccione o distintos niveles (por ejemplo podría querer alcanzar nivel de capacidad 2 en un área de proceso y nivel de capacidad 4 en otra). 7
8 CMMI Representaciones Ventajas comparativas Representación continua Concede la libertad de seleccionar el orden de mejora que más convenga a las necesidades de la organización. Permite una mayor visibilidad de la capacidad lograda en cada área de proceso individual. Provee una calificación en niveles de capacidad que es usada, sobre todo, para la mejora en una organización y raramente es comunicada externamente. Permite mejorar diferentes procesos en diferentes niveles. Ofrece un enfoque que por ahora carece de datos que demuestren el retorno de la inversión. Provee una fácil migración desde el modelo SE-CMM al CMMI. Proporciona una fácil comparación, para mejoras de procesos, con ISO/IEC Representación escalonada Permite a la organización tener un camino predefinido y probado de mejora. Se focaliza en un conjunto de procesos que provee a una organización de una capacidad específica, que es caracterizada por un nivel de madurez. Provee una calificación en niveles de madurez, que generalmente es usada tanto internamente como externamente. Resume los resultados del proceso de mejora en un solo nivel de madurez. Ofrece un enfoque, de relativamente larga historia de uso, que incluye casos de estudio y datos que demuestran el retorno de la inversión. Provee una fácil migración desde el modelo SW-CMM al CMMI. Permite la comparación, para mejoras de procesos, con ISO/IEC 15504, pero la organización de áreas de proceso no se corresponde con el mismo. CMMI Representaciones Selección Se puede seleccionar cualquiera de las dos representaciones, obteniendo resultados equivalentes (más del 80% del contenido de CMMI es común a ambas representaciones). Se recomienda seleccionar aquella representación con la que la organización se encuentre más familiarizada (por ejemplo si usaba los modelos fuente anteriores). Si una organización no sabe donde empezar la mejora y cuales procesos seleccionar, la representación escalonada es una buena elección. Si una organización conoce muy bien sus propias necesidades y las dependencias entre las áreas de proceso de la disciplina elegida, la representación continua es una buena elección. También se pueden seleccionar las dos representaciones, en diferentes momentos, para necesidades particulares. 8
9 Representación continua Area de proceso 1 Area de proceso 2 Area de proceso 3 específicos genéricos específicas genéricas Nivel de capacidad Nivel de capacidad Es un logro de un proceso de mejora de una organización, para un área de proceso específica. Se focaliza en la capacidad de un área de proceso y se usa para la representación continua. Consiste en prácticas específicas y genéricas relacionadas, para un área de proceso específica, que puede mejorar los procesos de la organización asociados a dicha área. A medida que se satisfacen los objetivos específicos y genéricos de un área de proceso para un nivel de capacidad en particular, se obtienen los beneficios de la mejora de procesos. 9
10 Nivel de capacidad 0 - Incompleto Un proceso incompleto es tanto un proceso no desempeñado como un proceso parcialmente desempeñado. Uno o más de los objetivos específicos del área de proceso no son satisfechos y no existen para este nivel objetivos genéricos, ya que no hay razón para institucionalizar un proceso parcialmente desempeñado. Nivel de capacidad 1 - Desempeñado Un proceso desempeñado es un proceso que satisface los objetivos específicos del área de proceso El proceso respalda y hace posible el trabajo necesario para producir los productos de trabajo. 10
11 Nivel de capacidad 2 - Gestionado Un proceso gestionado es un proceso desempeñado (CL-1) que tiene establecida una infraestructura básica para respaldar ese proceso. Es planificado y ejecutado de acuerdo a políticas; emplea a personas calificadas que poseen recursos adecuados para producir resultados controlados; involucra a las partes interesadas relevantes; es monitoreado, controlado y revisado; y es evaluado por su apego a su descripción de proceso. Nivel de capacidad 3 - Definido Un proceso definido es un proceso gestionado (CL-2) que es adaptado del conjunto de procesos estándares de la organización, de acuerdo a los lineamientos para adaptación de esa organización. Contribuye con productos de trabajo, mediciones y otra información de mejora, a los componentes del proceso de la organización. 11
12 Nivel de capacidad 4 Gestionado cuantitativamente Un proceso gestionado cuantitativamente es un proceso definido (CL-3) que es controlado usando técnicas estadísticas y otras técnicas cuantitativas. Se establecen objetivos cuantitativos para la calidad y la performance del proceso y se los usa como criterios para gestionar dicho proceso. La calidad y la performance del proceso son entendidos en términos estadísticos y son gestionados a lo largo de la vida del proceso. Nivel de capacidad 5 Optimizado Un proceso optimizado es un proceso gestionado cuantitativamente (CL-4) que es mejorado en base a un entendimiento de las causas comunes de variación inherentes a ese proceso. El foco en un proceso optimizado está puesto en la mejora continua del rango de performance del proceso, por medio de mejoras incrementales y mejoras innovadoras. 12
13 Representación escalonada Nivel de madurez Area de proceso 1 Area de proceso 2 Area de proceso 3 específicos genéricos Aspectos comunes Compromiso para la ejecución Habilidad para ejecutar Dirección de la implementación Verificación de la implementación específicas genéricas Nivel de madurez Es un logro de un proceso de mejora de una organización, para múltiples áreas de proceso. Se focaliza en la madurez de la organización y se usa para la representación escalonada. Consiste en prácticas específicas y genéricas relacionadas, para un conjunto predefinido de áreas de proceso, que mejora la performance global de la organización. Los niveles de madurez son medidos por el logro de los objetivos específicos y genéricos asociados a cada conjunto predefinido de áreas de proceso. 13
14 Nivel de madurez 1 - Inicial Los procesos son usualmente ad-hoc y caóticos. La organización usualmente no provee un ambiente estable para respaldar los procesos. El éxito, en este tipo de organizaciones, depende de la competencia y esfuerzo individuales y no del uso de procesos probados. A pesar del caos, estas organizaciones frecuentemente producen productos y servicios que funcionan, sin embargo, éstos suelen exceder sus presupuestos y cronogramas. Las organizaciones se caracterizan por una tendencia a sobrecomprometerse, abandonar sus procesos en épocas de crisis y por una incapacidad para repetir sus éxitos pasados. Nivel de madurez 2 - Gestionado En los proyectos de una organización se asegura que los requerimientos son gestionados, y que los procesos son planeados, ejecutados, medidos y controlados. La disciplina del proceso permite garantizar que las prácticas existentes no se abandonan en tiempos de crisis. El estado de los productos de trabajo y la distribución de servicios son visibles a la dirección en puntos definidos (ej: principales hitos). Los compromisos son establecidos entre las partes interesadas relevantes y son revisados cuando es necesario. Los productos de trabajo y los servicios satisfacen la descripción de los procesos, estándares y procedimientos. 14
15 Nivel de madurez 3 - Definido La organización tiene establecido un conjunto de procesos estándar (incluyendo procedimientos, herramientas, estándares y métodos). Estos procesos estándar son utilizados para establecer consistencia a lo ancho de la organización. En los proyectos se establecen sus procesos definidos, adaptando el conjunto de procesos estándar, de acuerdo a los lineamientos de adaptación de la organización. En el nivel 2, los procedimientos, métodos y demás pueden variar significativamente en cada proyecto. En este nivel, no varían, salvo las variaciones permitidas en los lineamientos de adaptación. La performance de los procesos es cualitativamente predecible. Nivel de madurez 4 Gestionado cuantitativamente La organización y los proyectos establecen objetivos cuantitativos para la calidad y la performance de procesos y son usados como criterio para gestionar esos procesos. Los objetivos cuantitativos se basan en las necesidades del cliente, de los usuarios finales, de la organización y de quienes implementan los procesos. La calidad y la performance de los procesos son entendidos en términos estadísticos y son gestionados a lo largo de la vida de esos procesos. En determinados procesos se recolectan mediciones y se analizan estadísticamente. Estas mediciones se incorporan en un repositorio de la organización, para respaldar decisiones basadas en hechos. La performance de los procesos es cuantitativamente predecible. 15
16 Nivel de madurez 5 Optimizado La organización mejora continuamente sus procesos en base a un entendimiento de las causas comunes de variación inherentes a esos procesos. El foco está puesto en la mejora continua de la performance de los procesos, por medio de mejoras incrementales, innovadoras y tecnológicas. cuantitativos de mejora de los procesos son establecidos, revisados continuamente para reflejar cambios en objetivos de negocio y usados como criterio para gestionar la mejora de los procesos. Los efectos de las mejoras de procesos implementadas son medidas, y evaluadas contra los objetivos cuantitativos de mejora de los procesos. Nivel de capacidad vs. Nivel de madurez Ambos niveles proveen una forma de medir y caracterizar las mejoras. La comparación entre ambos es la siguiente: Nivel Capacidad Madurez Incompleto Desempeñado Gestionado Definido Gestionado cuantitativamente Optimizado NA Inicial Gestionado Definido Gestionado cuantitativamente Optimizado 16
17 Representación continua Area de proceso 1 Area de proceso 2 Area de proceso 3 específicos genéricos específicas genéricas Nivel de capacidad Areas de proceso - Representación continua Las área de proceso de clasifican en categorías. La organización debe seleccionar las áreas de proceso específicas, para mejorar con respecto a ellas. Una vez seleccionada un área de proceso se debe decidir cuanto se desea mejorar los procesos asociados a esa área de proceso, seleccionando el nivel de capacidad apropiado. Los niveles de capacidad pueden variar por área de proceso. Estas selecciones se describen, típicamente, por medio de un perfil objetivo. El perfil objetivo describe todas las áreas de proceso seleccionadas y el nivel de capacidad a obtener en cada una. 17
18 Areas de proceso - Representación continua (cont.) Categoría Areas de proceso Gestión de procesos Gestión de proyectos Ingeniería Soporte Focalización en el proceso organizacional (OPF) Definición del proceso organizacional (OPD) Entrenamiento organizacional (OT) Planificación de proyectos (PP) Monitoreo y control de proyectos (PMC) Gestión de acuerdos con proveedores (SAM) Gestión integrada de proyectos (IPM) Gestión de requerimientos (REQM) Desarrollo de requerimientos (RD) Solución técnica (TS) Gestión de la configuración (CM) Aseguramiento de la calidad de procesos y productos (PPQA) Mediciones y análisis (MA) Performance del proceso organizacional (OPP) Innovación organizacional y despliegue (OID) Gestión de riesgos (RSKM) Equipo integrado (IT) Gestión integrada de proveedores (ISM) Gestión cuantitativa de proyectos (QPM) Integración de productos (PI) Verificación (VER) Validación (VAL) Análisis de decisiones y resolución (DAR) Entorno organizacional para la integración (OEI) Análisis causal y resolución (CAR) Representación escalonada Nivel de madurez Area de proceso 1 Area de proceso 2 Area de proceso 3 específicos genéricos Aspectos comunes Compromiso para la ejecución Habilidad para ejecutar Dirección de la implementación Verificación de la implementación específicas genéricas 18
19 Areas de proceso Representación escalonada Las áreas de proceso de agrupan por niveles de madurez, indicando cuales áreas de proceso implementar, para alcanzar cada nivel de madurez. Una vez que la organización satisface todos los objetivos de todas las áreas de proceso asociadas a un nivel de madurez, puede focalizarse en el próximo nivel. Areas de proceso - Representación escalonada (cont.) Nivel de madurez 2 Gestionado 3 Definido 4 Gestionado cuantitativamente 5 Optimizado Gestión de requerimientos (REQM) Planificación de proyectos (PP) Monitoreo y control de proyectos (PMC) Gestión de acuerdos con proveedores (SAM) Desarrollo de requerimientos (RD) Solución técnica (TS) Integración de productos (PI) Verificación (VER) Validación (VAL) Focalización en el proceso organizacional (OPF) Definición del proceso organizacional (OPD) Performance del proceso organizacional (OPP) Innovación organizacional y despliegue (OID) Areas de proceso Mediciones y análisis (MA) Aseguramiento de la calidad de procesos y productos (PPQA) Gestión de la configuración (CM) Entrenamiento organizacional (OT) Gestión integrada de proyectos (IPM) Gestión de riesgos (RSKM) Equipo integrado (IT) Gestión integrada de proveedores (ISM) Análisis de decisiones y resolución (DAR) Entorno organizacional para la integración (OEI) Gestión cuantitativa de proyectos (QPM) Análisis causal y resolución (CAR) 19
20 Representación continua Area de proceso 1 Area de proceso 2 Area de proceso 3 específicos genéricos específicas genéricas Nivel de capacidad Representación escalonada Nivel de madurez Area de proceso 1 Area de proceso 2 Area de proceso 3 específicos genéricos Aspectos comunes Compromiso para la ejecución Habilidad para ejecutar Dirección de la implementación Verificación de la implementación específicas genéricas 20
21 específicos Describen las características únicas que deben estar presentes para satisfacer un área de proceso. Son usados en las apreciaciones para ayudar a determinar si se satisface un área de proceso. Representación continua Area de proceso 1 Area de proceso 2 Area de proceso 3 específicos genéricos específicas genéricas Nivel de capacidad 21
22 específicas Representación continua A cada práctica específica se le asigna un nivel de capacidad. A las prácticas específicas con nivel de capacidad 1 se las denomina prácticas básicas. A las prácticas específicas con nivel de capacidad mayor a 1 se las denomina prácticas avanzadas. Existen prácticas avanzadas que se construyen sobre prácticas básicas y otras que no. Representación escalonada Nivel de madurez Area de proceso 1 Area de proceso 2 Area de proceso 3 específicos genéricos Aspectos comunes Compromiso para la ejecución Habilidad para ejecutar Dirección de la implementación Verificación de la implementación específicas genéricas 22
23 específicas Representación escalonada Todas las prácticas específicas se consideran por igual. Es decir, los niveles de capacidad de las prácticas específicas no son reconocidos. Por lo tanto, los conceptos de prácticas básicas y prácticas avanzadas no son reconocidos. específicas Ambas representaciones Son consideradas guías importantes para satisfacer objetivos específicos. La mayoría de las prácticas específicas son las mismas para ambas representaciones, sin embargo no siempre existe una relación 1 a 1. Cuando una práctica avanzada se construye sobre una práctica básica, en la representación continua, ésta práctica básica no se incluye en la representación escalonada. 23
24 Representación continua Area de proceso 1 Area de proceso 2 Area de proceso 3 específicos genéricos específicas genéricas Nivel de capacidad Representación escalonada Nivel de madurez Area de proceso 1 Area de proceso 2 Area de proceso 3 específicos genéricos Aspectos comunes Compromiso para la ejecución Habilidad para ejecutar Dirección de la implementación Verificación de la implementación específicas genéricas 24
25 genéricos Se aplican a todas las áreas de proceso. Son llamados genéricos porque el mismo enunciado de objetivo se aplica a múltiples áreas de proceso. Un objetivo genérico describe las características que deben estar presentes para institucionalizar el proceso que implementa un área de proceso. Representación continua Area de proceso 1 Area de proceso 2 Area de proceso 3 específicos genéricos específicas genéricas Nivel de capacidad 25
26 Representación escalonada Nivel de madurez Area de proceso 1 Area de proceso 2 Area de proceso 3 específicos genéricos Aspectos comunes Compromiso para la ejecución Habilidad para ejecutar Dirección de la implementación Verificación de la implementación específicas genéricas genéricas Se aplican a todas las áreas de proceso. Son llamadas genéricas porque la misma práctica se aplica a múltiples áreas de proceso. Una práctica genérica es la descripción de una actividad que es considerada importante para lograr el objetivo genérico asociado. 26
27 Representación escalonada Nivel de madurez Area de proceso 1 Area de proceso 2 Area de proceso 3 específicos genéricos Aspectos comunes Compromiso para la ejecución Habilidad para ejecutar Dirección de la implementación Verificación de la implementación específicas genéricas Aspectos comunes Es un concepto que se aplica sólo en la representación escalonada. Permiten agrupar las prácticas genéricas en cuatro categorías: Compromiso para la ejecución: Aquellas relacionadas con la creación de políticas y obtención de patrocinio (sponsorship). Habilidad para ejecutar: Aquellas que aseguran que el proceso está listo para ejecutarse (ej: asignación de responsabilidades, existencia de recursos adecuados, etc.) 27
28 Aspectos comunes (cont.) Dirección de la implementación: Aquellas relacionadas con la gestión de la performance del proceso (ej: monitoreo de la performance real del proceso contra los planes, etc.) Verificación de la implementación: Aquellas relacionadas con la revisión por la dirección, evaluaciones objetivas de conformidad con descripciones de procesos, procedimientos y estándares. Equivalencia de niveles Si dos organizaciones usan la representación escalonada, es fácil la comparación entre ellas. Se comparan los niveles de madurez. Si dos organizaciones usan la representación continua, la comparación entre ellas no es simple. Se comparan los niveles de capacidad, pero ambas organizaciones deberían seleccionar las mismas áreas de proceso. CMMI provee una forma de comparación entre organizaciones que usan la representación escalonada y las que usan la representación continua. Las reglas son: Para alcanzar el nivel de madurez 2, todas las áreas de proceso asignadas al nivel de madurez 2, deben alcanzar el nivel de capacidad 2 o superior. 28
29 Equivalencia de niveles (cont.) Para alcanzar el nivel de madurez 3, todas las áreas de proceso asignadas a los niveles de madurez 2 y 3, deben alcanzar el nivel de capacidad 3 o superior. Para alcanzar el nivel de madurez 4, todas las áreas de proceso asignadas a los niveles de madurez 2, 3 y 4, deben alcanzar el nivel de capacidad 3 o superior. Para alcanzar el nivel de madurez 5, todas las áreas de proceso deben alcanzar el nivel de capacidad 3 o superior. Los niveles de capacidad 4 y 5, no son requeridos para los niveles de madurez 4 y 5, ya que no se puede presuponer el logro de esos niveles de capacidad para las áreas de proceso correspondientes. Esto es porque las áreas de proceso de los niveles de madurez 4 y 5 incluyen una selección de subprocesos a mejorar y esa selección podría afectar esos logros. CMMI - Método de apreciación El método de apreciación que provee CMMI se denomina SCAMPI. Es aplicable tanto a mejora interna de procesos como a determinación externa de capacidad. Se basa en la obtención de evidencia de varias fuentes de datos (entrevistas, documentos, etc.) Se compone de tres fases: Fase 1 (Planificar y preparar la apreciación): Determinación del alcance en la organización (proyectos participantes, etc.) y del alcance dentro del modelo (áreas de proceso). Preparación de evidencia. Fase 2 (Conducir la apreciación): Recolección de evidencia e información. Calificación de objetivos. Fase 3 (Reportar resultados): Provisión de hallazgos y calificación. 29
30 SW-CMM vs CMMI SW-CMM SE/SW-CMMI Representación escalonada Nivel de madurez Area clave de proceso Area de proceso Nivel de madurez 2 Repetible Gestión de requerimientos (RM) Planificación de proyectos de software (SPP) Control y supervisión de proyectos (PTO) Supervisión de subcontratos de software (SM) Aseguramiento de la calidad del software (SQA) Gestión de la configuración del software (SCM) Gestión de requerimientos (REQM) Planificación de proyectos (PP) Monitoreo y control de proyectos (PMC) Gestión de acuerdos con proveedores (SAM) Aseguramiento de la calidad de procesos y productos (PPQA) Gestión de la configuración (CM) Mediciones y análisis (MA) 2 Gestionado SW-CMM vs CMMI (cont.) SW-CMM SE/SW-CMMI Representación escalonada Nivel de madurez Area clave de proceso Area de proceso Nivel de madurez 3 Definido Focalización en el proceso organizacional (OPF) Definición del proceso organizacional (OPD) Programa de entrenamiento (TP) Gestión integrada del software (ISM) Coordinación intergrupal (IC) Ingeniería de productos de software (SPE) Revisión por pares (PR) Focalización en el proceso organizacional (OPF) Definición del proceso organizacional (OPD) Entrenamiento organizacional (OT) Gestión integrada de proyectos (IPM) Gestión de riesgos (RSKM) Desarrollo de requerimientos (RD) Solución técnica (TS) Integración de productos (PI) Verificación (VER) Validación (VAL) Análisis de decisiones y resolución (DAR) 3 Definido 30
31 SW-CMM vs CMMI (cont.) SW-CMM SE/SW-CMMI Representación escalonada Nivel de madurez Area clave de proceso Area de proceso Nivel de madurez 4 Gestionado Gestión cuantitativa del proceso (OPM) Gestión de la calidad del software (SQM) Gestión cuantitativa de proyectos (QPM) Performance del proceso organizacional (OPP) 4 Gestionado cuantitativamente 5 Optimizado Prevención de defectos (DP) Gestión del cambio del proceso (TCM) Gestión del cambio tecnológico (PCM) Análisis causal y resolución (CAR) Innovación organizacional y despliegue (OID) 5 Optimizado CMMI - Estadísticas Perfil de madurez de las organizaciones, basado en apreciaciones de 66 organizaciones: Nivel % Nivel % Nivel % Nivel 4 4.5% Nivel % Process Maturity Profile CMMI CMU SEI Septiembre
32 CMMI Estadísticas (cont.) Perfil de madurez de las organizaciones, basado en apreciaciones de 148 organizaciones: Nivel 1 9.5% Nivel % Nivel % Nivel 4 5.4% Nivel % Process Maturity Profile CMMI CMU SEI Marzo 2004 CMMI Estadísticas (cont.) Modelo de representación usado, basado en 223 apreciaciones: Escalonada 75% Continua 25% Process Maturity Profile CMMI CMU SEI Marzo
33 CMMI Estadísticas (cont.) Disciplinas seleccionadas, basado en 223 apreciaciones: SW + SE SW SE SW + SE + IPPD + SS SW + IPPD SW + SE + IPPD SW + SE + SS SW + SS SE + SS Process Maturity Profile CMMI CMU SEI Marzo 2004 Principales conclusiones El CMMI integra tres modelos fuente y cuatro disciplinas o cuerpos de conocimiento, lo que permite tener una visión integradora de los diferentes procesos involucrados en el ciclo de vida de un producto (tanto sea de software como de otro tipo) o servicio. El CMMI hace un especial énfasis sobre la capacidad de los procesos y la madurez de la organización en su conjunto (no exclusivamente sobre ciertos temas específicos). El CMMI presenta un marco que permite la incorporación de nuevas disciplinas. El CMMI es flexible, ya que permite seleccionar tanto disciplinas como formas de representación. 33
34 Bibliografía de referencia Libros: Chrissis M., Konrad M. y Shrum S. CMMI: Guidelines for process integration and product improvement Addison-Wesley, 2003 Documentos: Software Engineering Institute Standard CMMI appraisal method for process improvement (SCAMPI), version 1.1: Method definition document World Wide Web:
Capítulo 3. Áreas de Proceso
Capítulo 3. Áreas de Proceso Tal como lo vimos en el capitulo anterior, las áreas de proceso son un grupo de prácticas que se realizan colectivamente con el fin de alcanzar determinadas metas. Existen
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
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
El Modelo CMMI (for Development) Monterrey, N.L. México Noviembre 2008
El Modelo CMMI (for Development) Monterrey, N.L. México Noviembre 2008 El CMMI El CMMI es un enfoque de mejora de procesos que provee a las organizaciones de los elementos esenciales para un proceso efectivo.
SW-CMM Capability Maturity Model for Software
SW-CMM Capability Maturity Model for Software Introducción 1986 Comienzan Estudios. SEI (Software Engineering Institute - UCM). 1991 Nace CMM v1.0 1994 CMM v1.1 P-CMM SE-CMM SW-CMM CMMs IPD-CMM CMMI SA-CMM
Capítulo 2 Ideas generales de CMMI-SW. 2.1 Introducción. 2.2 Procesos. 2.3 Modelo de procesos
Capítulo 2 Ideas generales de CMMI-SW 2.1 Introducción El Capability Maturity Model Integration (en adelante CMMI), se compone de un conjunto de modelos, métodos de evaluación y cursos de formación para
Modelo de Capacidad y Madurez o CMM (Capability Maturity Model), es un modelo de evaluación de los procesos de una organización.
Anexo 1 CMMI - Capability Maturity Model Integration Modelo de Capacidad y Madurez o CMM (Capability Maturity Model), es un modelo de evaluación de los procesos de una organización. Fue desarrollado inicialmente
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
SW-CMM (CMM for Software)
Sinopsis de los modelos SW-CMM y CMMI Juan Palacio 1.0 Abril - 2006 Síntesis de los modelos de procesos CMM y CMMI para desarrollo y mantenimiento de software. CMMI (y previamente CMM) puede emplearse
Qué es el Modelo CMMI?
El principal problema que tienen las empresas en sus áreas de tecnología, así como las empresas desarrolladoras de software al iniciar un proyecto, radica en que el tiempo de vida del proyecto y el presupuesto
Diferencias entre nivel 2 y nivel 3 y una estrategia de implantación
CMMI DEV Diferencias entre nivel 2 y nivel 3 y una estrategia de implantación Cecilia Rigoni Gerente de Caelum, Information & Quality Technologies. Vocal del Comité CSTIC de la AEC El modelo CMMI DEV,
CMM - Capability Maturity Model. Estructura de CMM... Componentes de CMM. Estructura de CMM
CMM - Capability Maturity Model Estructura de CMM... Es un marco que describe los elementos claves de un proceso de software efectivo. Describe un camino de mejora evolutivo desde un proceso ad hoc inmaduro
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?
CMMI Capability Maturity Model Integration Modelo integrado de madurez de la capacidad
CMMI Capability Maturity Model Integration Modelo integrado de madurez de la capacidad Robin Alberto Castro Gil [email protected] Geovany Trejos Salas [email protected] Monitoreo y control de proyectos
Estándar CMMI. Disciplinas del CMMI. Modelo continuo y modelo por niveles.
CMMI Lizbeth Monserrat Hernández Álvarez Yuliana Aguirre Hernández Arely Sánchez Domingo Temas Estándar CMMI. Disciplinas del CMMI. Modelo continuo y modelo por niveles. 1 Definición Un guía para mejorar
3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE
3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE Software Configuration Management (SCM) es una disciplina de la Ingeniería de Software que se preocupa de [Ber92] [Ber84] [Bou98] [Mik97]: Identificar y documentar
CAPÍTULO 4. FORMA DE EVALUACIÓN CMM. 4.1 Evolución de los métodos de valoración del SEI
CAPÍTULO 4. FORMA DE EVALUACIÓN CMM Tanto para el programa ALTA como para este trabajo de tesis, es importante conocer no sólo el modelo de Capacidad de Madurez, sino la forma en que se evalúa el nivel
CALIDAD DEL SOFTWARE TESTS DE EXAMEN ACTUALIZADO SEP. 2010 TEMA 4 MODELOS, METODOLOGÍAS Y ESTÁNDARES: ESTRATEGIAS PARA ALCANZAR LA CALIDAD
TEMA 4 MODELOS, METODOLOGÍAS Y ESTÁNDARES: ESTRATEGIAS PARA ALCANZAR LA CALIDAD 1. MODELOS, METODOLOGÍAS Y ESTÁNDARES 1.1 Definiciones 01 [Feb. 2006] [Feb. 2007] Cuál de las siguientes frases referidas
Enginyeria del Software III
Enginyeria del Software III Sessió 3. L estàndard ISO/IEC 15504 Antònia Mas Pichaco 1 Introducción El proyecto SPICE representa el mayor marco de colaboración internacional establecido con la finalidad
Definición de un Proceso de Implantación de Sistemas
Definición de un Proceso de Implantación de Sistemas Alicia Mon, Marcelo Estayno, Fernando López Gil, Eduardo De María 1 1 Grupo de Ingeniería de Software (G.I.S.) / Departamento de Sistemas / Universidad
Relación de ITIL con los procesos de aseguramiento de la Calidad del Software.
Relación de ITIL con los procesos de aseguramiento de la Calidad del Software. Introducción. Desde 1996 IECI ha venido desarrollando actividades de prueba, muy orientadas al negocio que desarrolla. En
Programa de Desarrollo Profesional en Mejora del Proceso de Software
Programa de Desarrollo Profesional en Mejora del Proceso de Software - Inicio: 3 de Mayo - El Programa de Desarrollo Profesional (PDP) propone soluciones concretas a los problemas de definición de procesos,
Alcanzando la gestión cuantitativa en la gestión de proyectos en el ámbito de las PYMEs
del Alcanzando la gestión cuantitativa en la gestión de proyectos en el ámbito de las PYMEs Jose A. Calvo-Manzano, UPM I. García y M. Arcilla, UPM y UNED Introducción: Fracaso de los Proyectos Crisis del
Uso de la representación continua de CMMI para la Mejora de Negocio
Uso de la representación continua de CMMI para la Mejora de Negocio III Semana del CMMI Casimiro Hernández Parro 1 de Marzo 2007 Capability Maturity Model and CMMI are registered in the U.S. Patent and
Los procesos de software. Un proceso de software se define como un:
Los procesos de software Un proceso de software se define como un: "conjunto de actividades, métodos, prácticas y transformaciones que las personas usan para desarrollar y mantener software y sus productos
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
Elementos requeridos para crearlos (ejemplo: el compilador)
Generalidades A lo largo del ciclo de vida del proceso de software, los productos de software evolucionan. Desde la concepción del producto y la captura de requisitos inicial hasta la puesta en producción
UNIVERSIDAD DE OVIEDO MÁSTER UNIVERSITARIO EN DIRECCIÓN DE PROYECTOS
UNIVERSIDAD DE OVIEDO MÁSTER UNIVERSITARIO EN DIRECCIÓN DE PROYECTOS ÁREA DE PROYECTOS DE INGENIERÍA TRABAJO FIN DE MÁSTER METODOLOGÍA PARA LA EVALUACIÓN DE LA MADUREZ DEL SISTEMA DE GESTIÓN DE LA I+D+I
Calidad de Software - CMM
Calidad de Software - CMM Herramientas y Procesos de Software Facultad de Informática, Ciencias de la Comunicación y Técnicas Especiales Lic. Cecilia Palazzolo Año 2008 1 Qué es un modelo de procesos?
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
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
CMMi. Lic. Virginia Cuomo
CMMi Lic. Virginia Cuomo 1 Agenda Repaso CMMI Introducción Arquitectura Niveles de Madurez Representaciones Representación Discreta Representación Continua Discreta VS Continua 2 Repaso Qué vimos la tercer
CAPÍTULO 2. CMM : CAPABILITY MATURITY MODEL
CAPÍTULO 2. CMM : CAPABILITY MATURITY MODEL Teniendo en cuenta que este trabajo tiene como objetivo el mostrar la metodología de evaluación del modelo de Capacidad de Madurez, es necesario antes de profundizar
Mejora de procesos desde el ámbito de la innovación. Santiago, 20 de agosto 2014
Mejora de procesos desde el ámbito de la innovación Santiago, 20 de agosto 2014 Presentación Paulina Dixiana Valenzuela Sánchez, PMP, Mg. Banco Falabella Jefe de Gestión de Proyectos, Calidad de Software
Directrices para la auto- evaluación A.l Introducción
Directrices para la auto- evaluación A.l Introducción La auto evaluación es una evaluación cuidadosamente considerada que resulta en una opinión o juicio respecto de la eficacia y eficiencia de la organización
Capitulo 4. Comparación entre la Representación Continua y la. Representación por Etapas
Capitulo 4. Comparación entre la Representación Continua y la Representación por Etapas "In God we trust, all others bring data." Deming Tal como ya se mencionó al final del Capitulo 2, dentro del CMMI
E a v l a ua u c a i c ón ó n de d l e Pr P oc o e c s e o s o de d Ing n e g n e i n er e ía a de d e So S f o twa w r a e
Proceso de Ingeniería de Software Evaluación del Proceso de Ingeniería de Software 3. Evaluación del proceso 3.1. Modelos del proceso de evaluación 3.2. Métodos del proceso de evaluación 2 Los objetivos
Taller de Fundamentos de Mejora de Procesos
Taller de Fundamentos de Mejora de Procesos Capability Maturity Model, CMM and CMMI are registered in the U.S. Patent and Trademark Office Process Consulting - 22052009 Módulo 01 Diapositiva 1 Expectativas
Procesos Críticos en el Desarrollo de Software
Metodología Procesos Críticos en el Desarrollo de Software Pablo Straub AgileShift Imagine una organización de desarrollo de software que consistentemente cumple los compromisos con sus clientes. Imagine
Prof. Juan José Díaz Nerio. Foro de Tecnología : Gestión de la Calidad del Software. Domingo 16 Noviembre 2014
Prof. Juan José Díaz Nerio. Foro de Tecnología : Gestión de la Calidad del Software. Domingo 16 Noviembre 2014 Agenda La Crisis del Software Conceptos asociados a Calidad Atributos de Calidad Funciones
Figure 9-1: Phase C: Information Systems Architectures
FASE C Figure 9-1: Phase C: Information Systems Architectures Objetivos Los objetivos de la Fase C son: Desarrollar la arquitectura de sistemas de información objetivo (datos y aplicaciones), que describe
COMPILACION BIBLIOGRAFICA CMMI - escm-sp
COMPILACION BIBLIOGRAFICA CMMI - escm-sp Presentado Por Luz Marina López Gómez UNIVERSIDAD DE CALDAS FACULTAD DE INGENIERIAS Ingeniería de Sistemas Y Computación Octubre 06 de 2010 Manizales COMPILACION
Términos definiciones
Términos y definiciones 3Claves para la ISO 9001-2015 Términos y definiciones: ISO9001 utiliza una serie de definiciones ligadas a la gestión de la calidad, que también deben ser comprendidas por la organización
Sinopsis de la gestión de portafolios de acuerdo con el estándar del Project Management Institute 1
Sinopsis de la gestión de portafolios de acuerdo con el estándar del Project Management Institute 1 Conceptos básicos Qué es un portafolio? Es una colección de proyectos, programas y otras actividades
CMMI SERVICIOS. María Smith Gutiérrez Rueda - Quality Assurance Officer y Líder del Grupo de Ingeniería de Procesos (EPG) de Aranda Software
CMMI SERVICIOS María Smith Gutiérrez Rueda - Quality Assurance Officer y Líder del Grupo de Ingeniería de Procesos (EPG) de Aranda Software AGENDA 1.- Qué es CMMI servicios? 2.- En qué nos puede ayudar
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
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
EVALUACIÓN Y MEJORA DE PROCESOS
PORTADA EVALUACIÓN Y MEJORA DE PROCESOS PORTADA ISO 90003 PSP TSP BOOTSTRAP TRILLIUM SPICE (ISO 15504) I MODELO DE MADUREZ DE LA CAPACIDAD () Nivel Inicial Repetible Características - Ausencia de gestión
Documento Nro.7 SEMINARIO SOBRE ESTÁNDARES DE CALIDAD PARA INSTITUCIONES DE EDUCACIÓN SUPERIOR
Documento Nro.7 SEMINARIO SOBRE ESTÁNDARES DE CALIDAD PARA INSTITUCIONES DE EDUCACIÓN SUPERIOR John Miles Agosto 2002 1 Normas de la serie ISO 9000:2000 El sistema de gestión de calidad propuesto por la
Gestión de proyectos siguiendo practicas del PMI.
Gestión de proyectos siguiendo practicas del PMI. Identificación de las mejores prácticas aplicadas a la gestión de proyectos. Proceso de Desarrollo de Software de Codes S.A. alineado a CMMI Nivel 3 en
TECNOLOGICO DE ESTUDIOS SUPERIORES DE ECATEPEC CALIDAD DE SOFTWARE Guía para Examen Segundo Parcial Grupo 6501
1. Qué incluye la ingeniería del software con SQA? Entrenamiento, soporte al consumidor instalación. 2. Menciona algunas características del software: Elemento lógico. Desarrollado no fabricado. No se
LA CALIDAD SE TOMA EL GIDIS, EMPIEZA LA EXPERIENCIA DESDE ISO9001 HASTA CMMI.
LA CALIDAD SE TOMA EL GIDIS, EMPIEZA LA EXPERIENCIA DESDE ISO9001 HASTA. Grupo de Investigación y Desarrollo de Ingeniería del Software. Departamento de Sistemas e Informática, Universidad Francisco de
PROF PROF INFORME VISIÓN GLOBAL DE CMM ÍNDICE
it Gestión Informática GESTIÓN INFORMÁTICA INFORME VISIÓN GLOBAL DE CMM Autor: Yan Bello. Consultor principal de it ÍNDICE Definición. Los 5 niveles del CMM Carencias frecuentes en las empresas Beneficios
Figure 7-1: Phase A: Architecture Vision
Fase A Figure 7-1: Phase A: Architecture Vision Objetivos: Los objetivos de la fase A son: Enfoque: Desarrollar una visión de alto nivel de las capacidades y el valor del negocio para ser entregado como
Gestión y Desarrollo de Requisitos en Proyectos Software
Gestión y Desarrollo de Requisitos en Proyectos Software Ponente: María Jesús Anciano Martín Objetivo Objetivo Definir un conjunto articulado y bien balanceado de métodos para el flujo de trabajo de Ingeniería
Plan de Gestión de Configuración. Universidad Nacional de la Patagonia Austral
Plan de Gestión de Configuración Universidad Nacional de la Patagonia Austral Temario 1. Gestión de Configuración de Software 1.1 Definición 2. Plan de SCM 2.1 Estructura Organizacional 2.2 Actividades
De CMM (Capability Maturity Model) a CMMI (Capability Maturity Model Integration)
De CMM (Capability Maturity Model) a CMMI (Capability Maturity Model Integration) Preparado por: Amelia Soriano Alguna Bibliografía Carnagie Mellon - Software Engineering Institute, Capability Maturity
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
MARCO METODOLÓGICO CAPITULO III
MARCO METODOLÓGICO CAPITULO III CAPITULO III MARCO METODOLÓGICO En esta sección se presenta el tipo de investigación, las técnicas de recolección de datos y finalmente la metodología utilizada para el
Actividades para mejoras. Actividades donde se evalúa constantemente todo el proceso del proyecto para evitar errores y eficientar los procesos.
Apéndice C. Glosario A Actividades de coordinación entre grupos. Son dinámicas y canales de comunicación cuyo objetivo es facilitar el trabajo entre los distintos equipos del proyecto. Actividades integradas
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
Sistemas de gestión en servicios de TI (UNIT ISO/IEC 20000-1)
INSTITUTO URUGUAYO DE NORMAS TECNICAS Sistemas de gestión en servicios de TI (UNIT ISO/IEC 20000-1) Ing. Virginia Pardo 30 de Julio 2009 Servicios y calidad El proceso de proveer un servicio es la combinación
FÁBRICA DE SOFTWARE. Presentado por: Ing. Juan José Montero Román Gerente de Fábrica de Software USMP [email protected]
FÁBRICA DE SOFTWARE Presentado por: Ing. Juan José Montero Román Gerente de Fábrica de Software USMP [email protected] FÁBRICA DE AUTOS Entrada Salida Autos FÁBRICA DE SOFTWARE Entrada Salida Información
PROCEDIMIENTO DE AUDITORIAS INTERNAS. CALIDAD INSTITUCIONAL Versión: 02
1. OBJETIVO Realizar la planificación, estructuración y ejecución de las auditorías internas, con el objeto de garantizar el cumplimiento de los requisitos de la Norma ISO 9001:2008 y los fijados por la
Preguntas más frecuentes sobre PROPS
Preguntas más frecuentes sobre PROPS 1. Qué es un modelo? Un modelo es un marco común para toda la organización. Está alineado con los estándares de gestión de proyectos, como PMBOK, ISO10006, ISO9000
INSTITUCIÓN EDUCATIVA LA ESPERANZA AUDITORIAS INTERNAS. CÓDIGO: A1-IN01 VERSIÓN: 1 PÁGINA 1 de 6
CÓDIGO: A1-IN01 VERSIÓN: 1 PÁGINA 1 de 6 1. ESPECIFICACIONES GENERALES NOMBRE: AUDITORÌAS INTERNAS OBJETIVO: Evaluar el nivel de implementación y eficacia del S.G.C RESPONSABLE: Líder de la Gestión de
Unidad 1. Fundamentos en Gestión de Riesgos
1.1 Gestión de Proyectos Unidad 1. Fundamentos en Gestión de Riesgos La gestión de proyectos es una disciplina con la cual se integran los procesos propios de la gerencia o administración de proyectos.
ARANDA SOFTWARE: EXPERIENCIA DE IMPLEMENTACION DE CMMI SERVICIOS EN UNA ORGANIZACIÓN QUE CUENTA CON IMPLEMENTACION DE CMMI DEV María Smith Gutiérrez
ARANDA SOFTWARE: EXPERIENCIA DE IMPLEMENTACION DE CMMI SERVICIOS EN UNA ORGANIZACIÓN QUE CUENTA CON IMPLEMENTACION DE CMMI DEV María Smith Gutiérrez Rueda - Quality Assurance Officer y Líder del Grupo
Estándares para planes de calidad de software. Escuela de Ingeniería de Sistemas y Computación Desarrollo de Software II Agosto Diciembre 2008
Estándares para planes de calidad de software Escuela de Ingeniería de Sistemas y Computación Desarrollo de Software II Agosto Diciembre 2008 DIFERENCIA ENTRE PRODUCIR UNA FUNCION Y PRODUCIR UNA FUNCION
Resumen General del Manual de Organización y Funciones
Gerencia de Tecnologías de Información Resumen General del Manual de Organización y Funciones (El Manual de Organización y Funciones fue aprobado por Resolución Administrativa SBS N 354-2011, del 17 de
PROCEDIMIENTO AUDITORÍA INTERNA
PROCEDIMIENTO AUDITORÍA INTERNA CONTENIDO 1. OBJETO... 2 2. ALCANCE... 2 3. DEFINICIONES... 2 5. PROCEDIMIENTO... 4 5.1 Planificación de la Auditoría... 4 5.2 Calificación de Auditores... 4 5.3 Preparación
GESTION OPERATIVA. Niveles de gestión
GESTION OPERATIVA La gestión deja de ser una tarea aislada para constituirse en una herramienta que sirve para ejecutar las acciones necesarias que permitan ordenar, disponer y organizar los recursos de
Motivación para la mejora de procesos basada en CMMI
Motivación para la mejora de procesos basada en CMMI ESI 2007 1 Situación real Sólo el 34% de los proyectos de software tiene éxito. Standish Group, CHAOS Report, 2003 ESI 2007 2 Qué está sucediendo? Problemáticos
Seguimiento y evaluación
Seguimiento y evaluación Por qué es necesario contar con herramientas para el seguimiento y la evaluación? Es la manera en que se puede evaluar la calidad e impacto del trabajo en relación con el plan
Administración por Procesos contra Funciones
La administración moderna nos marca que en la actualidad, las organizaciones que no se administren bajo un enfoque de procesos eficaces y flexibles, no podrán sobrepasar los cambios en el entorno y por
Capítulo 4. GESTIÓN DE LA INTEGRACIÓN DEL PROYECTO
Capítulo 4. GESTIÓN DE LA INTEGRACIÓN DEL PROYECTO Dante Guerrero Piura, 2013 FACULTAD DE INGENIERÍA Área Departamental de Ingeniería Industrial y de Sistemas Capítulo 4. GESTIÓN DE LA INTEGRACIÓN DEL
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
Lista de la Verificación de la Gestión de la Seguridad y Salud Ocupacional 1
Lista de la Verificación de la Gestión de la Seguridad y Salud Ocupacional 1 Sección Punto de Control Cumplimiento 4. Requisitos del Sistema de gestión de la seguridad y salud ocupacional 4.1 Requisitos
PROCESO: GESTION INFORMÁTICA PROCEDIMIENTO: GESTION DE CONFIGURACIONES
PROCESO: GESTION INFORMÁTICA PROCEDIMIENTO: GESTION DE CONFIGURACIONES Objetivo del Procedimiento: Identificar y definir los componentes de configuración de los sistemas del SENA, registrando e informando
CMMI SM for Systems Engineering / Software Engineering / Integrated Product and Process CMMI SM -SE/SW/IPPD, V1.02
CMMI SM for Systems Engineering / Software Engineering / Integrated Product and Process Development,, Versión n 1.02 CMMI SM -SE/SW/IPPD, V1.02 Indice - Procesos integrados - El concepto CMMI - Introducción
UN RECORRIDO POR LA FAMILIA ISO
UN RECORRIDO POR LA FAMILIA ISO 2 de Mayo de 2006 BOLETIN 26 Introducción a la Familia ISO La serie ISO 9000 consta de cuatro normas básicas respaldadas por otros documentos. ISO 9000:2000, Quality management
Unidad VI: Supervisión y Revisión del proyecto
Unidad VI: Supervisión y Revisión del proyecto 61. Administración de recursos La administración de recursos es el intento por determinar cuánto, dinero, esfuerzo, recursos y tiempo que tomará construir
Modelo para el Aseguramiento de Calidad en el Desarrollo de Software Libre
Modelo para el Aseguramiento de Calidad en el Desarrollo de Software Libre Cenditel, Mayo 2011 Licencia de Uso Copyright (c) 2010, Alvarez J., Solé S., Briceño R., Fundación CENDITEL. La Fundación CENDITEL
INDICADORES PRESENTADO POR: LUIS DARÍO TÉLLEZ RAMÍREZ
PRESENTADO POR: LUIS DARÍO TÉLLEZ RAMÍREZ CONTENIDO GENERALIDADES DE LA MEDICIÓN CLASIFICACIÓN DE FORMULACIÓN O AJUSTE DE GENERALIDADES DE LA MEDICIÓN EN EL SECTOR PÚBLICO La medición consiste en revisar
Patrones de software y refactorización de código
Patrones de software y refactorización de código Introducción y antecedentes de los patrones de software Los patrones permiten construir sobre la experiencia colectiva de ingenieros de software habilidosos.
COBIT o COBIT enfatiza el cumplimiento regulatorio, ayuda a las organizaciones a
5. METODOLOGIAS COBIT o COBIT enfatiza el cumplimiento regulatorio, ayuda a las organizaciones a incrementar su valor a través de las tecnologías, y permite su alineamiento con los objetivos del negocio
Enginyeria del Software III
Enginyeria del Software III Sessió 2. El model CMM El model CMMi 1 El modelo CMM El modelo Capability Maturity Model (CMM), también denominado CMM-SW, fue desarrollado por el SEI como marco de referencia
CCPA Costa Rica. Como establecer criterios para la evaluación de la Auditoría Interna. Michael Delgado Gerente de Riesgos EY.
CCPA Costa Rica Como establecer criterios para la evaluación de la Auditoría Interna Michael Delgado Gerente de Riesgos EY Mayo 2014 Contenido Marco de referencia - Normativa Evaluación del desempeño Aseguramiento
ISO 9001 Auditing Practices Group Guidance on:
International Organization for Standardization Forum International Accreditation ISO 9001 Auditing Practices Group Guidance on: Auditando sistemas de gestión en base electrónica (EBMS) 1. Introducción
COMPILACION BIBLIOGRAFICA PMBOK, OPM3 JHON FREDY GIRALDO. Docente: Carlos Hernán Gomez Asignatura: Auditoria de Sistemas
COMPILACION BIBLIOGRAFICA PMBOK, OPM3 JHON FREDY GIRALDO Docente: Carlos Hernán Gomez Asignatura: Auditoria de Sistemas UNIVERSIDAD DE CALDAS FACULTAD DE INGENIERIA INGENIERIA EN SISTEMAS Y COMPUTACION
ESTÁNDARES Y MODELOS DE CALIDAD DEL SOFTWARE
ESTÁNDARES Y MODELOS DE CALIDAD DEL SOFTWARE INTRODUCCIÓN La calidad es un concepto complejo, que se viene aplicando en el campo de la informática desde hace muchos años, la aplicación de la calidad al
<Generador de exámenes> Visión preliminar
1. Introducción Proyecto Final del curso Técnicas de Producción de Sistemas Visión preliminar Para la evaluación de algunos temas de las materias que se imparten en diferentes niveles,
Verificación. 3.1 Marco de Referencia para el desarrollo de software
Verificación 3.1 Marco de Referencia para el desarrollo de software Verificación es la acción de verificar (comprobar o examinar la verdad de algo). La verificación suele ser el proceso que se realiza
LEGISLACION Y NORMATIVAS COMO FACTORES DETERMINANTES DE LA CALIDAD DEL SOFTWARE
LEGISLACION Y NORMATIVAS COMO FACTORES DETERMINANTES DE LA CALIDAD DEL SOFTWARE 1. Introducción Una de los elementos más relevantes de la evolución de la economía en los últimos años ha sido su internacionalización
Método WATCH UNEFA NUCLEO ZULIA SIM 6B 2010
Método WATCH UNEFA NUCLEO ZULIA SIM 6B 2010 METODO WATCH Es un marco metodológico que describe técnicos, gerenciales y de soporte que deben emplear los grupos de desarrollo de aplicaciones empresariales.
Gestión de Configuración del Software
Gestión de Configuración del Software Facultad de Informática, ciencias de la Comunicación y Técnicas Especiales Herramientas y Procesos de Software Gestión de Configuración de SW Cuando se construye software
