Finalidade
  • Definir as informações e os processos que serão usados para monitorar e controlar o andamento, a qualidade e os riscos do projeto.
Passos
Artefatos Informados: Artefatos Resultantes:
Papel: Gerente de Projeto

Detalhamentos do Fluxo de Trabalho:

 

Definir "indicadores" para o projeto Início da página

Os "indicadores" do projeto são conjuntos de informações que retratam o seu andamento no plano de desenvolvimento de software. Em geral, um gerente de projeto está interessado nos indicadores que se aplicam ao escopo de trabalho, ao orçamento, à qualidade e aos riscos do projeto. À medida que um projeto avança, o gerente de projeto monitora esses indicadores e estimula ações corretivas quando ultrapassam as condições predefinidas de trigger (consulte Defina o procedimento e os limites para ação corretiva). Os indicadores de projeto podem incluir:

  • Despesas totais versus orçamento
  • Escopo revisado (trabalho realizado + estimativas de conclusão) versus escopo planejado
  • Densidade de defeitos versus objetivos de qualidade
  • Indicadores de risco (situações que apontam a presença de um risco)

A definição desses indicadores é estabelecida de acordo com o orçamento, os objetivos de qualidade e a programação do projeto (descrita detalhadamente no Plano de Desenvolvimento de Software), e é capturada no Plano de Métricas e no Plano de Gerenciamento de Riscos do projeto.

Definir origens para indicadores do projeto Início da página

Em geral, os indicadores do projeto são medidas de projeto consolidadas, calculadas a partir de métricas primitivas mais granulares que são relatadas regularmente pela equipe do projeto. A forma como essas métricas primitivas devem ser capturadas e o processo para usá-las a fim de calcular os indicadores do projeto são definidos no Plano de Métricas do projeto.

Outros indicadores (especialmente os indicadores de risco) podem ser apenas o status de ocorrência ou não de uma situação específica. Nesses casos, basta identificar a origem das informações no status do indicador.

A Seção 4.4 Controle e Monitoramento do Projeto do Plano de Desenvolvimento de Software deve incluir uma descrição resumida dos indicadores a serem usados no seu projeto. Nessa seção do SDP, observe a presença de subseções distintas que abordam o controle da programação, do orçamento e da qualidade do projeto. O controle dos requisitos do projeto é abordado separadamente no Plano de Gerenciamento de Requisitos.

Definir procedimento para elaboração de relatório de status da equipe Início da página

Após a definição das métricas primitivas e dos indicadores do projeto, você deverá definir o procedimento que os membros da equipe do projeto deverão seguir para relatar o status e a freqüência com que deverão elaborar relatórios. Esse procedimento deverá descrever o processo para registrar o tempo nos pacotes de trabalho, informar a conclusão de tarefas, atingir os marcos do projeto e relatar problemas. Para garantir um fluxo de informações consistente, convém definir templates padrão para quadros de horários e relatórios de status de membros da equipe.

Esse procedimento é abordado na Seção 4.4.5 Plano de Elaboração de Relatórios do Plano de Desenvolvimento de Software.

Definir procedimento e limites para ação corretiva Início da página

Para manter o controle eficaz do projeto, o gerente de projeto define valores/condições-limite (ou de trigger) para cada indicador definido do projeto. Essas condições-limite são registradas nas seções apropriadas da Seção 4.4 Controle e Monitoramento do Projeto do Plano de Desenvolvimento de Software.

Quando os limites forem ultrapassados, o gerente de projeto deverá realizar uma ação corretiva para retomar o controle do projeto. Dependendo da gravidade da condição, ele poderá resolver o problema com sua própria autoridade (emitindo as ordens de trabalho apropriadas). Se o problema estiver além da sua autoridade, ele precisará emitir uma Solicitação de Mudança e ativar o processo de controle de mudança do projeto.

Definir procedimento para elaboração de relatório de status do projeto Início da página

A Seção 4.4.5 Plano de Elaboração de Relatórios do Plano de Desenvolvimento de Software também deverá descrever o procedimento que o gerente de projeto deverá seguir para informar o andamento do projeto à Autoridade para Revisão de Projetos (emitindo uma Avaliação de Status), bem como a freqüência com que ele deverá fazer isso. Esse procedimento descreve quando e onde as Revisões PRA programadas e não-programadas deverão ocorrer, e quais informações serão incluídas na Avaliação de Status. O gerente de projeto usará a Lista de Problemas para registrar e controlar problemas continuamente (que não sejam abordados por algum outro instrumento de controle de gerenciamento, como Solicitação de Mudança ou Lista de Riscos) nos períodos entre a realização de Avaliações de Status.

 

Copyright  (c) 1987 - 2001 Rational Software Corporation


Exibir o Rational Unified Process usando quadros

Rational Unified Process