Keyboard shortcuts

Press ← or → to navigate between chapters

Press S or / to search in the book

Press ? to show this help

Press Esc to hide this help

🔍 CAPÍTULO 06: ELICITAÇÃO E LEVANTAMENTO

O processo de engenharia de requisitos não é algo que ocorre apenas uma vez. Na agilidade, ele é contínuo e ocorre a cada ciclo de desenvolvimento. Descobrir o que o usuário realmente precisa (e não apenas o que ele diz que quer) é o grande segredo. 🛡️🧩

🎯 Objetivo do Capítulo

Dominar as quatro etapas sistêmicas do refinamento de requisitos: Estudo de Viabilidade, Elicitação, Especificação e Validação Comercial.

🏢 O Cenário Corporativo (TecProExpress)

O Diretor de Logística da TecProExpress quer que o sistema de rastreamento use Inteligência Artificial para prever o trânsito. O custo dessa tecnologia é alto e a equipe de desenvolvedores nunca trabalhou com IA.

"Seu papel é conduzir o Discovery. Vale a pena programar isso agora? Temos tecnologia para isso? Ou seria melhor focar em uma integração simples com o Google Maps primeiro? Você deve conduzir as entrevistas e o estudo de viabilidade para dar o veredito técnico."

🧠 O Ciclo de Refinamento de Requisitos

Segundo Sommerville (2011), o processo envolve quatro atividades cíclicas:

EtapaSignificado Prático
Estudo de Viabilidade"Vale a pena?". Avaliamos custo, tecnologia e retorno de negócio.
Elicitação (Levantamento)Reuniões e entrevistas com stakeholders para extrair a lógica.
EspecificaçãoDocumentar detalhadamente no Jira ou ERS o que será construído.
Validação Comercial"Era isso mesmo?". Revisão final com o cliente antes de codar.

📊 Fluxo de Discovery e Delivery

graph TD
    A["Discovery da Feature"] -->|Aprovado| B["Levantamento Ágil"]
    B -->|User Stories| C["Especificação Técnica"]
    C -->|Revisão de Arquitetura| D["Validação / Grooming"]
    D -->|"Pronta para Devs"| E["CODIFICAÇÃO"]
    
    style E fill:#d4edda,stroke:#28a745,stroke-width:2px

🔍 As Três Peneiras da Viabilidade

Antes de escrever a primeira linha de código Java, o Arquiteto deve responder:

  1. Retorno de Negócio (ROI): Isso trará lucro ou economizará dinheiro?
  2. Viabilidade Tecnológica: Temos servidores, banco de dados e talentos para isso?
  3. Integração (Lock-In): Dependemos de APIs de terceiros que podem falhar?

👥 Stakeholders: Os Interessados

Todo projeto afeta diferentes grupos na TecProExpress:

  • Usuários Finais: Querem simplicidade (foco em UX).
  • Gerentes: Querem rapidez e lucro (foco em Datas).
  • Engenheiros: Querem segurança e código limpo (foco em Qualidade).
  • Reguladores: Exigem conformidade (foco em LGPD/Leis).

🗣️ Técnicas de Elicitação (Entrevistas)

Escrever código só compensa se a regra estiver clara. O Engenheiro deve atuar como um "detetive" durante as entrevistas:

[!TIP] Dica do Tech Lead: Nunca entre em uma reunião sem conhecer o negócio do cliente. Se o sistema é contábil, estude o básico de fluxo de caixa antes. Se você não entende o domínio, não conseguirá traduzi-lo em código. 🚀

Desafios do Levantamento

  • Omissão: O usuário esquece de mencionar regras que ele considera "óbvias".
  • Conflitos: O setor de Vendas quer algo que o setor de Segurança proíbe.
  • Tradução: O cliente fala em "Leads", o dev ouve "Table Leads no PostgreSQL".

💡 Checkpoint de Lógica

[!IMPORTANT] Reflexão Profissional: Se um cliente pede um botão que emita um Excel gigante com todos os dados do banco, pergunte sempre: "Por que você precisa disso?". Muitas vezes, ele só quer validar uma única informação que poderia ser resolvida com uma simples tela de consulta, economizando semanas de desenvolvimento inútil. 🧠🛡️