Introdução
O cliente geralmente conhece o trabalho e a dor, mas nem sempre consegue descrever a solução em termos técnicos. Se a equipe perguntar apenas “que tela você quer?”, pode receber uma resposta limitada ao processo atual, mesmo quando existe uma oportunidade de melhorar o fluxo.
O levantamento busca entender objetivos, contexto, exceções, pessoas envolvidas, informações usadas e resultados esperados. A equipe não precisa concordar com tudo que ouve; precisa compreender antes de propor.
Prepare a investigação
Antes de marcar entrevistas, defina o objetivo da investigação e o que precisa ser aprendido. O que ainda é desconhecido? Qual decisão depende da conversa? Quais limites de prazo, orçamento, legislação ou tecnologia já existem? Liste hipóteses e dúvidas. Essa preparação evita conversas longas que acumulam opiniões sem esclarecer o problema.
Também vale escolher um cenário inicial, reunir documentos existentes, reservar tempo suficiente para ouvir exemplos reais e combinar como as descobertas serão registradas. Notas com data, participante, evidência e dúvida aberta são mais úteis do que uma memória resumida semanas depois.
Por fim, separe fato, interpretação e ideia. “Hoje anotamos em papel” é uma observação. “O sistema precisa de uma tela igual ao papel” é uma hipótese. “Poderíamos usar uma fila digital” é uma proposta. Misturar as três coisas cedo demais limita a descoberta.
Comece pelos stakeholders
Liste quem solicita, executa, aprova, mantém, recebe e é afetado pelo processo. O artigo sobre stakeholders apresenta uma forma de analisar interesse, influência e impacto.
Inclua usuários diretos e pessoas que aparecem apenas em exceções, auditorias ou integrações. Pergunte quem é consultado hoje, quem corrige problemas e quem seria prejudicado por um dado incorreto. Essa lista orienta a escolha das técnicas e reduz o risco de ouvir apenas a liderança.
Técnicas de levantamento
Cada técnica revela uma parte diferente do trabalho:
Entrevistas
Faça perguntas abertas e peça exemplos recentes. Depois aprofunde: quem participa, o que acontece quando há exceção, quais informações são consultadas e como a pessoa sabe que terminou.
Questionários
Alcançam muitas pessoas quando as perguntas já estão bem delimitadas. São úteis para confirmar padrões, mas raramente revelam exceções sozinhos.
Observação
Acompanhe o trabalho no contexto real. A observação revela atalhos, interrupções, planilhas paralelas e decisões que nem sempre aparecem em uma entrevista.
Workshops
Reúna perfis diferentes diante do mesmo fluxo para construir um entendimento comum, comparar prioridades e identificar conflitos. Registre decisões e pendências durante a conversa.
Análise de documentos
Formulários, políticas, relatórios, contratos e planilhas existentes revelam regras e dados que as pessoas nem sempre lembram de mencionar.
Protótipos
Um rascunho de tela, fluxo ou formulário torna a conversa concreta antes de investir na implementação. Deixe claro que o protótipo é uma hipótese, não uma promessa final.
Uma técnica não substitui as demais. Um questionário pode apontar um padrão, a observação pode revelar uma exceção e um protótipo pode mostrar que uma palavra foi interpretada de duas maneiras.
Faça perguntas que revelem o problema
- O que dispara esse trabalho?
- Qual decisão precisa ser tomada?
- O que acontece quando o caso foge do fluxo normal?
- Que informação é necessária e quem pode acessá-la?
- Como o resultado é conferido hoje?
- O que seria um sinal de que a solução ajudou?
Perguntas sobre exceções são especialmente valiosas. Um fluxo que funciona apenas no cenário ideal costuma gerar requisitos incompletos.
Organize as informações
Separe fatos observados, necessidades declaradas, hipóteses e decisões. Agrupe as notas por objetivo, processo, regra, dado, exceção e qualidade esperada. Depois, marque dúvidas, conflitos e informações que ainda precisam de confirmação.
Uma estrutura simples pode ligar stakeholder, problema, requisito, prioridade e critério de aceitação. Essa ligação facilita a rastreabilidade sem obrigar todo projeto a adotar uma ferramenta complexa.
Priorize e valide
Priorize considerando valor, risco, urgência, dependências e esforço. Uma funcionalidade muito solicitada pode não ser a primeira se uma regra de segurança bloqueia todo o fluxo. Da mesma forma, um protótipo pequeno pode ter prioridade porque reduz uma incerteza importante.
Valide os resultados devolvendo exemplos aos participantes: “é isso que acontece quando o prazo vence?”; “quem pode corrigir este dado?”; “o que deve ocorrer quando a integração falhar?”. A validação precisa incluir cenários normais e exceções.
Valide antes de transformar em compromisso
Ao terminar, devolva o entendimento em uma forma que o cliente consiga revisar: um resumo, um fluxo, histórias, regras ou protótipo. Peça confirmação explícita e destaque o que ainda é hipótese.
O padrão ISO/IEC/IEEE 29148 trata de processos e informações de Engenharia de Requisitos. Ele é uma referência para aprofundar a disciplina, mas o formato adotado deve continuar adequado ao tamanho e ao risco do projeto.
Do problema ao requisito
Problema inicial: uma escola recebe inscrições por mensagens, perde informações e demora para confirmar vagas. Na preparação, a equipe identifica secretaria, coordenação, estudantes e responsável pelo pagamento. Em entrevistas, descobre que a secretaria precisa corrigir dados, a coordenação define limites por turma e o pagamento pode ser confirmado depois.
Uma necessidade pode ser registrada assim: “a secretaria precisa consultar inscrições por turma e situação”. Após a análise, ela se transforma em requisito: “uma pessoa da secretaria deve conseguir filtrar inscrições por turma e situação; o resultado deve mostrar nome, data, situação e indicação de pendência; pessoas sem permissão administrativa não podem acessar o resultado”. Os critérios podem verificar filtro vazio, combinação de filtros, ausência de resultados e controle de acesso.
Conclusão
Levantamento de requisitos é uma prática de escuta, investigação e síntese. O objetivo não é extrair uma lista perfeita em uma reunião, e sim construir entendimento suficiente para escolher a próxima entrega com menos suposições. A melhor técnica é aquela que aproxima a equipe do trabalho real.