Matriz de Rastreabilidade de Requisitos: gerenciando e controlando mudanças no escopo do projeto

Matriz-de-Rastreabilidade-de-Requisitos-gerenciando-e-controlando-mudanças-no-escopo-do-projeto

Última atualização em 19/05/2020

Um dos benefícios mais importantes de qualquer iniciativa de gerenciamento de requisitos dentro de uma metodologia para gestão de projetos está no gerenciamento e controle de mudanças no escopo desses projetos. Com mecanismos eficazes para elicitar, documentar e controlar nossos requisitos, conseguimos garantir que temos um retrato adequado do escopo do nosso projeto no seu início e que conseguiremos acompanhar a evolução desse escopo de forma adequada. Uma das ferramentas de que dispomos para nos auxiliar nesse acompanhamento é a matriz de rastreabilidade.

Vamos entender melhor o que é:

O que é a matriz de rastreabilidade de requisitos?

Antes de tratarmos da matriz de rastreabilidade propriamente dita, precisamos definir claramente o que entendemos por rastreabilidade. Segundo o dicionário, a palavra rastrear significa “seguir o rastro ou pegada de”.

Aplicada ao gerenciamento de requisitos, significa registrar e manter o relacionamento entre os objetos que estamos gerenciando. Podemos manter a rastreabilidade entre requisitos e objetivos de negócio, por exemplo, para procurar saber especificamente qual objetivo de negócio cada requisito contribui para atender.

O BABOK® (Business Analysis Body of Knowledge) recomenda o gerenciamento da rastreabilidade dos requisitos como uma das tarefas da área de conhecimento “Gerenciamento e Comunicação dos Requisitos”. O seu objetivo, ainda segundo o BABOK, é “criar e manter relacionamentos entre objetivos de negócios, requisitos, outros entregáveis da equipe, e componentes da solução para apoiar a análise de negócios e outras atividades”.

A matriz de rastreabilidade surge então como uma ferramenta para facilitar a visualização dos relacionamento entre requisitos e outros artefatos ou objetos.

Tipos de matriz de rastreablidade

É possível gerar matrizes de vários tipos. Roger Pressman sugere algumas no seu “Software Engineering” (ele usa o nome tabela e não matriz, mas o resultado é o mesmo):

  • Matriz de rastreabilidade entre funcionalidades: mostra o relacionamento entre partes do sistema visíveis aos clientes/usuários.
  • Matriz de rastreabilidade de fontes: permite identificar a fonte, isto é, a origem de cada requisito.
  • Matriz de rastreabilidade de dependências: essa é a forma mais comum da matriz, e identifica os relacionamentos entre os requisitos. Por ser a mais comum, quando dizemos apenas “matriz de rastreabilidade” geralmente estamos nos referindo à matriz de rastreabilidade de dependências.
  • Matriz de rastreabilidade de subsistemas: relaciona os requisitos pelos subsistemas a que estão relacionados.
  • Matriz de rastreabilidade de interfaces: identifica como os requisitos se relacionam com as interfaces internas e externas do sistema.

Modelo de matriz de rastreabilidade

Qualquer que seja o tipo de matriz, ela sempre segue o mesmo modelo. Basicamente, coloca-se os objetos sendo rastreados nos eixos de uma tabela e marca-se os pontos de intersecção. No caso mais comum, da matriz de rastreabilidade entre requisitos ou de dependências, repete-se os requisitos nos eixos horizontal e vertical.

Exemplo matriz de rastreabilidade

É possível manter a matriz de rastreabilidade manualmente em uma planilha, mas é fácil perceber como isso rapidamente se torna inviável para sistemas um pouco mais complexos. Nesses casos, muitas ferramentas de software para gerenciamento de requisitos montam as matrizes automaticamente e as mantém atualizadas conforme atualizamos o banco de requisitos.

Imagine agora que na metade do desenvolvimento do seu projeto você recebe uma solicitação de mudança que envolve alterar um determinado requisito. Sem uma matriz de rastreabilidade, você pode não perceber todo o impacto dessa mudança no seu sistema e acabar tomando decisões equivocadas por não poder realizar uma análise de impacto completa e confiável.

Com a matriz, facilmente conseguimos identificar quantos e quais requisitos são afetados por qualquer alteração no sistema, e assim tornamos nossa avaliação de impacto muito mais eficaz.

Aperfeiçoe-se ainda mais assistindo ao nosso webinar gratuito sobre escopo de projeto e nível de detalhamento ideal.

CTA-Escopo-de-projeto-Qual-o-nível-de-detalhe-ideal

O BABOK (Business Analysis Body of Knowledge) é uma marca registrada do International Institute of Business Analysis.

Deixe um comentário

O seu endereço de e-mail não será publicado. Campos obrigatórios são marcados com *

Consultoria Conduzimos gestores e suas equipes à conquista de resultados! Outsourcing Alocação de profissionais especializados e de alta maturidade Capacitação Treinamentos In Company
@mrjackson