Elicitação de Requisitos

1. O que é

A elicitação de requisitos é o processo de obter informações detalhadas sobre o que o sistema deve fazer. O foco está em capturar as necessidades, expectativas e restrições de todos os stakeholders (usuários finais, clientes, reguladores, equipe técnica etc.), além de compreender o contexto do domínio e o problema que precisa ser resolvido.

2. Objetivos principais

Identificar requisitos funcionais e não funcionais.

Compreender o problema real e o contexto em que o sistema será utilizado.

Criar uma base de entendimento comum entre equipe e stakeholders.

Evitar ambiguidades, lacunas e mal-entendidos que possam gerar retrabalho.

3. Como funciona

O processo geralmente envolve interação direta com stakeholders e análise de fontes de informação existentes. Etapas típicas:

Preparação → conhecer o domínio, mapear stakeholders e planejar a coleta.
Coleta → aplicar técnicas como entrevistas, observações, workshops e análise documental.
Documentação inicial → registrar requisitos e descobertas de forma clara e compreensível.
Validação preliminar → checar se os requisitos coletados fazem sentido antes de avançar.

4. Técnicas Comuns de Elicitação

4.1 Entrevista

Conversa estruturada ou semiestruturada com stakeholders.

Permite obter informações detalhadas, esclarecer dúvidas e descobrir necessidades ocultas.

Pode ser individual ou em grupo.

4.2 Questionário

Conjunto de perguntas enviado a usuários ou stakeholders.

Útil para coletar dados de muitas pessoas rapidamente.

Pode ser aberto (respostas livres) ou fechado (opções pré-definidas).

4.3 Observação / Shadowing

Consiste em observar usuários em seu ambiente real de trabalho.

Permite identificar atividades e requisitos que os usuários podem não conseguir descrever verbalmente.

Útil para descobrir requisitos implícitos.

4.4 Grupo Focal (Focus Group)

Reunião facilitada com um grupo de usuários representativos.

Coleta opiniões, expectativas e feedbacks sobre o sistema ou protótipos.

Ajuda a entender perspectivas coletivas e priorizar requisitos.

4.5 Introspecção

Técnica em que o analista reflete sobre o sistema e as necessidades dos usuários, baseado em experiência e conhecimento prévio.

Útil para identificar requisitos que stakeholders podem não perceber.

4.6 Léxicos/Glossário

Lista de termos e definições relevantes do domínio.

Ajuda a uniformizar a linguagem entre analistas e stakeholders, evitando ambiguidades.

Pode começar na elicitação e ser refinado durante a análise e especificação.