Atividade:  Resolver Exceções e Problemas

Uma Avaliação de Status é criada na atividade Relatar Status programada regularmente. Cada uma dessas avaliações identifica problemas ou "maus resultados". Os problemas podem ser de projeto (p. ex., desvios de planos, pessoal), de produto (defeitos, ambigüidade de requisitos, deficiências de tecnologia) e riscos percebidos. A Avaliação de Status também identifica as exceções que ocorrem. É possível considerar exceções como problemas que constituem barreiras ao progresso do projeto (p. ex., disponibilidade de equipamentos, disponibilidade dos indivíduos-chave em responder a perguntas, dificuldade de tomar decisões). O Gerente de Projeto também possui uma Lista de Problemas, que é mantida de forma mais ou menos contínua e, assim, costuma ser mais atual do que a Avaliação de Status. Estas são as formas de registrar e rastrear os problemas que acionam esta atividade.

O gerente de projeto dispara a atividade Resolver Exceções e Problemas para solucionar problemas à medida que são descobertos.

Avaliar Exceções e Problemas

O primeiro passo é avaliar cada um dos problemas identificados na Avaliação de Status e na Lista de Problemas. A maioria dos projetos realiza uma "Reunião de Problemas" freqüente (geralmente semanal) com essa finalidade, com a participação do gerente de projeto, do arquiteto de software e dos chefes de equipe. Para cada problema, é necessário identificar a causa e o impacto correspondente no projeto, bem como determinar quais são as opções para resolvê-lo. Você também deverá determinar se a equipe do projeto tem autoridade para implementar as possíveis soluções.

Determinar as Ações Corretivas Apropriadas

Para cada problema/exceção, selecione a abordagem desejada para a resolução correspondente e determine os passos necessários para implementá-la. Se essa abordagem exigir uma mudança no Plano de Desenvolvimento de Software ou nos requisitos ou design do produto, você precisará criar uma Solicitação de Mudança e implementar a mudança após o Plano de Gerenciamento de Configuração do projeto. Se a abordagem não alterar um dos planos que servem como baseline, a solução poderá ser implementada pelo gerente de projeto através da emissão de uma nova Ordem de Trabalho. Em qualquer um desses casos, se a solução escolhida estiver além da autoridade da equipe do projeto, o problema deverá ser levado à Autoridade para Revisão de Projetos de modo que seja resolvido. Por exemplo, se o Gerente de Projeto determinou que, sem a ação corretiva, a iteração atual não cumprirá a data de término planejada, a melhor ação é redefinir o escopo da iteração (porque as iterações são do tipo timebox): se isso impactar algo que será liberado para o cliente no final da iteração, não deverá ser feito unilateralmente pela equipe do projeto.

Emitir Solicitações de Mudança e/ou Ordens de Trabalho

Após a definição da ação corretiva para cada problema ou exceção e das aprovações necessárias, o gerente de projeto documenta o trabalho envolvido e efetua Solicitações de Mudança e/ou Ordens de Trabalho para iniciar o trabalho. Em geral, ele pode retirar problemas da Lista de Problemas nessa etapa, pois o fechamento será rastreado de outra forma.

Copyright  (c) 1987 - 2001 Rational Software Corporation

Rational Unified Process