Não existe em lugar algum uma ação ou mudanças em produtos que não passe por uma arquitetura de processos ou de uma lógica estruturada.
Essa é a melhor resposta porque segue as melhores práticas de engenharia de software e gestão de produtos: ela prioriza a compreensão completa da demanda antes de codificar.
Por que essa alternativa é correta:
| Critério | A melhor abordagem faz isso? | Por que importa |
|---|---|---|
| Consultar partes interessadas | ✅ Sim — realiza reuniões para entender a demanda | Evita suposições erradas e garante que a solução atenda às necessidades reais |
| Documentar regras de negócio | ✅ Sim — registra condições de elegibilidade claras (estudantes, +60 anos, assinantes há >1 ano) | Cria um contrato claro entre negócio e desenvolvimento, reduzindo retrabalho |
| Planejar antes de codificar | ✅ Sim — usa pseudocódigo ou fluxogramas | Identifica problemas de lógica cedo, economizando tempo e recursos |
Por que as outras estão erradas:
- Começar a codificação imediatamente: gera retrabalho, pois ajusta regras "no caminho" sem análise prévia
- Focar apenas na implementação técnica: ignora que regras de negócio mal definidas tornam a solução ineficaz
- Definir regras só com dados demográficos: não consulta as partes interessadas nem considera viabilidade técnica
Essa abordagem reflete o pensamento computacional e metodologias como Design Thinking, que você já estuda — entender o problema antes de construir a solução.
