APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
A rastreabilidade em utilização precisa de manutenção. Quando um requisito muda, identifica modelos, interfaces, testes e documentação afetados e compara a proposta com a baseline. Não basta atualizar o texto principal. Conserva a origem do pedido, impactos, dependências, riscos e decisão. Comunica o estado ao gestor de projeto e aos stakeholders no detalhe necessário para agir. Um relatório com apenas percentagem concluída pode esconder um requisito crítico bloqueado. Mostra as condições em falta, responsáveis e consequências para a decisão seguinte. Evita transformar um estado administrativo em prova técnica: ter um ticket fechado não garante que a versão entregue foi aceite pelo responsável certo.
Aplicação guiada
Num exemplo, existem 40 requisitos obrigatórios; 30 têm testes associados, mas só 24 têm resultados aprovados na versão atual. A cobertura de ligações é 75%; a cobertura de evidência aprovada é 60%. Nenhuma das medidas, por si só, demonstra prontidão para produção sem considerar a criticidade dos restantes. Se uma mudança altera o formato de uma mensagem, uma captura de teste antiga pode deixar de servir, mesmo mantendo o mesmo identificador. Revê a ligação e planeia a confirmação necessária. Para um pedido urgente, usa o processo de alteração aplicável e torna visível o impacto no âmbito, prazo e suporte. Urgência pode justificar uma via acelerada autorizada, mas não transforma uma mensagem de chat em decisão completa.
30/40 = 75% de ligações; 24/40 = 60% de evidência aprovada.
Armadilhas comuns
Ticket fechado como aceitação; teste ligado como aprovado; urgência como dispensa de análise.
Tópicos relacionados: Da necessidade ao âmbito da solução · Valor, stakeholders e business case · Plano de requisitos e responsabilidades
Reporta evidência, versão e lacunas, além de progresso.
Referência: Requirement traceability as evidence · Five-domain ECO / verified 2026-10-01