SEI CMMI Áreas Clave de Proceso

---

---

Un área de proceso es un conjunto de prácticas relacionadas en una zona que, cuando se implementan en conjunto, satisfacer un conjunto de objetivos considerados importantes para hacer mejoras significativas en la materia. Las áreas de procesos CMMI son comunes a ambas representaciones continua y por etapas.

La continua representación permite a la organización para elegir la orientación de sus esfuerzos de mejora de los procesos de elección de los áreas de proceso, o conjuntos de áreas de procesos interrelacionados, que mejor beneficio para la organización y sus objetivos de negocio. Aunque hay algunos límites sobre lo que una organización puede elegir debido a las dependencias existentes entre áreas de proceso, la organización tiene un considerable margen de libertad en su selección.

Una vez que seleccione las zonas de proceso, también se debe seleccionar la cantidad que desea mejorar los procesos asociados con las áreas de proceso (es decir, seleccionar el adecuado nivel de capacidad). Niveles de capacidades y objetivos genéricos y prácticas, apoyo a la mejora de los procesos en las distintas áreas de proceso.

Por otra parte, se verá que la representación por etapas le anima a mirar siempre en zonas de proceso en el contexto de el nivel de madurez a la que pertenecen. Las zonas de proceso están organizados por niveles de madurez para reforzar este concepto. Cuando se utiliza un área de proceso, uso de todo el área de proceso es decir, todos los objetivos y todas las prácticas.

Áreas de Proceso del CMMI (PAs) se pueden agrupar en las siguientes cuatro categorías para entender sus interacciones y vínculos con otros independientemente de sus niveles definidos:

• Gestión de Procesos
• Gestión de Proyectos
• Ingeniería
• Apoyo

Cada área de proceso se define como un conjunto de objetivos y prácticas. Hay dos categorías de objetivos y prácticas:

• Metas y prácticas genéricas: son una parte de cada área de proceso.

• Metas específicas y prácticas : son específicos de una determinada área de proceso.

Un área de proceso se considera satisfecho cuando los procesos de una empresa de todos los objetivos genéricos y específicos y prácticas para que área de proceso.

Metas y Prácticas genéricas

Objetivos genéricos y prácticas son una parte de cada área de proceso.

ANOTACIONES: GG --> objetivos genéricos y GP --> práctica Genérica

• GG 1 lograr objetivos específicos

  • GP 1.1 realizar prácticas específicas

• GG 2 institucionalizar un proceso gestionado

  • GP 2.1 Establecer una política organizacional
  • GP 2.2 Plan el Proceso
  • GP 2.3 Proporcionar recursos
  • GP 2.4 asignar responsabilidad
  • GP 2.5 capacitar a la gente
  • GP 2.6 Gestión de configuraciones
  • GP 2.7 Identificación y participación de las partes interesadas
  • GP 2.8 Supervisar y controlar el proceso
  • GP 2.9 Evaluar objetivamente adhesión
  • GP 2.10 Estado de Revisión de Gestión de nivel superior

• GG 3 institucionalizar un proceso definido

  • GP 3.1 Establecer un proceso definido
  • GP 3.2 Recopilar información de mejora

• GG 4 institucionalizar un proceso administrado cuantitativamente

  • GP 4.1 Establecer objetivos cuantitativos para el Proceso
  • GP 4.2 estabilizar el rendimiento de los procesos

• GG 5 institucionalizar un proceso en fase de optimización

  • GP 5.1 garantizar procesos de mejora continua
  • GP 5.2 Corregir causas de los problemas

Características comunes

Las características comunes son los atributos que indican si la aplicación y la institucionalización de un área clave de proceso es eficaz, repetibles y duradera. Las cinco características comunes se enumeran a continuación:

• Compromiso de realizar: Compromiso para llevar a cabo se describen las acciones, la organización debe tomar para garantizar que el procedimiento se establece y se mantendrá. Compromiso de realizar normalmente implica establecer las políticas de la organización y patrocinio superior de gestión.

• Capacidad de realizar: Capacidad para realizar describe las condiciones que deben existir en el proyecto o la organización para implementar el software proceso competente. Capacidad de realizar normalmente implica recursos, estructuras de organización y capacitación.

• Actividades realizadas: Las actividades realizadas se describen las funciones y los procedimientos necesarios para aplicar un proceso clave. Las actividades que se realizan normalmente implican establecer planes y procedimientos, realizar el trabajo, haciendo un seguimiento y tomar medidas correctivas cuando sea necesario.

• Medición y análisis: Medición y análisis describe la necesidad de medir el proceso y analizar las mediciones. Medición y análisis normalmente incluye ejemplos de las medidas que podrían adoptarse para determinar el estado y la eficacia de las actividades realizadas.

• Verificación de la aplicación: Verificación de la aplicación se describe los pasos necesarios para garantizar que las actividades se llevan a cabo en cumplimiento con el proceso que se ha establecido. Verificación generalmente abarca revisiones y auditorías de gestión y aseguramiento de la calidad del software.

Las prácticas de la característica en común las Actividades Realizadas describen lo que debe ser implementado para establecer una capacidad de proceso. Las otras prácticas, tomada en su conjunto, forman la base para que una organización puede institucionalizar las prácticas descritas en las actividades que se realizan tienen en común.

Áreas de proceso en detalle

El CMMI contiene 22 áreas de proceso que indica los aspectos de desarrollo de los productos que van a ser cubiertos por procesos de la compañía.

Análisis Causal y Resolución

• Es un soporte área de proceso en el nivel de madurez 5.

Fin

El propósito delCausal Analysis and Resolution (CAR) es el de identificar las causas de los defectos y otros problemas y tomar medidas para evitar que ocurran en el futuro.

Por medio de prácticas específicas objetivo

• SG 1 Determinar las causas de los defectos
  • SP 1.1 Seleccionar Defecto Datos para el Análisis
  • SP 1.2 analizar las causas
• SG 2 Abordar las Causas de los defectos
  • SP 2.1 aplicar las propuestas de acción
  • SP 2.2 Evaluar el efecto de los cambios
  • SP 2.3 Datos de registro

Gestión de la configuración

• Es un soporte área de proceso en el nivel de madurez 2.

Fin

El objetivo de laConfiguration Management (CM) es el de establecer y mantener la integridad de los productos mediante identificación de la configuración, el control de configuración estado de configuración contabilidad y auditorías de configuración.

Por medio de prácticas específicas objetivo

• SG 1 Establecer líneas
  • SP 1.1 Identificación de los elementos de configuración
  • SP 1.2 Establecer un Sistema de Gestión de la configuración
  • SP 1.3 Crear o liberación líneas
• SG 2 Seguimiento y Control de Cambios
  • SP 2.1 Seguimiento de las peticiones de cambio
  • SP 2.2 Control Elementos de configuración
• SG 3 Establecer integridad
  • SP 3.1 Establecer registros de gestión de configuración
  • SP 3.2 realizar auditorías de configuración

Análisis de decisión y resolución

• Es un soporte área de proceso en el nivel de madurez 3.

Fin

El propósito de Decision Analysis and Resolution (DAR) es analizar las posibles decisiones mediante un proceso de evaluación formal que evalúa alternativas identificadas con arreglo a criterios establecidos.

Por medio de prácticas específicas objetivo

• SG 1 evaluar alternativas
  • SP 1.1 Establecer pautas de análisis para toma de decisiones
  • SP 1.2 Establecer Criterios de evaluación
  • SP 1.3 Identificar soluciones alternativas
  • SP 1.4 Seleccionar métodos de evaluación
  • SP 1.5 evaluar alternativas
  • SP 1.6 Seleccione Soluciones

Integrated Project Management + IPPD

• Es un proceso de Gestión del Proyecto esfera en el nivel de madurez 3.

Fin

El objetivo deIntegrated Project Management + IPPD (IPM) es la de establecer y administrar el proyecto y la participación de los interesados directos de acuerdo a un proceso determinado que se adapta desde el conjunto de procesos estándar de la organización.

Por medio de prácticas específicas objetivo

• SG 1 Utilice el proceso definido del Proyecto
  • SP 1.1 Establecer el proceso definido del Proyecto
  • SP 1.2 utilizar activos de los procesos de la Organización para planificar las actividades del proyecto
  • SP 1.3 Establecer el ambiente de trabajo del Proyecto
  • SP 1.4 Integrar Planes
  • SP 1.5 Gestión del Proyecto mediante el Planes Integrados
  • SP 1.6 Contribuir a los activos de los procesos de la organización
• SG 2 coordinar y colaborar con las partes interesadas pertinentes
  • SP 2.1 Gestionar La Participación
  • SP 2.2 Administración de dependencias
  • SP 2.3 Resolver problemas de coordinación

IPPD además:

• SG 3 aplicar principios IPPD
  • SP 3.1 Establecer la visión compartida del Proyecto
  • SP 3.2 Establecer la estructura de un equipo integrado
  • SP 3.3 Asignar requisitos para los Equipos Integrados
  • SP 3.4 Establecer Equipos Integrados
  • SP 3.5 Garantizar la colaboración entre equipos Interfaz

Medición y análisis

• Es un soporte área de proceso en el nivel de madurez 2.

Fin

El objetivo de la medición y análisis (MA) es el de desarrollar y sostener una capacidad de medición que se utiliza para apoyar necesidades de información de gestión.

Por medio de prácticas específicas objetivo

• SG 1 alinear las actividades de análisis y medición
  • SP 1.1 Establecer objetivos de medición
  • SP 1.2 Especificar Medidas
  • SP 1.3 Recopilación de datos y especificar los procedimientos de almacenamiento
  • SP 1.4 especificar procedimientos de análisis
• SG 2 proporcionan resultados de medición
  • SP 2.1 recopilar datos de medición
  • SP 2.2 analizar los datos de medición
  • SP 2.3 Almacenar los datos y los resultados
  • SP 2.4 Comunicar resultados

Innovación en organización y despliegue

• Se trata de un proceso de Gestión de Procesos en el nivel de madurez 5.

Fin

El objetivo de laOrganizational Innovation and Deployment (OID) es seleccionar e implementar mejoras incrementales e innovadoras que mejoran considerablemente los procesos de la organización y tecnologías. El apoyo a la mejora de la calidad de la organización y los procesos objetivos de rendimiento como derivados de los objetivos comerciales de la organización.

Por medio de prácticas específicas objetivo

• SG 1 Seleccione mejoras
  • SP 1.1 recoger y analizar propuestas de mejora
  • SP 1.2 Identificar y analizar las Innovaciones
  • SP 1.3 Mejoras piloto
  • SP 1.4 Seleccione Mejoras para la implementación
• SG 2 Implementar mejoras
  • SP 2.1 Planificar las zonas de despliegue
  • SP 2.2 Administrar la implementación
  • SP 2.3 medir el mejoramiento Efectos

Organizational Process Definition + IPPD

• Se trata de un proceso de Gestión de Procesos en el nivel de madurez 3.

Fin

El objetivo delOrganizational Process Definition + IPPD (OPD) es la de establecer y mantener un conjunto de activos de los procesos de la organización.

Por medio de prácticas específicas objetivo

• SG 1 Establecer activos de los procesos de la organización
  • SP 1.1 Establecer procesos estándar
  • SP 1.2 Establecer descripciones del modelo del ciclo
  • SP 1.3 Establecer Criterios y Directrices Adaptación
  • SP 1.4 Establecer la Organización Medición del repositorio
  • SP 1.5 Establecer la Organización Biblioteca de activos de proceso

IPPD además:

• SG 2 Habilitar gestión IPPD
  • SP 2.1 Establecer mecanismos Potenciación
  • SP 2.2 Establecer normas y directrices para los Equipos Integrados
  • SP 2.3 Equilibrio equipo Home organización y responsabilidades

Organizational Process Focus

• Se trata de un proceso de Gestión de Procesos en el nivel de madurez 3.

Fin

El propósito delOrganizational Process Focus (OPF) es el de planear e implementar procesos de la organización mejora basada en un profundo conocimiento de los puntos fuertes y débiles de los procesos de la organización y los procesos activos.

Por medio de prácticas específicas objetivo

• SG 1 Proceso determinar oportunidades de mejora
  • SP 1.1 Establecer proceso de organización necesidades
  • SP 1.2 Evaluar los procesos de la organización
  • SP 1.3 Identificar las mejoras en el proceso de la organización
• SG 2 Planificar y ejecutar las actividades de mejoramiento Proceso
  • SP 2.1 Establecer Planes de Acción Proceso
  • SP 2.2 Proceso de Implementación Planes de Acción
• SG 3 implementar activos de los procesos de la Organización e incorporar las lecciones aprendidas
  • SP 3.1 Implementar activos de los procesos de la organización
  • SP 3.2 Implementar procesos estándar
  • SP 3.3 Supervisar la aplicación
  • SP 3.4 Incorporar Process-Related experiencias en los activos de los procesos de la organización

Organizational Process Performance

• Se trata de un proceso de Gestión de Procesos en el nivel de madurez 4.

Fin

El objetivo deOrganizational Process Performance (OPP) es el de establecer y mantener una comprensión cuantitativa de los resultados de el conjunto de procesos estándar de la organización en apoyo a la calidad y el proceso de objetivos de rendimiento, y a proporcionar el proceso los datos sobre el rendimiento, las líneas de base y modelos cuantitativos para gestionar los proyectos de la organización.

Por medio de prácticas específicas objetivo

• SG 1 Establecer las Líneas Básicas de rendimiento y modelos
  • SP 1.1 Seleccionar procesos
  • SP 1.2 Establecer medidas de desempeño Proceso
  • SP 1.3 Establecer y la calidad de los procesos objetivos de rendimiento
  • SP 1.4 Establecer las Líneas Básicas de rendimiento Proceso
  • SP 1.5 Establecer proceso modelos de alto rendimiento

Organizational Training

• Se trata de un proceso de Gestión de Procesos en el nivel de madurez 3.

Fin

El objetivo de laOrganizational Training (OT)es desarrollar las competencias y los conocimientos de las personas para que puedan llevar a cabo sus funciones de manera eficaz y eficiente.

Por medio de prácticas específicas objetivo

• SG 1 Establecer una Organización capacidad de formación
  • SP 1.1 Establecer las necesidades de capacitación estratégica
  • SP 1.2 determinar las necesidades de capacitación que son responsabilidad de la organización
  • SP 1.3 Establecer un plan táctico de Capacitación
  • SP 1.4 Establecer capacidad de formación
• SG 2 proporcionar la capacitación necesaria
  • SP 2.1 ofrecer formación
  • SP 2.2 Establecer registros de formación
  • SP 2.3 Evaluar Efectividad de la Formación

Product Integration

• Es un proceso de ingeniería área en el nivel de madurez 3.

Fin

El objetivo deProduct Integration (PI)) es ensamblar el producto de los componentes del producto, asegúrese de que el producto, integrado, funciona correctamente, y entregar el producto.

Por medio de prácticas específicas objetivo

• SG 1 Preparación de Integración de Producto
  • SP 1.1 Determinar secuencia de integración
  • SP 1.2 Establecer la integración de productos Medio ambiente
  • SP 1.3 Establecer criterios y procedimientos de integración
• SG 2 Asegúrese de compatibilidad
  • SP 2.1 Revisar las descripciones de la interfaz de la Integridad
  • SP 2.2 Administración de Interfaces
• SG 3 Armar los componentes del producto y entregar el producto
  • SP 3.1 Confirmar disponibilidad de los componentes del producto para la Integración
  • SP 3.2 ensamblar los componentes del producto
  • SP 3.3 Evaluar los componentes del producto ensamblado
  • SP 3.4 Paquete y entregar el producto o componente del producto

Project Monitoring and Control

• Es un proceso de Gestión del Proyecto esfera en el nivel de madurez 2.

Fin

El objetivo delProject Monitoring and Control (PMC) es a fin de facilitar la comprensión de los progresos realizados en la ejecución del proyecto para que las medidas correctivas adecuadas pueden ser tomadas cuando los resultados del proyecto se desvía significativamente del plan.

Por medio de prácticas específicas objetivo

• SG 1 Proyecto de vigilancia contra el Plan
  • SP 1.1 Seguimiento de parámetros de Planificación
  • SP 1.2 Vigilar el cumplimiento de los compromisos adquiridos
  • SP 1.3 Supervisar los Riesgos del proyecto
  • SP 1.4 Gestión de Datos Monitor
  • SP 1.5 Supervisar la participación
  • SP 1.6 realizar exámenes del progreso
  • SP 1.7 realizar exámenes Hito
• SG 2 Gestionar Acciones correctivas al cierre
  • SP 2.1 Analizar problemas
  • SP 2.2 adoptar medidas correctivas
  • SP 2.3 gestionar acciones correctivas

Project Planning

• Es un proceso de Gestión del Proyecto esfera en el nivel de madurez 2.

Fin

El propósito de laProject Planning (PP) es la de establecer y mantener planes que definen las actividades del proyecto.

Por medio de prácticas específicas objetivo

• SG 1 establecer estimaciones
  • SP 1.1 estimar el alcance del proyecto
  • SP 1.2 Establecer estimaciones del producto de la labor y atributos de la Tarea
  • SP 1.3 Definir Ciclo de vida del proyecto
  • SP 1.4 Determinar las estimaciones de coste y esfuerzo
• SG 2: Desarrollar un Plan de Proyecto
  • SP 2.1 Establecer el presupuesto y el calendario
  • SP 2.2 Identificar los riesgos del proyecto
  • SP 2.3 Plan de Gestión de Datos
  • SP 2.4 Plan de recursos del proyecto
  • SP 2.5 Plan de conocimientos y habilidades necesarios
  • SP 2.6 Plan Participación de las partes interesadas
  • SP 2.7 Establecer el Plan de Proyecto
• SG 3 Obtener compromiso con el Plan
  • SP 3.1 Revisar los planes que afectan al Proyecto
  • SP 3.2 conciliar el trabajo y en los niveles de recursos
  • SP 3.3 Obtener Plan

Process and Product Quality Assurance

• Es un soporte área de proceso en el nivel de madurez 2.

Fin

El propósito delProcess and Product Quality Assurance (PPQA) es dotar a los funcionarios y la gestión con visión objetiva en los procesos y productos del trabajo.

Por medio de prácticas específicas objetivo

• SG 1 evaluar objetivamente los procesos y productos del trabajo
  • SP 1.1 evaluar objetivamente los procesos
  • SP 1.2 evaluar objetivamente los productos y servicios
• SG 2 proporcionan Visión objetiva
  • SP 2.1 Comunicar y garantizar la resolución de cuestiones de incumplimiento
  • SP 2.2 Establecer registros

Quantitative Project Management

• Es un proceso de Gestión del Proyecto esfera en el nivel de madurez 4.

Fin

El objetivo de laQuantitative Project Management (QPM) área de proceso es cuantitativamente gestionar el proyecto de proceso definido para alcanzar el proyecto de calidad y el proceso de objetivos de rendimiento.

Por medio de prácticas específicas objetivo

• SG 1 cuantitativamente Gestión del Proyecto
  • SP 1.1 Establecer los objetivos del proyecto
  • SP 1.2 redactar los procesos definidos
  • SP 1.3 Seleccionar el Sub-procesos que será estadísticamente administrado
  • SP 1.4 Gestionar Resultados del proyecto
• SG 2 estadísticamente Gestionar el rendimiento de los procesos
  • SP 2.1 Selección de medidas y técnicas analíticas
  • SP 2.2 aplicar métodos estadísticos para comprender las diferencias
  • SP 2.3 Supervisar el rendimiento del Seleccionado Sub-procesos
  • SP 2.4 Registro de Datos Estadísticos

Requirements Development

• Es un proceso de ingeniería área en el nivel de madurez 3.

Fin

El objetivo deRequirements Development (RD) es para producir y analizar clientes, productos, productos y requisitos de los componentes.

Por medio de prácticas específicas objetivo

• SG 1 Desarrollar Requisitos del cliente.
  • SP 1.1 Obtener necesidades
  • SP 1.2 Establecer los requisitos del cliente
• SG 2 Desarrollar Requisitos del producto
  • SP 2.1 Establecer requisitos y Product-Component
  • SP 2.2 Asignar Product-Component Requisitos
  • SP 2.3 Identificar requisitos de interfaz
• SG 3 analizar y validar los requisitos
  • SP 3.1 Establecer los conceptos operacionales y escenarios
  • SP 3.2 Establecer una Definición de la funcionalidad requerida
  • SP 3.3 Analizar los requisitos
  • SP 3.4 Análisis de los requisitos para alcanzar el equilibrio
  • SP 3.5 validar los requisitos

Requirements Management

• Es un proceso de ingeniería área en el nivel de madurez 2.

Fin

El objetivo deRequirements Management (REQM) es la gestión de los requisitos de los productos del proyecto y los componentes del producto y para descubrir las contradicciones entre las necesidades y los planes del proyecto y los productos del trabajo.

Por medio de prácticas específicas objetivo

• SG 1 Gestionar Requisitos
  • SP 1.1 obtener una comprensión de las necesidades
  • SP 1.2 Obtener el compromiso de los requisitos
  • SP 1.3 gestionar requisitos los cambios
  • SP 1.4 Mantener Trazabilidad bidireccional de requisitos
  • SP 1.5 determinar las incoherencias entre el trabajo en proyectos y requisitos

Risk Management

• Es un proceso de Gestión del Proyecto esfera en el nivel de madurez 3.

Fin

El objetivo de la Risk Management (RSKM) es de identificar problemas potenciales antes de que ocurran para que las actividades de manejo de riesgo puede ser planeado y invocada como necesario en todos los sectores de la vida del producto o proyecto para mitigar los impactos adversos en el logro de objetivos.

Por medio de prácticas específicas objetivo

• SG 1 Prepárese para la Gestión del Riesgo
  • SP 1.1 determinar fuentes de riesgos y Categorías
  • SP 1.2 Definir parámetros de riesgo
  • SP 1.3 Establecer una estrategia de gestión de riesgos
• SG 2 Identificar y analizar los riesgos
  • SP 2.1 Identificar los riesgos
  • SP 2.2 Evaluar, clasificar y priorizar los riesgos
• SG 3 Mitigar los riesgos
  • SP 3.1 Desarrollar Planes de Reducción de Riesgos
  • SP 3.2 Implementar planes de reducción de riesgos

Supplier Agreement Management

• Es un proceso de Gestión del Proyecto esfera en el nivel de madurez 2.

Fin

El objetivo del Supplier Agreement Management (SAM) es el de gestionar la adquisición de los productos de los proveedores para la que no existe un acuerdo formal.

Por medio de prácticas específicas objetivo

• SG 1 establecer acuerdos con los proveedores
  • SP 1.1 Determinar tipo de adquisición
  • SP 1.2 Seleccionar los Proveedores
  • SP 1.3 Establecer los acuerdos con los proveedores
• SG 2 satisfacer los acuerdos con los proveedores
  • SP 2.1 ejecutar el contrato de proveedor
  • SP 2.2 Monitorizar los procesos Proveedor seleccionado
  • SP 2.3 Evaluar Proveedor seleccionado productos de trabajo
  • SP 2.4 Aceptar el Producto adquirido
  • SP 2.5 Productos de transición

Technical Solution

• Es un proceso de ingeniería área en el nivel de madurez 3.

Fin

El objetivo de laTechnical Solution (TS) es para diseñar, desarrollar e implementar soluciones a sus necesidades. Las soluciones, diseños e implementaciones incluyen los productos, componentes y productos relacionados con procesos de ciclo de vida individual o en combinación, según corresponda.

Por medio de prácticas específicas objetivo

• SG 1 Seleccione Product-Component Soluciones
  • SP 1.1 Desarrollar soluciones alternativas y los criterios de selección
  • SP 1.2 Seleccione el producto Soluciones de componentes
• SG 2: Desarrollar el diseño
  • SP 2.1 Diseño del producto o componente del producto
  • SP 2.2 Establecer un conjunto de datos
  • SP 2.3 Las interfaces de diseño utilizando criterios
  • SP 2.4 Realizar Hacer, comprar, o la reutilización Análisis
• SG 3 Aplicar el diseño del producto
  • SP 3.1 implementar el diseño
  • SP 3.2 Desarrollar Documentación de soporte del producto

Validación

• Es un proceso de ingeniería área en el nivel de madurez 3.

Fin

El objeto de la validación (VAL) es demostrar que un producto o componente del producto cumple con su uso cuando se coloca en su entorno de trabajo.

Por medio de prácticas específicas objetivo

• SG 1 Prepárese para la Validación
  • SP 1.1 Selección de productos para la Validación
  • SP 1.2 Establecer el Entorno de Validación
  • SP 1.3 Establecer procedimientos de validación y Criterios
• SG 2 Validar Producto o los componentes del producto
  • SP 2.1 realizar la validación
  • SP 2.2 Analizar los resultados de la valoración.

Verificación

• Es un proceso de ingeniería área en el nivel de madurez 3.

Fin

El propósito de la verificación (VER) es la de asegurar que determinados productos de trabajo satisfacer sus requisitos especificados.

Por medio de prácticas específicas objetivo

• SG 1 Prepárese para la Verificación
  • SP 1.1 Seleccionar productos de trabajo de verificación
  • SP 1.2 Establecer la Verificación Medio ambiente
  • SP 1.3 Establecer procedimientos de verificación y Criterios
• SG 2 realice los exámenes
  • SP 2.1 Preparación para exámenes por pares
  • SP 2.2 realizar revisiones de pares
  • SP 2.3 analizar datos Peer Review
• SG 3 Verifique los Productos seleccionados de la Obra
  • SP 3.1 realizar la verificación
  • SP 3.2 Analizar los resultados de la verificación

Los cambios realizados a la versión 1.2

Sólo los cambios que se realizan en el conjunto de áreas de proceso se consideran aquí. Para un mayor detalle, visite la página SEI.

• Las siguientes áreas de proceso se han eliminado (todos en Nivel de madurez 3):
  • Organizational Environment for Integration (OEI)
  • Integrated Teaming (IT)
  • Integrated Supplier Management (ISM)
• Se han añadido los siguientes dentro de las áreas de proceso:
  • MIP. SG3 y SG4 fueron eliminados, nuevo SG3 fue agregado (IPPD todas PAs)
  • OPD. SG se ha añadido, que se convierte así en un IPPD PA
  • OPF). dos sp fueron extraídos de la SG SG3 y creó junto con dos nuevos SPS
  • REQD. SP3.5 fue rebautizado como validar los requisitos
  • SAM. SP2.1 fue eliminado, dos nuevos SPs en SG2
  • TS. SP1.2 fue eliminado
  • VER. SP3.2 fue rebautizado como analizar los resultados de la verificación

---

---