Este resultado indica a necessidade de se estabelecer um mecanismo que permita rastrear a dependência entre os requisitos e os produtos de trabalho. Ter definida a rastreabilidade facilita a avaliação do impacto das mudanças de requisitos que possam ocorrer, por exemplo, nas estimativas do escopo, nos produtos de trabalho ou nas tarefas do projeto descritas no cronograma.

Ao longo do projeto, os requisitos assumem diferentes abstrações e denominações. Por exemplo, podem estar descritos na forma de necessidades e restrições do cliente, requisitos de cliente, requisitos funcionais e não funcionais, casos de uso, requisitos técnicos, requisitos de produto, estórias etc. Os requisitos, dentro do ciclo de vida do projeto, são posteriormente derivados em elementos de análise e projeto (design) e, então, transformados em código fonte para, então, serem testados (preferencialmente com base em casos de testes específicos).

Em geral, o detalhamento dos requisitos, a transformação em modelos, a codificação e o planejamento e a execução de testes são planejados para garantir a correta execução do projeto, possivelmente, tendo tarefas previstas para as ações citadas anteriormente em um Plano do Processo para o Projeto ou em um cronograma, conforme previsto pelo processo Gerência de Projetos (GPR). Dessa forma, a existência de rastreabilidade horizontal e vertical, conforme prevista neste resultado esperado, pressupõe que diferentes abstrações dos requisitos (por exemplo, requisitos de cliente ou casos de uso), documentos relacionados (por exemplo, cronogramas e casos de testes) e o código fonte sejam rastreáveis entre si.É importante ressaltar que este resultado estabelece a criação de um sistema de rastreamento e que não necessariamente envolve a criação de uma matriz de rastreabilidade específica para atendimento ao resultado esperado. Contudo, deve existir um mecanismo que possibilite a realização da rastreabilidade bidirecional entre os requisitos e os demais produtos de trabalho.