Middle Business Analyst — Perguntas de entrevista Business Analyst

Como você prioriza requisitos quando todo mundo diz que o seu é crítico?

Tornando o trade-off visível em vez de discutir sobre importância: o que cada um entrega, o que custa, e o que se sacrifica ao fazer o outro primeiro. MoSCoW funciona quando as categorias têm um teto, senão tudo vira Must. A pergunta que encerra a maioria dos debates é o que acontece se isso for lançado no próximo trimestre em vez de agora.

Como você lida com um requisito que muda no meio do desenvolvimento?

Avalie o impacto antes de aceitar ou rejeitar — o que mais depende dele, o que já foi construído, o que o atraso custa. Depois é uma decisão que alguém precisa assumir, não um favor. O scope creep silencioso, onde cada mudança é pequena e ninguém rastreia o total, é como um projeto de dois meses vira seis.

O que é uma matriz de rastreabilidade e quando vale a pena mantê-la?

Um mapa de requisitos para o design, código e testes que os satisfazem. Vale a pena mantê-la quando você precisa provar cobertura — indústrias reguladas, auditorias, segurança — e é burocracia em qualquer outro lugar. A versão honesta é um link do ticket ao teste, não uma planilha que ninguém atualiza.

Como você modela um processo, e o que você realmente ganha com isso?

BPMN ou um diagrama de swimlane simples mostrando quem faz o quê e onde estão os handoffs. O que você ganha não é o desenho — é que desenhá-lo expõe os passos que ninguém conseguia nomear e as decisões sem dono. A maioria dos problemas de processo é descoberta enquanto se modela, não ao ler o modelo.

Qual é a diferença entre validation e verification de requisitos?

Verification pergunta se o requisito está bem formado — claro, testável, consistente com os demais. Validation pergunta se é o requisito certo — se realmente atende à necessidade de negócio. Um documento pode passar em verification completamente e ainda descrever o sistema errado.

Como você escreve requisitos para uma integração com um sistema externo?

Comece pelo contrato: quais dados atravessam, em que formato, com que frequência, e o que acontece quando o outro lado está indisponível ou errado. Os modos de falha são o requisito — uma spec que descreve só o caminho feliz será descoberta incompleta durante o teste, quando já é caro.