Glossário do Analista de Negócios (BA): Do INVEST ao BRD

Por Flaviana Pina | Business Analyst & QA

Transitar entre ambientes Ágeis e modelos Tradicionais (Cascata) exige que o Analista de Negócios tenha um "canivete suíço" de documentações e processos. Criei este artigo como um guia rápido para desmistificar os principais termos técnicos de Engenharia de Requisitos e Arquitetura de Negócios que aplico no meu dia a dia.

1. Framework INVEST (Mundo Ágil)

O INVEST é um checklist de ouro criado por Bill Wake para garantir que uma História de Usuário (User Story) tenha excelência antes de ir para o time de desenvolvimento. Uma história perfeita deve ser:

• [I] Independent (Independente): Pode ser desenvolvida em qualquer ordem, sem depender de outra história.
• [N] Negotiable (Negociável): Não é um contrato rígido, é um convite para uma conversa entre Produto, Dev e QA.
• [V] Valuable (Valiosa): Entrega valor real para o cliente ou para o negócio ao ser concluída.
• [E] Estimable (Estimável): A equipe consegue entender a complexidade para dar uma estimativa (ex: Story Points).
• [S] Small (Pequena): Cabe perfeitamente dentro de uma única Sprint (geralmente 2 semanas).
• [T] Testable (Testável): É possível provar que está pronta. É aqui que os Critérios de Aceite e o BDD entram!

2. Definition of Done - DoD (Mundo Ágil)

A "Definição de Pronto" (DoD) é um acordo formal do time. Enquanto o Critério de Aceite valida a regra de negócio de uma história específica, o DoD é uma lista geral que se aplica a tudo. Por exemplo: Uma história só é considerada "Pronta" se o código passou por Code Review, foi coberto por automação de testes, a documentação foi atualizada e o Pipeline rodou sem erros.

3. BRD - Business Requirements Document (Cascata)

No modelo tradicional (Waterfall), o BRD é a bíblia do projeto. Ele descreve o "O Quê" e o "Por Quê" do ponto de vista executivo. Ele foca no problema de negócio, métricas de sucesso, público-alvo e restrições. Ele não fala de botões na tela ou linguagem de código (isso fica para o Documento de Requisitos Funcionais - FRS). O BRD garante que o projeto faça sentido financeiro e estratégico antes de gastar um real com desenvolvimento.

4. Matriz de Rastreabilidade de Requisitos - RTM (Cascata/Híbrido)

A RTM (Requirements Traceability Matrix) é uma ferramenta vital para QAs e BAs. Trata-se de uma planilha (ou mapa no Jira/X-ray) que cruza cada requisito aprovado no BRD com os Casos de Teste (Test Cases) que o validarão. Se o cliente exigiu "Login com Biometria" (Requisito 01), a Matriz apontará diretamente para o "Cenário de Teste 05". Isso garante 100% de cobertura e impede que um desenvolvedor crie uma funcionalidade que ninguém pediu, ou que a equipe esqueça de testar algo crítico.

5. BPMN e Fluxogramas (O Elo Visual Universal)

Palavras podem gerar ambiguidades, mas desenhos não. O BPMN (Business Process Model and Notation) é uma padronização global para desenho de fluxogramas. Utilizo ferramentas visuais como Miro e Draw.io para mapear o estado atual do projeto (As-Is), identificar gargalos, e desenhar a solução ideal (To-Be). Os diagramas unem a linguagem técnica com a de negócios de forma impecável.