Matriz de Rastreabilidade de Requisitos

http://gerentedeprojeto.net.br/?p=243 April 2, 2011

A Matriz de Rastreabilidade de Requisitos (Requirements Traceability Matrix – RTM) é uma das

saídas do processo 5.1 do PMBoK (coletar requisitos), que tem como objetivo definir e
documentar as funções e funcionalidades do projeto e do produto necessárias para atender às
necessidades e expectativas das partes interessadas. Por isto, antes de preenchermos esta
matriz, é necessário termos todas as partes interessadas e suas respectivas expectativas
mapeadas. Lembre-se que o encerramento de um projeto é visto sob a ótica de atendimento aos
requisitos; ou seja, considero que um projeto alcançou seu objetivo quando todas as entregas
foram realizadas e todos os requisitos atendidos. Por isto, a RTM é um instrumento importante no
controle do seu projeto. Ela é base inclusive para a criação da EAP do projeto pois determinado
requisito pode ser desdobrado em uma entrega ou pacote de trabalho na EAP.

O processo de criação dessa matriz é bem simples. Vamos entender:

1º Passo: Precisamos ter em mãos o Termo de Abertura do projeto. Este documento registra as
necessidades do negócio e do cliente, bem como os requisitos para a aprovação do projeto.
2º Passo: Com as informações sobre as partes internas e externas envolvidas e afetadas pelo
projeto (stakeholders) contidas no Termo de Abertura, partimos para a etapa de identificação das
partes interessadas. Através deste mapeamento, poderemos obter os requisitos essenciais e as
principais expectativas de cada uma dessas partes.
3º Passo: Com o registro dos stakeholders, poderemos obter informações detalhadas sobre os
requisitos do projeto e do produto. Através de entrevistas, questionários, pesquisas e outras
técnicas, efetuamos a documentação e o registro dos requisitos.
4º Passo: Entenda e faça uma análise desses requisitos. Requisitos, de modo geral, podem ser
classificados em dois grandes grupos: os requisitos funcionais e os não funcionais. Lembre-se
que requisitos funcionais são todos aqueles relacionados com o comportamento de um
determinado produto do projeto, ou seja, é tudo aquilo que descreve o que o produto do projeto
deve fazer (exemplo: “o produto deve acionar o alarme quando um cliente do banco fizer um
saque de valor muito elevado em horário não-comercial“). Requisitos não funcionais são
propriedades deste produto (exemplo: “o produto deve mostrar uma mensagem no monitor,
acompanhada de sinal sonoro, em até 10 segundos“)
5º Passo: Preencha a RTM. Esta matriz deverá conter, basicamente, um ID (único), o título do
requisito, uma descrição detalhada do requisito, uma prioridade (se é um requisito desejável,
opcional ou essencial), um status (se o requisito está ativo, cancelado ou atendido) e, depois de
gerada a EAP do projeto, a atualização da matriz com o código da EAP associado ao requisito
registrado grantindo assim uma rastreabilidade de forma a facilitar o processo de controle e
acompanhamento das entregas do projeto.

Basicamente com estes cinco passos é possível gerar uma RTM simples para o seu projeto.
Lembrem-se de que as entregas do projeto devem estar em conformidade com os requisitos
identificados.

No related posts.

Este post foi publicado em Saturday, July 31st, 2010 às 4:44 pm e categorizado como Escopo ,
Projetos . Você pode acompanhar todos os comentários para este post através do RSS 2.0 feed.
Você pode deixar um comentário , ou rastrear a partir do seu site.