🛡️ Pipeline da Engenharia de Requisitos
O "Processo" da engenharia de requisitos não é algo que só ocorre uma vez na Agilidade, ele é contínuo e ocorre a cada final de Sprint.
Segundo Sommerville (2011), um refinamento maduro envolve quatro etapas sistêmicas:
🏗️ As Quatro Atividades do Ciclo
| Etapa na Esteira | Significado Prático |
|---|---|
| 📊 Estudo de Viabilidade / Discovery | "Vale a pena programar isso?". A equipe descobre se é viável tecnicamente e se a empresa vai ganhar dinheiro com a funcionalidade. |
| 🔎 Levantamento (Elicitação) | O CTO e os Analistas sentam com os clientes para extrair a pura lógica usando Entrevistas. |
| 📄 Especificação | Modelar e redigir detalhadamente no Jira / Documentação Back-End (A ERS que acabamos de ver) o que será construído via API ou Telas Visuais (Telas Figma). |
| 🛡️ Validação Comercial | "Era isso mesmo?". Revisar e fechar o escopo antes que os desenvolvedores encostem os dedos no Teclado e no Git. |
🔄 O Ciclo Contínuo de Discovery e Delivery
graph TD
A["Discovery da Feature"] -->|Aprovado| B["Levantamento Ágil"]
B -->|User Stories/Jira| C["Especificação Tecnológica"]
C -->|Revisão de Arquitetura| D["Validação / Grooming"]
D -->|"Pronta para Devs"| E["Próxima Etapa: CODIFICAÇÃO (Projeto)"]
D -.->|Alteração de Rota| B
style E fill:#d4edda,stroke:#28a745,stroke-width:2px
[!NOTE] 💡 Natureza Mutante: "Requisito não é sinônimo de arquitetura engessada. Requisito é sinônimo de necessidade." — Andrew Hunt & David Thomas. Necessidades mudam todos os dias no mercado de tecnologia, logo, seus Códigos terão de mudar (e é por isso que Arquitetura Limpa será exigida nos próximos módulos).