Questão de Engenharia de Software — Scrum — FGV 2026
Engenharia de Software›Scrum
Código
fg129192
Banca
FGV
Órgão
AMAZUL
Ano
2026
Nível
Superior
Cargo
Engenheiro de Computação
Uma equipe de desenvolvimento está iniciando um novo projeto de software para um cliente que ainda não tem clareza sobre todos os requisitos do sistema. O cliente deseja entregas frequentes de funcionalidades para validar se o produto atende às suas necessidades.Nesse cenário, a metodologia de desenvolvimento mais adequada é
Amodelo cascata, pois permite um planejamento detalhado antes do início da codificação.
Bmetodologia ágil com Scrum, pois permite entregas incrementais e adaptação a mudanças.
Cmodelo espiral, pois é focado exclusivamente na análise de riscos técnicos.
Dmodelo V, pois garante que todos os testes sejam executados apenas no final do projeto.
Eprototipagem descartável, pois o objetivo é criar um produto final sem iterações.
Revelar gabarito e comentário▾
GabaritoB — metodologia ágil com Scrum, pois permite entregas incrementais e adaptação a mudanças.
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Metodologias de desenvolvimento de software
Gabarito: letra B. A metodologia ágil com Scrum é a mais adequada ao cenário, pois permite entregas incrementais frequentes e fácil adaptação a mudanças nos requisitos – exatamente o que o cliente necessita: validação contínua e flexibilidade. As demais alternativas falham por serem rígidas, focadas em planejamento antecipado ou testes tardios.
O enunciado descreve um projeto com requisitos incertos e desejo de entregas frequentes para validação. As metodologias ágeis, especialmente o Scrum, são projetadas para aceitar mudanças e entregar valor em ciclos curtos (Sprints).
Metodologia
Característica Principal
Adequação ao Cenário (requisitos incertos + entregas frequentes)
Motivo da Inadequação
Modelo Cascata
Planejamento detalhado e sequencial antes da codificação
❌
Exige requisitos estáveis e completos; não permite entregas frequentes nem adaptação a mudanças
Metodologia Ágil (Scrum)
Entregas incrementais em Sprints; adaptação contínua a mudanças
✅
Permite validação frequente pelo cliente e reage rapidamente a novos requisitos
Modelo Espiral
Ênfase em análise de riscos (técnicos e de negócio) em cada iteração
❌
Foco principal não é entrega incremental para validação; planejamento e análise de riscos são priorizados
Modelo V
Relaciona cada fase de desenvolvimento a uma fase de teste (paralelismo)
❌
Sequência rígida; não favorece entregas incrementais nem adaptação a mudanças
Prototipagem Descartável
Criação de protótipo para entendimento, sem iterações no produto final
❌
Objetivo não é entregar funcionalidades incrementais; produto final não é construído iterativamente
Alternativa A — ❌ Incorreta
O modelo cascata (waterfall) exige requisitos completos e estáveis desde o início, com planejamento detalhado antes da codificação. Isso não atende à necessidade de entregas frequentes nem à adaptação a mudanças – é justamente o oposto do que o cliente precisa.
Alternativa B — ✅ Correta ⟵ GABARITO
Scrum é um framework ágil iterativo e incremental, baseado em Sprints (ciclos curtos de até um mês) que geram incrementos de produto potencialmente entregáveis. Isso permite que o cliente valide funcionalidades ao longo do desenvolvimento e que a equipe reaja a novos requisitos ou feedbacks rapidamente. Os pilares do Scrum (Transparência, Inspeção, Adaptação) e seus eventos (Sprint Review, por exemplo) reforçam esse alinhamento com o cenário.
Alternativa C — ❌ Incorreta
O modelo espiral é voltado para análise de riscos, mas não é "focado exclusivamente" em riscos técnicos; também abrange riscos de negócio. No entanto, sua ênfase em planejamento e análise de riscos em cada iteração não é tão adequada para entregas frequentes e validação com o cliente como as abordagens ágeis. Além disso, a afirmação de que é "exclusivamente" para riscos técnicos é falsa.
Alternativa D — ❌ Incorreta
O modelo V (Verificação e Validação) relaciona cada fase de desenvolvimento a uma fase de teste, mas os testes não são executados "apenas no final"; eles ocorrem paralelamente. Contudo, o modelo V ainda segue uma sequência rígida e não favorece entregas incrementais nem adaptação a mudanças – é inadequado para requisitos incertos e validação contínua.
Alternativa E — ❌ Incorreta
Prototipagem descartável cria um protótipo rápido para entender requisitos, mas o objetivo não é criar o produto final sem iterações – pelo contrário, envolve iterações. A afirmação de "criar um produto final sem iterações" contradiz a própria natureza da prototipagem. Além disso, esse modelo não oferece o ritmo de entregas frequentes e adaptação contínua que o cenário exige.
NÃO CAIA NESSA!
A banca aposta que você confunda "planejamento detalhado" (alternativa A) com segurança. Mas o enunciado pede entregas frequentes e adaptação – palavras-chave que remetem às metodologias ágeis. O modelo cascata é justamente o oposto.
PEGA ESSA DICA!
Na prova, ao ler "requisitos incertos" e "entregas frequentes para validação", lembre-se imediatamente de Scrum ou outras metodologias ágeis (XP, Kanban). As palavras "incremental" e "iterativo" são seus guias.