CMMI - Principais Áreas de Processo

Uma Área de Processo é um agrupamento de práticas relacionadas em uma área que, quando implementadas coletivamente, atendem a um conjunto de metas consideradas importantes para fazer melhorias significativas naquela área. Todas as áreas de processo CMMI são comuns a representações contínuas e em estágios.

A representação contínua permite que a organização escolha o foco de seus esforços de melhoria de processos escolhendo aquelas áreas de processo, ou conjuntos de áreas de processo inter-relacionadas, que melhor beneficiam a organização e seus objetivos de negócios. Embora existam alguns limites sobre o que uma organização pode escolher devido às dependências entre as áreas de processo, a organização tem uma liberdade considerável em sua seleção.

Depois de selecionar as áreas de processo, você também deve selecionar o quanto gostaria de melhorar os processos associados a essas áreas de processo (ou seja, selecionar o nível de capacidade apropriado). Os níveis de capacidade e as metas e práticas genéricas apoiam a melhoria dos processos em áreas de processo individuais.

Por outro lado, você verá que a representação em estágios o incentiva a sempre olhar para as áreas de processo no contexto do nível de maturidade ao qual pertencem. As áreas de processo são organizadas por níveis de maturidade para reforçar esse conceito. Ao usar uma área de processo, você usa toda a área de processo, ou seja, todos os objetivos e todas as práticas.

As áreas de processo (PAs) CMMI podem ser agrupadas nas quatro categorias a seguir para entender suas interações e ligações entre si, independentemente de seus níveis definidos:

  • Gerenciamento de processos

  • Gerenciamento de Projetos

  • Engineering

  • Support

Cada área de processo é definida por um conjunto de objetivos e práticas. Existem duas categorias de objetivos e práticas -

  • Generic goals and practices - Eles fazem parte de todas as áreas de processo.

  • Specific goals and practices - São específicos para uma determinada área de processo.

Uma área de processo é satisfeita quando os processos de uma empresa cobrem todas as metas e práticas genéricas e específicas para aquela área de processo.

Metas e práticas genéricas

Metas e práticas genéricas fazem parte de todas as áreas de processo.

NOTATIONS - GG -> Metas Genéricas e GP -> Prática Genérica

  • GG 1 Atingir Metas Específicas

    • GP 1.1 Realizar práticas específicas

  • GG 2 Institucionalizar um Processo Gerenciado

    • GP 2.1 Estabelecer uma Política Organizacional

    • GP 2.2 Planejar o Processo

    • GP 2.3 Fornecer recursos

    • GP 2.4 Atribuir responsabilidades

    • GP 2.5 Treinar Pessoas

    • GP 2.6 Gerenciar configurações

    • GP 2.7 Identificar e envolver as partes interessadas relevantes

    • GP 2.8 Monitorar e controlar o processo

    • GP 2.9 Avaliar Objetivamente a Adesão

    • GP 2.10 Status de revisão com gerenciamento de nível superior

  • GG 3 Institucionalizar um Processo Definido

    • GP 3.1 Estabelecer um Processo Definido

    • GP 3.2 Colete Informações de Melhoria

  • GG 4 Institucionalizar um Processo Gerenciado Quantitativamente

    • GP 4.1 Estabelecer objetivos quantitativos para o processo

    • GP 4.2 Estabilizar o desempenho do subprocesso

  • GG 5 Institucionalizar um Processo de Otimização

    • GP 5.1 Garantir a melhoria contínua do processo

    • GP 5.2 Causas raízes corretas dos problemas

Características comuns

As características comuns são atributos que indicam se a implementação e institucionalização de uma área-chave de processo é eficaz, repetível e duradoura. Os cinco recursos comuns estão listados abaixo -

  • Commitment to Perform- O Compromisso de Execução descreve as ações que a organização deve realizar para garantir que o processo seja estabelecido e perdure. O compromisso com o desempenho geralmente envolve o estabelecimento de políticas organizacionais e o patrocínio da alta administração.

  • Ability to Perform- Capacidade de desempenho descreve as pré-condições que devem existir no projeto ou organização para implementar o processo de software com competência. Capacidade de desempenho normalmente envolve recursos, estruturas organizacionais e treinamento.

  • Activities Performed- Atividades realizadas descreve as funções e procedimentos necessários para implementar uma área-chave de processo. As atividades executadas geralmente envolvem o estabelecimento de planos e procedimentos, a execução do trabalho, o acompanhamento e a adoção de ações corretivas conforme necessário.

  • Measurement and Analysis- Medição e análise descreve a necessidade de medir o processo e analisar as medições. Medição e análise geralmente incluem exemplos das medidas que podem ser tomadas para determinar o status e a eficácia das atividades realizadas.

  • Verifying Implementation- Verificação da Implementação descreve as etapas para garantir que as atividades sejam realizadas em conformidade com o processo estabelecido. A verificação geralmente engloba revisões e auditorias por gerenciamento e garantia de qualidade de software.

As práticas na característica comum Atividades Executadas descrevem o que deve ser implementado para estabelecer uma capacidade de processo. As demais práticas, tomadas em conjunto, formam a base pela qual uma organização pode institucionalizar as práticas descritas na característica comum das Atividades Realizadas.

Áreas de Processo em Detalhe

O CMMI contém 22 áreas de processo que indicam os aspectos de desenvolvimento de produto que devem ser cobertos pelos processos da empresa.

Análise e Resolução Causal

  • É uma área de processo de suporte no nível de maturidade 5.

Objetivo

O propósito de Causal Analysis and Resolution (CAR) é identificar as causas dos defeitos e outros problemas e tomar medidas para evitar que eles ocorram no futuro.

Práticas Específicas por Meta

  • SG 1 Determine as causas dos defeitos

    • SP 1.1 Selecione Dados de Defeito para Análise

    • SP 1.2 Analisar Causas

  • Endereço SG 2 Causas de Defeitos

    • SP 2.1 Implementar as propostas de ação

    • SP 2.2 Avalie o efeito das mudanças

    • SP 2.3 Dados de registro

Gerenciamento de configurações

  • É uma área de processo de suporte no Nível de Maturidade 2.

Objetivo

O propósito de Configuration Management (CM) é estabelecer e manter a integridade dos produtos de trabalho usando identificação de configuração, controle de configuração, contabilidade de status de configuração e auditorias de configuração.

Specific Practices by Goal

  • SG 1 Estabelecer Baselines

    • SP 1.1 Identificar itens de configuração

    • SP 1.2 Estabelecer um Sistema de Gerenciamento de Configuração

    • SP 1.3 Criar ou lançar linhas de base

  • SG 2 Track and Control Changes

    • SP 2.1 Rastrear Solicitações de Mudança

    • Itens de configuração de controle SP 2.2

  • SG 3 Estabelece Integridade

    • SP 3.1 Estabelecer Registros de Gerenciamento de Configuração

    • SP 3.2 Realizar auditorias de configuração

Análise e Resolução de Decisão

  • É uma área de processo de suporte no Nível de Maturidade 3.

Objetivo

O propósito de Decision Analysis and Resolution (DAR) é analisar possíveis decisões usando um processo de avaliação formal que avalia as alternativas identificadas em relação aos critérios estabelecidos.

Práticas Específicas por Meta

  • SG 1 Avaliar Alternativas

    • SP 1.1 Estabelecer Diretrizes para Análise de Decisão

    • SP 1.2 Estabelecer Critérios de Avaliação

    • SP 1.3 Identificar soluções alternativas

    • SP 1.4 Selecionar métodos de avaliação

    • SP 1.5 Avaliar Alternativas

    • SP 1.6 Selecionar Soluções

Gestão Integrada de Projetos + IPPD

  • É uma área de processo de Gerenciamento de Projetos no Nível de Maturidade 3.

Objetivo

O propósito de Integrated Project Management + IPPD (IPM) é estabelecer e gerenciar o projeto e o envolvimento das partes interessadas relevantes de acordo com um processo integrado e definido que é feito sob medida a partir do conjunto de processos padrão da organização.

Práticas Específicas por Meta

  • SG 1 Use o processo definido do projeto

    • SP 1.1 Estabelecer o Processo Definido do Projeto

    • SP 1.2 Usar Ativos de Processos Organizacionais para Planejar Atividades de Projeto

    • SP 1.3 Estabelecer o Ambiente de Trabalho do Projeto

    • SP 1.4 Integrar Planos

    • SP 1.5 Gerenciar o projeto usando os planos integrados

    • SP 1.6 Contribuir para os Ativos de Processos Organizacionais

  • SG 2 Coordenar e colaborar com as partes interessadas relevantes

    • SP 2.1 Gerenciar o envolvimento das partes interessadas

    • SP 2.2 Gerenciar Dependências

    • SP 2.3 Resolver Problemas de Coordenação

Adição IPPD -

  • SG 3 Aplicar Princípios IPPD

    • SP 3.1 Estabelecer a Visão Compartilhada do Projeto

    • SP 3.2 Estabelecer a Estrutura de Equipe Integrada

    • SP 3.3 Alocar Requisitos para Equipes Integradas

    • SP 3.4 Estabelecer Equipes Integradas

    • SP 3.5 Garantir a colaboração entre as equipes de interface

Medição e Análise

É uma área de processo de suporte no Nível de Maturidade 2.

Objetivo

O propósito de Measurement and Analysis (MA) é desenvolver e sustentar uma capacidade de medição que é usada para apoiar as necessidades de informação de gestão.

Práticas Específicas por Meta

  • SG 1 Alinhar atividades de medição e análise

    • SP 1.1 Estabelecer Objetivos de Medição

    • SP 1.2 Especificar Medidas

    • SP 1.3 Especificar procedimentos de coleta e armazenamento de dados

    • SP 1.4 Especificar Procedimentos de Análise

  • SG 2 fornece resultados de medição

    • SP 2.1 Colete Dados de Medição

    • SP 2.2 Analisar dados de medição

    • SP 2.3 Armazenar dados e resultados

    • SP 2.4 Comunicar resultados

Inovação Organizacional e Implantação

É uma área de processo de Gestão de Processos no Nível 5 de Maturidade.

Objetivo

O propósito de Organizational Innovation and Deployment(OID) é selecionar e implantar melhorias incrementais e inovadoras que melhoram de forma mensurável os processos e tecnologias da organização. As melhorias apóiam os objetivos de desempenho de processo e qualidade da organização, conforme derivados dos objetivos de negócios da organização.

Práticas Específicas por Meta

  • SG 1 Selecione Melhorias

    • SP 1.1 Colete e analise propostas de melhoria

    • SP 1.2 Identificar e analisar inovações

    • SP 1.3 Melhorias do Piloto

    • SP 1.4 Selecione Melhorias para Implementação

  • SG 2 Implementar Melhorias

    • SP 2.1 Planejar as áreas de implantação

    • SP 2.2 Gerenciar a implantação

    • SP 2.3 Medir efeitos de melhoria

Definição de Processo Organizacional + IPPD (OPD)

É uma área de processo de Gestão de Processos no Nível de Maturidade 3.

Objetivo

O propósito de Organizational Process Definition + IPPD (OPD) é estabelecer e manter um conjunto utilizável de ativos de processos organizacionais.

Práticas Específicas por Meta

  • SG 1 Estabelecer Ativos de Processos Organizacionais

    • SP 1.1 Estabelecer Processos Padrão

    • SP 1.2 Estabelecer Descrições de Modelos de Ciclo de Vida

    • SP 1.3 Estabelecer Critérios e Diretrizes de Adaptação

    • SP 1.4 Estabelecer o Repositório de Medição da Organização

    • SP 1.5 Estabelecer a Biblioteca de Ativos de Processos da Organização

Adição IPPD -

  • SG 2 Habilitar gerenciamento IPPD

    • SP 2.1 Estabelecer Mecanismos de Empoderamento

    • SP 2.2 Estabelecer Regras e Diretrizes para Equipes Integradas

    • SP 2.3 Responsabilidades da equipe de equilíbrio e da organização doméstica

Foco no Processo Organizacional

É uma área de processo de Gestão de Processos no Nível de Maturidade 3.

Objetivo

O propósito de Organizational Process Focus (OPF) é planejar e implementar a melhoria dos processos organizacionais com base em um entendimento completo dos pontos fortes e fracos atuais dos processos e ativos de processos da organização.

Práticas Específicas por Meta

  • SG 1 Determine oportunidades de melhoria de processo

    • SP 1.1 Estabelecer Necessidades de Processos Organizacionais

    • SP 1.2 Avaliar os Processos da Organização

    • SP 1.3 Identificar as melhorias de processo da organização

  • SG 2 Planejar e implementar atividades de melhoria de processos

    • SP 2.1 Estabelecer Planos de Ação de Processo

    • SP 2.2 Implementar Planos de Ação de Processo

  • SG 3 Implantar Ativos de Processos Organizacionais e Incorporar Lições Aprendidas

    • SP 3.1 Implantar Ativos de Processos Organizacionais

    • SP 3.2 Implementar Processos Padrão

    • Implementação do monitor SP 3.3

    • SP 3.4 Incorporar Experiências Relacionadas ao Processo aos Ativos de Processos Organizacionais

Desempenho de processos organizacionais

É uma área de processo de Gestão de Processos no Nível de Maturidade 4.

Objetivo

O propósito de Organizational Process Performance (OPP) é estabelecer e manter uma compreensão quantitativa do desempenho do conjunto de processos padrão da organização em apoio aos objetivos de desempenho de qualidade e processo, e fornecer os dados de desempenho do processo, linhas de base e modelos para gerenciar quantitativamente os projetos da organização.

Práticas Específicas por Meta

  • SG 1 Estabelece modelos e linhas de base de desempenho

    • SP 1.1 Selecionar processos

    • SP 1.2 Estabelecer Medidas de Desempenho de Processo

    • SP 1.3 Estabelecer Objetivos de Desempenho de Qualidade e Processo

    • SP 1.4 Estabelecer Bases de Desempenho de Processo

    • SP 1.5 Estabelecer Modelos de Desempenho de Processo

Treinamento Organizacional

É uma área de processo de Gestão de Processos no Nível de Maturidade 3.

Objetivo

O propósito de Organizational Training (OT) é desenvolver as habilidades e o conhecimento das pessoas para que possam desempenhar suas funções de forma eficaz e eficiente.

Práticas Específicas por Meta

  • SG 1 Estabeleça uma Capacidade de Treinamento Organizacional

    • SP 1.1 Estabelecer as Necessidades de Treinamento Estratégico

    • SP 1.2 Determinar quais necessidades de treinamento são de responsabilidade da organização

    • SP 1.3 Estabelecer um Plano Tático de Treinamento Organizacional

    • SP 1.4 Estabelecer Capacidade de Treinamento

  • SG 2 fornece treinamento necessário

    • SP 2.1 Oferecer Treinamento

    • SP 2.2 Estabelecer Registros de Treinamento

    • SP 2.3 Avalie a eficácia do treinamento

Integração de Produto

É uma área de processo de Engenharia no Nível 3 de Maturidade.

Objetivo

O propósito de Product Integration (PI) é montar o produto a partir dos componentes do produto, garantir que o produto, conforme integrado, funcione corretamente e entregue o produto.

Práticas Específicas por Meta

  • SG 1 Prepare-se para a integração do produto

    • SP 1.1 Determine a sequência de integração

    • SP 1.2 Estabelecer o Ambiente de Integração do Produto

    • SP 1.3 Estabelecer Procedimentos e Critérios de Integração de Produto

  • SG 2 garante compatibilidade de interface

    • SP 2.1 Revisar as descrições da interface quanto à integridade

    • SP 2.2 Gerenciar Interfaces

  • SG 3 Montar componentes do produto e entregar o produto

    • SP 3.1 Confirme a Prontidão dos Componentes do Produto para Integração

    • SP 3.2 Montar componentes do produto

    • SP 3.3 Avalie os componentes do produto montados

    • SP 3.4 Empacotar e entregar o produto ou componente do produto

Monitoramento e Controle do Projeto

É uma área de processo de Gerenciamento de Projetos no Nível de Maturidade 2.

Objetivo

O propósito de Project Monitoring and Control (PMC) é fornecer uma compreensão do progresso do projeto para que as ações corretivas apropriadas possam ser tomadas quando o desempenho do projeto se desviar significativamente do plano.

Práticas Específicas por Meta

  • SG 1 Monitorar Projeto Contra o Plano

    • SP 1.1 Monitorar Parâmetros de Planejamento de Projeto

    • SP 1.2 Monitorar Compromissos

    • SP 1.3 Monitorar riscos do projeto

    • SP 1.4 Monitorar Gerenciamento de Dados

    • SP 1.5 Monitorar o envolvimento das partes interessadas

    • SP 1.6 Conduzir análises de progresso

    • SP 1.7 Conduzir análises de marcos

  • SG 2 Gerenciar Ação Corretiva para Fechamento

    • SP 2.1 Analisar Problemas

    • SP 2.2 Tome uma ação corretiva

    • SP 2.3 Gerenciar ação corretiva

Planejamento de Projeto

É uma área de processo de Gerenciamento de Projetos no Nível de Maturidade 2.

Objetivo

O propósito de Project Planning (PP) é estabelecer e manter planos que definam as atividades do projeto.

Práticas Específicas por Meta

  • SG 1 Estabeleça Estimativas

    • SP 1.1 Estimativa do Escopo do Projeto

    • SP 1.2 Estabelecer Estimativas de Produto de Trabalho e Atributos de Tarefa

    • SP 1.3 Definir o Ciclo de Vida do Projeto

    • SP 1.4 Determinar estimativas de esforço e custo

  • SG 2 Desenvolva um Plano de Projeto

    • SP 2.1 Estabelecer o Orçamento e Cronograma

    • SP 2.2 Identifique os riscos do projeto

    • SP 2.3 Plano para gerenciamento de dados

    • SP 2.4 Plano de Recursos do Projeto

    • SP 2.5 Plano de Conhecimento e Habilidades Necessárias

    • SP 2.6 Plan Stakeholder Involvement

    • SP 2.7 Establish the Project Plan

  • SG 3 Obtain Commitment to the Plan

    • SP 3.1 Review Plans that Affect the Project

    • SP 3.2 Reconcile Work and Resource Levels

    • SP 3.3 Obtain Plan Commitment

Process and Product Quality Assurance

It is a support process area at Maturity Level 2.

Purpose

The purpose of Process and Product Quality Assurance (PPQA) is to provide staff and management with objective insight into processes and associated work products.

Specific Practices by Goal

  • SG 1 Objectively Evaluate Processes and Work Products

    • SP 1.1 Objectively Evaluate Processes

    • SP 1.2 Objectively Evaluate Work Products and Services

  • SG 2 Provide Objective Insight

    • SP 2.1 Communicate and Ensure Resolution of Noncompliance Issues

    • SP 2.2 Establish Records

Quantitative Project Management

It is a Project Management process area at Maturity Level 4.

Purpose

The purpose of the Quantitative Project Management (QPM) process area is to quantitatively manage the project's defined process to achieve the project's established quality and process-performance objectives.

Specific Practices by Goal

  • SG 1 Quantitatively Manage the Project

    • SP 1.1 Establish the Project's Objectives

    • SP 1.2 Compose the Defined Processes

    • SP 1.3 Select the Sub-processes that Will Be Statistically Managed

    • SP 1.4 Manage Project Performance

  • SG 2 Statistically Manage Sub-process Performance

    • SP 2.1 Select Measures and Analytic Techniques

    • SP 2.2 Apply Statistical Methods to Understand Variation

    • SP 2.3 Monitor Performance of the Selected Sub-processes

    • SP 2.4 Record Statistical Management Data

Requirements Development

It is an Engineering process area at Maturity Level 3.

Purpose

The purpose of Requirements Development (RD) is to produce and analyze customer, product, and product-component requirements.

Specific Practices by Goal

  • SG 1 Develop Customer Requirements

    • SP 1.1 Elicit Needs

    • SP 1.2 Develop the Customer Requirements

  • SG 2 Develop Product Requirements

    • SP 2.1 Establish Product and Product-Component Requirements

    • SP 2.2 Allocate Product-Component Requirements

    • SP 2.3 Identify Interface Requirements

  • SG 3 Analyze and Validate Requirements

    • SP 3.1 Establish Operational Concepts and Scenarios

    • SP 3.2 Establish a Definition of Required Functionality

    • SP 3.3 Analyze Requirements

    • SP 3.4 Analyze Requirements to Achieve Balance

    • SP 3.5 Validate Requirements

Requirements Management

It is an Engineering process area at Maturity Level 2.

Purpose

The purpose of Requirements Management (REQM) is to manage the requirements of the project's products and product components and to identify inconsistencies between those requirements and the project's plans and work products.

Specific Practices by Goal

  • SG 1 Manage Requirements

    • SP 1.1 Obtain an Understanding of Requirements

    • SP 1.2 Obtain Commitment to Requirements

    • SP 1.3 Manage Requirements Changes

    • SP 1.4 Maintain Bidirectional Traceability of Requirements

    • SP 1.5 Identify Inconsistencies between Project Work and Requirements

Risk Management

It is a Project Management process area at Maturity Level 3.

Purpose

The purpose of Risk Management (RSKM) is to identify potential problems before they occur so that risk-handling activities can be planned and invoked as needed across the life of the product or project to mitigate adverse impacts on achieving objectives.

Specific Practices by Goal

  • SG 1 Prepare for Risk Management

    • SP 1.1 Determine Risk Sources and Categories

    • SP 1.2 Define Risk Parameters

    • SP 1.3 Establish a Risk Management Strategy

  • SG 2 Identify and Analyze Risks

    • SP 2.1 Identify Risks

    • SP 2.2 Evaluate, Categorize, and Prioritize Risks

  • SG 3 Mitigate Risks

    • SP 3.1 Develop Risk Mitigation Plans

    • SP 3.2 Implement Risk Mitigation Plans

Supplier Agreement Management

It is a Project Management process area at Maturity Level 2.

Purpose

The purpose of Supplier Agreement Management (SAM) is to manage the acquisition of products from suppliers for which there exists a formal agreement.

Specific Practices by Goal

  • SG 1 Establish Supplier AgreementsM

    • SP 1.1 Determine Acquisition Type

    • SP 1.2 Select Suppliers

    • SP 1.3 Establish Supplier Agreements

  • SG 2 Satisfy Supplier Agreements

    • SP 2.1 Execute the Supplier Agreement

    • SP 2.2 Monitor Selected Supplier Processes

    • SP 2.3 Evaluate Selected Supplier Work Products

    • SP 2.4 Accept the Acquired Product

    • SP 2.5 Transition Products

Technical Solution

It is an Engineering process area at Maturity Level 3.

Purpose

The purpose of Technical Solution (TS) is to design, develop, and implement solutions to requirements. Solutions, designs, and implementations encompass products, product components, and product-related life-cycle processes either single or in combination as appropriate.

Specific Practices by Goal

  • SG 1 Select Product-Component Solutions

    • SP 1.1 Develop Alternative Solutions and Selection Criteria

    • SP 1.2 Select Product Component Solutions

  • SG 2 Develop the Design

    • SP 2.1 Design the Product or Product Component

    • SP 2.2 Establish a Technical Data Package

    • SP 2.3 Design Interfaces Using Criteria

    • SP 2.4 Perform Make, Buy, or Reuse Analysis

  • SG 3 Implement the Product Design

    • SP 3.1 Implement the Design

    • SP 3.2 Develop Product Support Documentation

Validation

It is an Engineering process area at Maturity Level 3.

Purpose

The purpose of Validation (VAL) is to demonstrate that a product or product component fulfills its intended use when placed in its intended environment.

Specific Practices by Goal

  • SG 1 Prepare for Validation

    • SP 1.1 Select Products for Validation

    • SP 1.2 Establish the Validation Environment

    • SP 1.3 Establish Validation Procedures and Criteria

  • SG 2 Validate Product or Product Components

    • SP 2.1 Perform Validation

    • SP 2.2 Analyze Validation Results.

Verification

It is an Engineering process area at Maturity Level 3.

Purpose

The purpose of Verification (VER) is to ensure that selected work products meet their specified requirements.

Specific Practices by Goal

  • SG 1 Prepare for Verification

    • SP 1.1 Select Work Products for Verification

    • SP 1.2 Establish the Verification Environment

    • SP 1.3 Establish Verification Procedures and Criteria

  • SG 2 Perform Peer Reviews

    • SP 2.1 Prepare for Peer Reviews

    • SP 2.2 Conduct Peer Reviews

    • SP 2.3 Analyze Peer Review Data

  • SG 3 Verify Selected Work Products

    • SP 3.1 Perform Verification

    • SP 3.2 Analyze Verification Results

Changes Made into Version 1.2

Only those changes that are made to the set of Process Areas are considered here. For a comprehensive detail, visit the SEI homepage.

  • The following Process Areas have been removed (all on Maturity Level 3) −

    • Organizational Environment for Integration (OEI)

    • Integrated Teaming (IT)

    • Integrated Supplier Management (ISM)

  • The following additions have been made within existing Process Areas −

    • IPM . SG3 and SG4 were eliminated, new SG3 was added (all IPPD PAs)

    • OPD . SG was added, turning it in an IPPD PA

    • OPF . two SPs were extracted from SG and created SG3 together with two new SPs

    • REQD . SP3.5 was renamed Validate Requirements

    • SAM . SP2.1 was eliminated, two new SPs added in SG2

    • TS . SP1.2 was eliminated

    • VER . SP3.2 was renamed Analyze Verification Results