Níveis de Maturidade CMMI: Guia Completo

Níveis de Capacidade

5 Optimizing: Gerenciado quantitativamente: modificado e adaptado a fim de atingir objetivos organizacionais, tanto atuais quanto futuros.

4 Quantitatively Managed: Definido e controlado: uso de técnicas estatísticas ou outras quantitativas.

3 Defined: Adaptado a partir do conjunto de processos padrões da organização de acordo com as diretrizes definidas pela organização.

2 Managed: Gerenciado: planejado e sua execução é acompanhada.

1 Performed: Executado: satisfaz todas as metas específicas de uma área de processo.

0 Incomplete: Processo não está sendo executado ainda, ou está parcialmente executado. Uma ou mais metas específicas da área de processo não são satisfeitas.

Meta Específica (da AP Planejamento do Projeto)

• SG1: Realizar as Estimativas do Projeto.
• Estimar o escopo do projeto
• Realizar as estimativas para os produtos de trabalho
• Definir o ciclo de vida do projeto
• Realizar as estimativas de esforço e custo
• Meta Genérica (do Nível de Maturidade 2)
  • Institucionalizar um processo gerenciado
• Práticas Genéricas (do Nível de Maturidade 2)
  • Estabelecer uma política organizacional (Commitment to perform)
  • Planejar o processo (Hability to perform)
  • Prover recursos (Hability to perform)
  • Atribuir responsabilidades (Hability to perform)
  • Treinar as pessoas (Hability to perform)
  • Gerenciar a configuração (Direct Implementation)
  • Identificar e envolver os stakeholders relevantes (Direct Implementation)
  • Monitorar e controlar o processo (Direct Implementation)
  • Avaliar objetivamente a aderência ao processo (Verifying Implementation)

• Revisar o status com a alta gerência (Verifying Implementation)

A meta do nível 2 é:
Institucionalizar um processo gerenciado
Para tal, as seguintes práticas devem ser realizadas em todas as Áreas de Processo:
- Estabelecer uma política organizacional
- Planejar o processo
- Prover recursos
- Atribuir responsabilidades
- Treinar pessoas
- Gerenciar configurações
- Identificar e envolver as partes interessadas relevantes
- Monitorar e controlar o processo
- Avaliar objetivamente a aderência
- Revisar status com gerenciamento de alto nível

Áreas de Processo do nível 2 do CMMI
- Gerenciamento de Requisitos (REQM);
- Planejamento de Projeto (PP);
- Monitoramento e Controle de Projetos (PMC);
- Medição e Análise (MA);
- Gestão de Mudanças (CM);
- Gestão de Fornecedores (SAM);
- Garantia da Qualidade do Processo e do Produto (PPQA)

Meta dessa Área de Processo: Estabelecer Baselines
SP 1.1 - Identificar Itens de Configuração.
SP 1.2 - Estabelecer um Sistema de Ger. de Configuração.
SP 1.3 - Criar ou Notificar Baselines.

2a. Meta dessa Área de Processo: Buscar e Controlar Mudanças
SP 2.1 - Itens de Configuração de Controle.

3a. Meta dessa Área de Processo: Estabelecer Integridade
SP 3.1 - Estabelecer Registros de Ger. de Configuração.
SP 3.2 - Executar Auditorias de Configuração.

Área de processo: Medição e Análise

Meta 01: 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 de Dados e Armazenamento
SP 1.4 Especificar Procedimentos de Análise

Meta 02: Prover Resultados da Medição
SP 2.1 Coletar Dados de Medição
SP 2.2 Analisar Dados de Medição
SP 2.3 Armazenar Dados e Resultados
SP 2.4 Comunicar Resultados

Área de processo: Monitoramento e Controle de Projetos (PMC)

Meta 01: Monitorar o Projeto com Base no Plano
SP 1.1 Parametrizar a Monitoração do Plano de Projeto
SP 1.3 Monitorar Riscos do Projeto
SP 1.4 Monitorar o Gerenciamento de Dados
SP 1.5 Monitorar o Envolvimento dos Stakeholders
SP 1.6 Conduzir Revisões do Projeto
SP 1.7 Conduzir Revisão dos Marcos

Meta 02: Controlar os Projetos
SP 2.1 Analisar falhas
SP 2.2 Tomar ações corretivas

Área de processo: Planejamento de Projeto (PP)

Meta 01: Estabelecer Estimativas

SP 1.1 Estimar o Escopo do Projeto
SP 1.2 Estabelecer Estimativas para os Atributos do Produto e das Tarefas
SP 1.3 Definir o Ciclo de Vida do Projeto
SP 1.4 Determinar Estimativas de Trabalho e de Custos

Meta 02: Desenvolver um Plano de Projeto
SP 2.1 Estabelecer Orçamentos e Cronogramas
SP 2.2 Identificar os Riscos do Projeto
SP 2.3 Planejar o Gerenciamento dos Dados
SP 2.4 Planejar os Recursos do Projeto
SP 2.5 Planejar as Necessidades de Aprendizagem e Habilidades
SP 2.6 Planejar o Envolvimento dos Stakeholders
SP 2.7 Estabelecer o Plano de Projeto

Meta 03: Obter Compromisso para o Plano
SP 3.1 Revisar Planos que Afetam o Projeto
SP 3.2 Reconciliar Níveis de Trabalho e de Recursos
SP 3.3 Obter Compromisso do Plano

Área de processo: Garantia da Qualidade do Processo e do Produto – (PPQA)

Meta 01: Avaliar Objetivamente Processos e Produtos
SP 1.1 Avaliar Objetivamente os Processos
SP 1.2 Avaliar Objetivamente os Produtos e Serviços

Meta 02: Prover Visão Interna Objetiva
SP 2.1 Comunicar e Assegurar a Solução das Falhas de não conformidade;
SP 2.2 Estabelecer Registros

Área de processo: Gerenciamento de Requisitos (REQM)

Meta 01: Gerenciar Requisitos
SP 1.1 Obter uma Compreensão dos Requisitos
SP 1.2 Obter Compromisso com os Requisitos
SP 1.3 Administrar Mudanças de Requisitos
SP 1.4 Manter a Linha Bidirecional de Requisitos
SP 1.5 Identificar Inconsistências entre Projeto e Requisitos

Área de processo: Gerenciamento de Acordo com Fornecedores (SAM)

Meta 01: Estabelecer Acordos com Fornecedores
SP 1.1 Determinar Tipo de Aquisição
SP 1.2 Selecionar Fornecedores
SP 1.3 Estabelecer Acordos com Fornecedores

Meta 02: Executar Acordos com Fornecedores
SP 2.1 Revisar Custos dos Produtos
SP 2.2 Executar o Acordo de Fornecedor
SP 2.3 Aceitar os Produtos Adquiridos
SP 2.4 Transacionar os Produtos

No nível 3, a empresa adquire a visão de que o processo de desenvolvimento de software é um patrimônio da organização e, portanto, deve ser estudado, aperfeiçoado e melhorado. Sua implementação na empresa deve criar um processo de desenvolvimento bem definido, no qual todo projeto é derivado de uma sistemática da organização.

Áreas de Processo do Nível 3

• Desenvolvimento de Requisitos (Requirements Development);
• Soluções Técnicas (Technical Solution);
• Integração de Produtos (Product Integration);
• Verificação (Verification);
• Validação (Validation);
• Foco no Processo Organizacional (Organizational Process Focus);
• Definição do Processo Organizacional (Organizational Process Definition);
• Treinamento Organizacional (Organizational Training);
• Gerenciamento Integrado do Projeto (Integrated Project Management);
• Gerenciamento de Riscos (Risk Management);
• Análises de Decisões e Resoluções (Decision Analysis and Resolution);

A área de processo de Desenvolvimento de Requisitos identifica a necessidade do cliente e traduz estas necessidades em três tipos de requisitos:

- Requisitos de cliente;

- Requisitos de produto e;

- Requisitos de componente de produto.

Desenvolvimento de Requisitos (RD)

Esses requisitos descrevem as necessidades dos stakeholders (qualquer pessoa ou organização que tenha interesse, ou seja afetado pelo projeto), incluindo as várias fases do ciclo de vida do produto e atributos de produto. Os requisitos também tratam das restrições causadas pela escolha das soluções de design.

O desenvolvimento de requisitos inclui as seguintes atividades:

• Levantamento, análise, validação e comunicação das necessidades, expectativas e restrições do cliente para obtenção dos seus requisitos;
• Coleta e coordenação das necessidades dos stakeholders;
• Desenvolvimento do ciclo de vida dos requisitos do produto;
• Estabelecer os requisitos do cliente;

Estabelecer os requisitos do produto e dos componentes iniciais do produto, alinhados com os requisitos do cliente.

Área de Processo: Desenvolvimento de Requisitos (RD)

Meta 01: Desenvolver Requerimentos de Cliente
SP 1.1 Colecionar Necessidades de Stakeholder
SP 1.2 Extrair Necessidades
SP 1.3 Desenvolver Requerimentos de Cliente
Meta 02: Desenvolver Requisitos de Produto
SP 2.1 Estabelecer Produto e Requisitos Funcionais
SP 2.2 Alocar Requisitos Funcionais

SP 2.3 Identificar Requisitos de Interface
Meta 03: Analisar e Validar Requisitos
SP 3.1 Estabelecer Conceitos Operacionais
SP 3.2 Estabelecer uma Definição de Funcionalidade Exigida
SP 3.3 Analisar Requisitos
SP 3.4 Validar Requisitos

Analisar e validar os requisitos

Os requisitos são analisados e validados, resultando em uma definição das funcionalidades requeridas. As análises são realizadas para determinar o impacto sobre o ambiente operacional pretendido, e satisfazer às necessidades, expectativas, restrições e interfaces dos stakeholders. Os objetivos das análises são determinar requisitos candidatos aos conceitos de produto que irão satisfazer às necessidades, expectativas e restrições dos stakeholders e então transformar esses conceitos em requisitos. Os requisitos são validados para aumentar a probabilidade de que o produto resultante irá funcionar como pretendido no ambiente de uso.