CMMI - Áreas de proceso clave

Un área de proceso es un grupo de prácticas relacionadas en un área que, cuando se implementan colectivamente, satisfacen un conjunto de metas consideradas importantes para lograr una mejora significativa en esa área. Todas las áreas de proceso de CMMI son comunes a las representaciones continuas y por etapas.

La representación continua permite a la organización elegir el enfoque de sus esfuerzos de mejora de procesos eligiendo aquellas áreas de proceso, o conjuntos de áreas de proceso interrelacionadas, que mejor benefician a la organización y sus objetivos comerciales. Aunque existen algunos límites sobre lo que una organización puede elegir debido a las dependencias entre las áreas de proceso, la organización tiene una libertad considerable en su selección.

Una vez que seleccione las áreas de proceso, también debe seleccionar cuánto le gustaría mejorar los procesos asociados con esas áreas de proceso (es decir, seleccionar el nivel de capacidad apropiado). Los niveles de capacidad y las metas y prácticas genéricas respaldan la mejora de los procesos en las áreas de procesos individuales.

A la inversa, verá que la representación por etapas lo alienta a mirar siempre las áreas de proceso en el contexto del nivel de madurez al que pertenecen. Las áreas de proceso están organizadas por niveles de madurez para reforzar este concepto. Cuando usa un área de proceso, usa toda el área de proceso, es decir, todos los objetivos y todas las prácticas.

Las áreas de proceso (PA) de CMMI se pueden agrupar en las siguientes cuatro categorías para comprender sus interacciones y vínculos entre sí independientemente de sus niveles definidos:

  • Gestión de proceso

  • Gestión de proyectos

  • Engineering

  • Support

Cada área de proceso está definida por un conjunto de objetivos y prácticas. Hay dos categorías de objetivos y prácticas:

  • Generic goals and practices - Son parte de todas las áreas de proceso.

  • Specific goals and practices - Son específicos de un área de proceso determinada.

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

Metas y prácticas genéricas

Las metas y prácticas genéricas son parte de cada área de proceso.

NOTATIONS - GG -> Objetivos genéricos y GP -> Práctica genérica

  • GG 1 Lograr metas específicas

    • 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 Planificar el proceso

    • GP 2.3 Proporcionar recursos

    • GP 2.4 Asignar responsabilidad

    • GP 2.5 Tren de personas

    • GP 2.6 Gestionar configuraciones

    • GP 2.7 Identificar e involucrar a las partes interesadas relevantes

    • GP 2.8 Supervisar y controlar el proceso

    • GP 2.9 Evaluar objetivamente la adherencia

    • GP 2.10 Estado de revisión con 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 gestionado cuantitativamente

    • GP 4.1 Establecer objetivos cuantitativos para el proceso

    • GP 4.2 Estabilizar el rendimiento del subproceso

  • GG 5 Institucionalizar un proceso de optimización

    • GP 5.1 Garantizar la mejora continua del proceso

    • GP 5.2 Corregir las causas fundamentales de los problemas

Características comunes

Las características comunes son atributos que indican si la implementación e institucionalización de un área de proceso clave es efectiva, repetible y duradera. Las cinco características comunes se enumeran a continuación:

  • Commitment to Perform- Compromiso de desempeño describe las acciones que la organización debe tomar para garantizar que el proceso se establezca y perdurará. El compromiso de desempeño generalmente implica el establecimiento de políticas organizacionales y el patrocinio de la alta dirección.

  • Ability to Perform- Capacidad de desempeño describe las condiciones previas que deben existir en el proyecto u organización para implementar el proceso de software de manera competente. La capacidad para desempeñarse normalmente implica recursos, estructuras organizativas y formación.

  • Activities Performed- Actividades realizadas describe los roles y procedimientos necesarios para implementar un área de proceso clave. Las actividades realizadas normalmente implican el establecimiento de planes y procedimientos, la realización del trabajo, su seguimiento y la adopción de las acciones correctivas necesarias.

  • Measurement and Analysis- Medición y análisis describe la necesidad de medir el proceso y analizar las mediciones. Medición y análisis típicamente incluye ejemplos de las mediciones que podrían tomarse para determinar el estado y la efectividad de las actividades realizadas.

  • Verifying Implementation- Verificación de la implementación describe los pasos para asegurar que las actividades se realicen de acuerdo con el proceso que se ha establecido. La verificación generalmente comprende revisiones y auditorías por parte de la gerencia y aseguramiento de la calidad del software.

Las prácticas de la característica común Actividades realizadas describen lo que se debe implementar para establecer una capacidad de proceso. Las otras prácticas, tomadas en su conjunto, forman la base por la cual una organización puede institucionalizar las prácticas descritas en el rasgo común Actividades Realizadas.

Áreas de proceso en detalle

El CMMI contiene 22 áreas de proceso que indican los aspectos del desarrollo de productos que deben ser cubiertos por los procesos de la empresa.

Análisis y resolución de causas

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

Propósito

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

Prácticas específicas por objetivo

  • SG 1 Determinar las causas de los defectos

    • SP 1.1 Seleccionar datos de defectos para análisis

    • SP 1.2 Analizar causas

  • SG 2 Aborda las causas de los defectos

    • SP 2.1 Implementar las propuestas de acción

    • SP 2.2 Evaluar el efecto de los cambios

    • SP 2.3 Registrar datos

Gestión de la configuración

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

Propósito

El propósito de Configuration Management (CM) es establecer y mantener la integridad de los productos de trabajo mediante la identificación de la configuración, el control de la configuración, la contabilidad del estado de la configuración y las auditorías de configuración.

Specific Practices by Goal

  • SG 1 Establecer líneas de base

    • SP 1.1 Identificar elementos de configuración

    • SP 1.2 Establecer un sistema de gestión de la configuración

    • SP 1.3 Crear o publicar líneas base

  • Cambios de seguimiento y control de SG 2

    • SP 2.1 Seguimiento de solicitudes de cambio

    • Elementos de configuración de control SP 2.2

  • SG 3 Establecer integridad

    • SP 3.1 Establecer registros de gestión de la configuración

    • SP 3.2 Realizar auditorías de configuración

Análisis y resolución de decisiones

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

Propósito

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

Prácticas específicas por objetivo

  • SG 1 Evaluar alternativas

    • SP 1.1 Establecer pautas para el análisis 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 Seleccionar soluciones

Gestión Integrada de Proyectos + IPPD

  • Es un área de proceso de Gestión de Proyectos en el Nivel de Madurez 3.

Propósito

El propósito de Integrated Project Management + IPPD (IPM) es establecer y gestionar el proyecto y la participación de las partes interesadas relevantes de acuerdo con un proceso integrado y definido que se adapta al conjunto de procesos estándar de la organización.

Prácticas específicas por objetivo

  • SG 1 Utilice el proceso definido del proyecto

    • SP 1.1 Establecer el proceso definido del proyecto

    • SP 1.2 Usar activos de procesos organizativos para planificar actividades de proyectos

    • SP 1.3 Establecer el entorno de trabajo del proyecto

    • SP 1.4 Integrar planes

    • SP 1.5 Gestionar el proyecto utilizando los planes integrados

    • SP 1.6 Contribuir a los activos del proceso organizativo

  • SG 2 Coordinar y colaborar con las partes interesadas relevantes

    • SP 2.1 Gestionar la participación de las partes interesadas

    • SP 2.2 Gestionar dependencias

    • SP 2.3 Resolver problemas de coordinación

Adición de IPPD -

  • SG 3 Aplicar los principios de IPPD

    • SP 3.1 Establecer la visión compartida del proyecto

    • SP 3.2 Establecer la estructura del equipo integrado

    • SP 3.3 Asignar requisitos a equipos integrados

    • SP 3.4 Establecer equipos integrados

    • SP 3.5 Garantizar la colaboración entre equipos interconectados

Medición y análisis

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

Propósito

El propósito de Measurement and Analysis (MA) es desarrollar y mantener una capacidad de medición que se utiliza para respaldar las necesidades de información de gestión.

Prácticas específicas por objetivo

  • SG 1 Alinear las actividades de medición y análisis

    • SP 1.1 Establecer objetivos de medición

    • SP 1.2 Especificar medidas

    • SP 1.3 Especificar procedimientos de recopilación y almacenamiento de datos

    • SP 1.4 Especificar procedimientos de análisis

  • SG 2 proporciona resultados de medición

    • SP 2.1 Recopilar datos de medición

    • SP 2.2 Analizar datos de medición

    • SP 2.3 Almacenar datos y resultados

    • SP 2.4 Comunicar resultados

Implementación e innovación organizacional

Es un área de proceso de Gestión de Procesos en el Nivel de Madurez 5.

Propósito

El propósito de Organizational Innovation and Deployment(OID) es seleccionar e implementar mejoras incrementales e innovadoras que mejoren de manera medible los procesos y tecnologías de la organización. Las mejoras respaldan los objetivos de calidad y rendimiento de procesos de la organización derivados de los objetivos comerciales de la organización.

Prácticas específicas por objetivo

  • Mejoras SG 1 Select

    • SP 1.1 Recopilar y analizar propuestas de mejora

    • SP 1.2 Identificar y analizar innovaciones

    • Mejoras piloto SP 1.3

    • SP 1.4 Seleccione las mejoras para la implementación

  • Mejoras en la implementación de SG 2

    • SP 2.1 Planificar las áreas de implementación

    • SP 2.2 Gestionar la implementación

    • SP 2.3 Medir los efectos de la mejora

Definición de proceso organizacional + IPPD (OPD)

Es un área de proceso de Gestión de Procesos en el Nivel de Madurez 3.

Propósito

El propósito de Organizational Process Definition + IPPD (OPD) es establecer y mantener un conjunto utilizable de activos de procesos organizacionales.

Prácticas específicas por objetivo

  • SG 1 Establecer activos de procesos organizativos

    • SP 1.1 Establecer procesos estándar

    • SP 1.2 Establecer descripciones del modelo de ciclo de vida

    • SP 1.3 Establecer criterios y pautas de adaptación

    • SP 1.4 Establecer el repositorio de mediciones de la organización

    • SP 1.5 Establecer la biblioteca de activos de proceso de la organización

Adición de IPPD -

  • SG 2 Habilitar la gestión de IPPD

    • SP 2.1 Establecer mecanismos de empoderamiento

    • SP 2.2 Establecer reglas y pautas para equipos integrados

    • SP 2.3 Responsabilidades del equipo de equilibrio y de la organización del hogar

Enfoque del proceso organizativo

Es un área de proceso de Gestión de Procesos en el Nivel de Madurez 3.

Propósito

El propósito de Organizational Process Focus (OPF) es planificar e implementar la mejora del proceso organizacional basado en un conocimiento profundo de las fortalezas y debilidades actuales de los procesos y activos de procesos de la organización.

Prácticas específicas por objetivo

  • SG 1 Determinar las oportunidades de mejora de procesos

    • SP 1.1 Establecer las necesidades de los procesos organizativos

    • SP 1.2 Evaluar los procesos de la organización

    • SP 1.3 Identificar las mejoras en los procesos de la organización

  • SG 2 Planificar e implementar actividades de mejora de procesos

    • SP 2.1 Establecer planes de acción de procesos

    • SP 2.2 Implementar planes de acción de procesos

  • SG 3 Implementar los activos de los procesos organizativos e incorporar las lecciones aprendidas

    • SP 3.1 Implementar activos de procesos organizacionales

    • SP 3.2 Implementar procesos estándar

    • SP 3.3 Supervisar la implementación

    • SP 3.4 Incorporar experiencias relacionadas con el proceso en los activos del proceso de la organización

Desempeño del proceso organizacional

Es un área de proceso de Gestión de Procesos en el Nivel de Madurez 4.

Propósito

El propósito de Organizational Process Performance (OPP) es establecer y mantener una comprensión cuantitativa del desempeño del conjunto de procesos estándar de la organización en apoyo de los objetivos de calidad y desempeño del proceso, y proporcionar los datos de desempeño del proceso, las líneas de base y los modelos para administrar cuantitativamente los proyectos de la organización.

Prácticas específicas por objetivo

  • SG 1 Establecer modelos y líneas de base de rendimiento

    • SP 1.1 Seleccionar procesos

    • SP 1.2 Establecer medidas de rendimiento del proceso

    • SP 1.3 Establecer objetivos de calidad y rendimiento del proceso

    • SP 1.4 Establecer líneas de base de rendimiento de procesos

    • SP 1.5 Establecer modelos de rendimiento de procesos

Entrenamiento organizacional

Es un área de proceso de Gestión de Procesos en el Nivel de Madurez 3.

Propósito

El propósito de Organizational Training (OT) consiste en desarrollar las habilidades y el conocimiento de las personas para que puedan desempeñar sus funciones de manera eficaz y eficiente.

Prácticas específicas por objetivo

  • SG 1 Establecer una capacidad de formación organizativa

    • SP 1.1 Establecer las necesidades estratégicas de formación

    • SP 1.2 Determinar qué necesidades de formación son responsabilidad de la organización

    • SP 1.3 Establecer un plan táctico de entrenamiento organizacional

    • SP 1.4 Establecer capacidad de formación

  • SG 2 Proporcionar la formación necesaria

    • SP 2.1 Impartir formación

    • SP 2.2 Establecer registros de capacitación

    • SP 2.3 Evaluar la eficacia de la formación

Integración de productos

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

Propósito

El propósito de Product Integration (PI) consiste en ensamblar el producto a partir de los componentes del producto, garantizar que el producto, integrado, funcione correctamente y entregar el producto.

Prácticas específicas por objetivo

  • SG 1 Prepárese para la integración de productos

    • SP 1.1 Determinar la secuencia de integración

    • SP 1.2 Establecer el entorno de integración de productos

    • SP 1.3 Establecer procedimientos y criterios de integración de productos

  • SG 2 Garantiza la compatibilidad de la interfaz

    • SP 2.1 Revise las descripciones de la interfaz para verificar que estén completas

    • SP 2.2 Administrar interfaces

  • SG 3 Ensamblar los componentes del producto y entregar el producto

    • SP 3.1 Confirmar la preparación de los componentes del producto para la integración

    • SP 3.2 Ensamblar componentes del producto

    • SP 3.3 Evaluar los componentes del producto ensamblado

    • SP 3.4 Empaquetar y entregar el producto o componente del producto

Seguimiento y control de proyectos

Es un área de proceso de Gestión de Proyectos en el Nivel de Madurez 2.

Propósito

El propósito de Project Monitoring and Control (PMC) es proporcionar una comprensión del progreso del proyecto para que se puedan tomar las acciones correctivas apropiadas cuando el desempeño del proyecto se desvíe significativamente del plan.

Prácticas específicas por objetivo

  • Proyecto de seguimiento SG 1 contra plan

    • SP 1.1 Supervisar los parámetros de planificación del proyecto

    • Compromisos de supervisión de SP 1.2

    • SP 1.3 Supervisar los riesgos del proyecto

    • SP 1.4 Supervisar la gestión de datos

    • SP 1.5 Monitorear la participación de las partes interesadas

    • SP 1.6 Realizar revisiones de progreso

    • SP 1.7 Realizar revisiones de hitos

  • SG 2 Gestionar acciones correctivas para el cierre

    • SP 2.1 Analizar problemas

    • SP 2.2 Adopción de medidas correctivas

    • SP 2.3 Gestionar la acción correctiva

Planificación de proyectos

Es un área de proceso de Gestión de Proyectos en el Nivel de Madurez 2.

Propósito

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

Prácticas específicas por objetivo

  • SG 1 Establecer estimaciones

    • SP 1.1 Estimar el alcance del proyecto

    • SP 1.2 Establecer estimaciones de productos de trabajo y atributos de tareas

    • SP 1.3 Definir el ciclo de vida del proyecto

    • SP 1.4 Determinar estimaciones de esfuerzo y costo

  • 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 para la gestión de datos

    • SP 2.4 Plan de recursos del proyecto

    • Plan SP 2.5 para los conocimientos y habilidades necesarios

    • SP 2.6 Plan de participación de las partes interesadas

    • SP 2.7 Establecer el plan del proyecto

  • SG 3 Obtener compromiso con el plan

    • SP 3.1 Revisar los planes que afectan el proyecto

    • SP 3.2 Conciliar trabajo y niveles de recursos

    • SP 3.3 Obtener el compromiso del plan

Garantía de calidad de procesos y productos

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

Propósito

El propósito de Process and Product Quality Assurance (PPQA) es proporcionar al personal y a la gerencia una visión objetiva de los procesos y productos de trabajo asociados.

Prácticas específicas por objetivo

  • SG 1 Evaluar objetivamente procesos y productos de trabajo

    • SP 1.1 Evaluar procesos objetivamente

    • SP 1.2 Evaluar objetivamente los productos y servicios de trabajo

  • SG 2 proporciona información objetiva

    • SP 2.1 Comunicar y garantizar la resolución de problemas de incumplimiento

    • SP 2.2 Establecer registros

Gestión cuantitativa de proyectos

Es un área de proceso de Gestión de Proyectos en el Nivel de Madurez 4.

Propósito

El propósito de Quantitative Project Management El área de proceso (QPM) es administrar cuantitativamente el proceso definido del proyecto para lograr los objetivos de calidad y desempeño del proceso establecidos del proyecto.

Prácticas específicas por objetivo

  • SG 1 Gestionar cuantitativamente el proyecto

    • SP 1.1 Establecer los objetivos del proyecto

    • SP 1.2 Redactar los procesos definidos

    • SP 1.3 Seleccionar los subprocesos que se gestionarán estadísticamente

    • SP 1.4 Gestionar el rendimiento del proyecto

  • SG 2 Gestionar estadísticamente el rendimiento del subproceso

    • SP 2.1 Seleccionar medidas y técnicas analíticas

    • SP 2.2 Aplicar métodos estadísticos para comprender la variación

    • SP 2.3 Supervisar el rendimiento de los subprocesos seleccionados

    • SP 2.4 Registro de datos de gestión estadística

Desarrollo de requisitos

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

Propósito

El propósito de Requirements Development (RD) es producir y analizar los requisitos del cliente, del producto y de los componentes del producto.

Prácticas específicas por objetivo

  • SG 1 Desarrollar los requisitos del cliente

    • SP 1.1 Obtener necesidades

    • SP 1.2 Desarrollar los requisitos del cliente

  • SG 2 Desarrollar requisitos de producto

    • SP 2.1 Establecer requisitos de productos y componentes de productos

    • SP 2.2 Asignar requisitos de componente de producto

    • SP 2.3 Identificar los requisitos de la interfaz

  • SG 3 Analizar y validar requisitos

    • SP 3.1 Establecer conceptos y escenarios operativos

    • SP 3.2 Establecer una definición de funcionalidad requerida

    • SP 3.3 Analizar requisitos

    • SP 3.4 Analizar los requisitos para lograr el equilibrio

    • SP 3.5 Validar requisitos

Gestión de requerimientos

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

Propósito

El propósito de Requirements Management (REQM) es para gestionar los requisitos de los productos del proyecto y los componentes del producto e identificar inconsistencias entre esos requisitos y los planes y productos de trabajo del proyecto.

Prácticas específicas por objetivo

  • SG 1 Gestionar requisitos

    • SP 1.1 Obtenga una comprensión de los requisitos

    • SP 1.2 Obtener el compromiso con los requisitos

    • SP 1.3 Gestionar cambios en los requisitos

    • SP 1.4 Mantener la trazabilidad bidireccional de los requisitos

    • SP 1.5 Identificar inconsistencias entre el trabajo del proyecto y los requisitos

Gestión de riesgos

Es un área de proceso de Gestión de Proyectos en el Nivel de Madurez 3.

Propósito

El propósito de Risk Management (RSKM) es identificar problemas potenciales antes de que ocurran para que las actividades de manejo de riesgos se puedan planificar e invocar según sea necesario a lo largo de la vida del producto o proyecto para mitigar los impactos adversos en el logro de los objetivos.

Prácticas específicas por objetivo

  • SG 1 Prepararse para la gestión de riesgos

    • SP 1.1 Determinar fuentes y categorías de riesgo

    • SP 1.2 Definir parámetros de riesgo

    • SP 1.3 Establecer una estrategia de gestión de riesgos

  • SG 2 Identificar y analizar riesgos

    • SP 2.1 Identificar riesgos

    • SP 2.2 Evaluar, categorizar y priorizar riesgos

  • SG 3 Mitigar riesgos

    • SP 3.1 Desarrollar planes de mitigación de riesgos

    • SP 3.2 Implementar planes de mitigación de riesgos

Gestión de acuerdos con proveedores

Es un área de proceso de Gestión de Proyectos en el Nivel de Madurez 2.

Propósito

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

Prácticas específicas por objetivo

  • SG 1 Establecer acuerdos con proveedoresM

    • SP 1.1 Determinar el tipo de adquisición

    • SP 1.2 Seleccionar proveedores

    • SP 1.3 Establecer acuerdos con proveedores

  • SG 2 Satisfacer acuerdos con proveedores

    • SP 2.1 Ejecutar el contrato de proveedor

    • SP 2.2 Supervisar procesos de proveedores seleccionados

    • SP 2.3 Evaluar productos de trabajo de proveedores seleccionados

    • SP 2.4 Aceptar el producto adquirido

    • Productos de transición SP 2.5

Solución técnica

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

Propósito

El propósito de Technical Solution(TS) es diseñar, desarrollar e implementar soluciones a los requisitos. Las soluciones, los diseños y las implementaciones abarcan productos, componentes de productos y procesos del ciclo de vida relacionados con los productos, ya sea individualmente o en combinación, según corresponda.

Prácticas específicas por objetivo

  • Soluciones selectas de componentes y productos SG 1

    • SP 1.1 Desarrollar soluciones alternativas y criterios de selección

    • SP 1.2 Soluciones de componentes de productos seleccionados

  • SG 2 Desarrollar el diseño

    • SP 2.1 Diseño del producto o componente del producto

    • SP 2.2 Establecer un paquete de datos técnicos

    • SP 2.3 Interfaces de diseño utilizando criterios

    • SP 2.4 Realizar análisis de fabricación, compra o reutilización

  • SG 3 Implementar 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 área de proceso de ingeniería en el nivel de madurez 3.

Propósito

El propósito de Validation (VAL) es para demostrar que un producto o componente de un producto cumple con su uso previsto cuando se coloca en su entorno previsto.

Prácticas específicas por objetivo

  • SG 1 Prepárese para la validación

    • SP 1.1 Seleccionar productos para su validación

    • SP 1.2 Establecer el entorno de validación

    • SP 1.3 Establecer procedimientos y criterios de validación

  • SG 2 Validar producto o componentes de producto

    • SP 2.1 Realizar validación

    • SP 2.2 Analizar los resultados de la validación.

Verificación

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

Propósito

El propósito de Verification (VER) es para asegurar que los productos de trabajo seleccionados cumplan con los requisitos especificados.

Prácticas específicas por objetivo

  • SG 1 Prepararse para la verificación

    • SP 1.1 Seleccionar productos de trabajo para verificación

    • SP 1.2 Establecer el entorno de verificación

    • SP 1.3 Establecer procedimientos y criterios de verificación

  • SG 2 Realizar revisiones por pares

    • SP 2.1 Prepárese para las revisiones por pares

    • SP 2.2 Realizar revisiones por pares

    • SP 2.3 Analizar datos de revisión por pares

  • SG 3 Verificar productos de trabajo seleccionados

    • SP 3.1 Realizar verificación

    • SP 3.2 Analizar los resultados de la verificación

Cambios realizados en la versión 1.2

Aquí solo se consideran los cambios que se realizan en el conjunto de áreas de proceso. Para obtener detalles completos, visite la página de inicio de SEI .

  • Se han eliminado las siguientes áreas de proceso (todas en el nivel de madurez 3):

    • Entorno organizacional para la integración (OEI)

    • Equipo integrado (TI)

    • Gestión integrada de proveedores (ISM)

  • Se han realizado las siguientes adiciones dentro de las áreas de proceso existentes:

    • IPM. Se eliminaron SG3 y SG4, se agregó un nuevo SG3 (todos los AP de IPPD)

    • OPD. Se agregó SG, convirtiéndolo en un IPPD PA

    • OPF. Se extrajeron dos SP de SG y se crearon SG3 junto con dos nuevos SP

    • REQD. SP3.5 pasó a llamarse Validar requisitos

    • SAM. Se eliminó el SP2.1, se agregaron dos nuevos SP en SG2

    • TS. SP1.2 fue eliminado

    • VER. SP3.2 pasó a llamarse Analizar resultados de verificación