Os requisitos e os produtos de trabalho de um projeto devem estar alinhados e consistentes para que ao final do mesmo,
todas as necessidades do cliente sejam atendidas. Alguns momentos colocam em "xeque" esta consistência. Quando uma
mudança ocorre, por exemplo, é comum que um produto de trabalho seja alterado mas outros artefatos importantes que
deveriam ser também alterados sejam esquecidos.
Exemplos de inconsistências comuns:
- Uma mudança foi aprovada mas não foi atualizada na Planilha de Gerenciamento de Requisitos e Mudanças, podendo não
ser realizada até o final do projeto.
- Uma classe é gerada sem necessidade, não sendo rastreada pela Matriz de Rastreabilidade.
- Um desenvolvedor esquece de registrar uma classe no EA, comprometendo a rastreabilidade dos produtos de trabalho e
possíveis análises de impacto de mudanças.
As inconsistências identificadas devem ser registradas e ações corretivas executadas a fim de resolvê-las. Estas ações
devem ser registradas no Diário de Bordo do projeto e sua resolução acompanhada pelo Gerente do Projeto.
|