• Nenhum resultado encontrado

Identificar e Envolver Stackeholders Relevantes

No documento CMMI® para Desenvolvimento, Versão 1.2 (páginas 69-76)

Identificar e envolver os stackeholders relevantes do processo de Monitoramento e Controle do Projeto conforme planejado.

Elaboração:

Veja o Apêndice B para mais informações sobre o relacionamento entre a prática genérica 2.7 e a prática Monitoração do Envolvimento dos

Stackeholders da área de processo de Monitoração e Controle de

Projeto.

Exemplos de atividades para envolvimento dos stackeholders relevantes:

• Avaliar o projeto em relação ao plano

• Revisar compromissos e resolver problemas

• Revisar riscos de projeto

• Revisar atividades de gestão de dados

• Revisar o progresso do projeto

• Gerenciar ações corretivas até o encerramento

GP 2.8 Monitorar e Controlar o Processo

Monitorar e controlar o processo de Monitoramento e Controle de Projeto em relação ao plano para a execução do processo e tomada de ações corretivas apropriadas.

Elaboração:

Veja o Apêndice B para mais informações sobre o relacionamento entre a prática genérica 2.8 e a área de processo de Monitoração e Controle de Projeto.

Versão 1.2

Exemplos de medidas e produtos de trabalho utilizados no monitoramento e controle:

• Quantidade de ações corretivas abertas e encerradas

• Cronograma com a situação mensal da coleta, análise e reporte de dados financeiros

• Quantidade e tipo de revisões executadas

• Cronograma de revisões (planejado versus real e datas alvo que foram deslocadas)

• Cronograma da coleta e análise e reporte de dados de monitoração

GP 2.9 Avaliar Objetivamente a Aderência

Avaliar objetivamente a aderência do processo de Monitoramento e Controle de Projeto em relação à sua

descrição de processo, padrões e procedimentos e encaminhar as não-conformidades para serem tratadas.

Elaboração:

Exemplos de atividades revisadas:

• Monitorar o desempenho do projeto em relação ao plano de projeto

• Gerenciar as ações corretivas até seu encerramento Exemplos de produtos de trabalho revisados:

• Registros de desempenho do projeto

• Resultados de revisões do projeto

GP 2.10 Revisar a Situação com a Gerência Superior

Revisar as atividades, a situação e os resultados do processo de Monitoramento e Controle de Projeto com a gerência superior e resolver problemas.

Versão 1.2

Apenas para a Representação em Estágios

GG 3 Institucionalizar um Processo Definido

O processo é institucionalizado como um processo definido.

GG 3 e suas práticas não se aplicam à avaliação do nível de maturidade 2, mas se aplicam à avaliação do nível de

maturidade 3 e superiores.

Apenas para a Representação Contínua/Níveis de Maturidade de 3 a 5

GG 3 Institucionalizar um Processo Definido

O processo é institucionalizado como um processo definido.

GP 3.1 Estabelecer um Processo Definido

Estabelecer e manter a descrição de um processo definido de Monitoração e Controle de Projeto.

GP 3.2 Coletar Informações de Melhoria

Coletar produtos de trabalho, medidas, resultados de medições e informações de melhoria derivadas do planejamento e da execução do processo de Monitoração e Controle de Projeto para dar suporte ao uso futuro e à melhoria dos processos e ativos de processo da organização.

Elaboração:

Exemplos de produtos de trabalho, medidas, resultados de medições e informações de melhoria:

• Registros de desvios significativos

• Critérios para caracterizar um desvio

Versão 1.2

Apenas para a Representação Contínua

GG 4 Institucionalizar um Processo Gerenciado Quantitativamente

O processo é institucionalizado como um processo gerenciado quantitativamente.

GP 4.1 Estabelecer Objetivos Quantitativos para o Processo

Estabelecer e manter objetivos quantitativos para o processo de Monitoração e Controle de Projeto, que enderecem

desempenho de qualidade e de processo, com base nas necessidades do cliente e nos objetivos de negócio.

GP 4.2 Estabilizar o Desempenho do Subprocesso

Estabilizar o desempenho de um ou mais subprocessos para determinar a habilidade do processo de Monitoração e Controle de Projeto para alcançar os objetivos estabelecidos de

qualidade e de desempenho de processo.

GG 5 Institucionalizar um Processo em Otimização

O processo é institucionalizado como um processo em otimização.

GP 5.1 Melhoria Contínua de Processo

Garantir a melhoria contínua do processo de Monitoração e Controle de Projeto em atendimento aos objetivos de negócio relevantes da organização.

GP 5.2 Corrigir as Causas Raizes dos Problemas

Identificar e corrigir as causas raizes dos defeitos e de outros problemas no processo de Monitoração e Controle de Projeto.

Versão 1.2

GESTÃO DE ACORDO COM FORNECEDORES

Uma Área de Processo de Gerenciamento de Projeto no Nível de Maturidade 2

Propósito

O propósito da Gestão de Acordo com Fornecedores (SAM) é gerenciar a aquisição de produtos de fornecedores.

Notas Introdutórias

A área de processo Gestão de Acordo com Fornecedores envolve o seguinte:

• Determinação do tipo de aquisição que será utilizado para os produtos a serem adquiridos

• Seleção de fornecedores

• Estabelecimento e manutenção de acordos com fornecedores

• Monitoramento de processos selecionados de fornecedores

• Avaliação de produtos de trabalho selecionados de fornecedores

• Execução do acordo com fornecedores

• Aceitação da entrega de produtos adquiridos

• Transição dos produtos adquiridos para o projeto

Esta área de processo endereça, primariamente, a aquisição de produtos e componentes de produtos que são entregues para o cliente do projeto. Ao longo das áreas de processo, onde usamos os termos produto e componente de produto, seus significados pretendidos também englobam serviços e seus componentes.

Exemplos de produtos e componentes de produtos que podem ser adquiridos pelo projeto:

• Subsistemas (ex: sistema de navegação em um avião)

• Software

Versão 1.2

Para minimizar os riscos do projeto, esta área de processo também pode endereçar a aquisição de produtos e componentes de produto significativos não entregues ao cliente do projeto mas usados para elaborar e manter o produto ou o serviço (por exemplo, ferramentas de desenvolvimento e ambientes de teste).

Tipicamente, os produtos a serem adquiridos pelo projeto são determinados durante os primeiros estágios de planejamento e desenvolvimento do produto. A área de processo Solução Técnica fornece práticas para determinar os produtos e componentes de produto que podem ser adquiridos de fornecedores.

Esta área de processo não endereça diretamente uma forma de organização na qual o fornecedor é integrado à equipe de projeto e utiliza os mesmos processos e reporta à mesma gerência que os desenvolvedores de produto (por exemplo, equipes integradas). Geralmente, estas situações são tratadas em outros processos ou funções, possivelmente externas ao projeto, embora algumas dessas práticas específicas desta área de processo possam ser úteis no gerenciamento de acordo com tais fornecedores.

Fornecedores podem assumir diversas formas dependendo das necessidades de negócio, incluindo vendedores internos (vendedores que estão na mesma organização, mas são externos ao projeto), laboratórios, vendedores comerciais, etc. Veja a definição de “fornecedor” no glossário.

Um acordo formal é estabelecido para gerenciar o relacionamento entre a organização e o fornecedor. Um acordo formal é qualquer acordo legal entre a organização que representa o projeto e o fornecedor. Este acordo pode ser um contrato, uma licença ou um memorando de acordo. O produto adquirido é entregue ao projeto pelo fornecedor de acordo com esse acordo formal (também conhecido como o “acordo com o fornecedor”.

Áreas de processo Relacionadas

Veja a área de processo Controle e Monitoramento de Projeto para mais informações sobre monitoramento de projetos e realização de ação corretiva.

Veja a área de processo Desenvolvimento de Requisitos para mais informações sobre definição de requisitos.

Versão 1.2

Veja a área de processo Solução Técnica para mais informações sobre determinação dos produtos e componentes de produto que podem ser adquiridos de fornecedores.

Versão 1.2

Resumo das Metas e Práticas Específicas

No documento CMMI® para Desenvolvimento, Versão 1.2 (páginas 69-76)