Questão de Engenharia de Software — Gestão de Projetos em Engenharia de Software — FGV 2026
Engenharia de Software›Gestão de Projetos em Engenharia de Software
Código
fg133964
Banca
FGV
Órgão
TJ-RJ
Ano
2026
Nível
Superior
Cargo
Analista Judiciário - Tecnologia da Informação - Cientista de Dados
O departamento de TI de uma escola está desenvolvendo um Sistema de Gestão Escolar usando a metodologia ágil. Depois de definido 90% do escopo do projeto, o diretor da escola solicitou uma mudança significativa no escopo com a alegação de que a nova funcionalidade tinha se tornado prioridade.A equipe ágil deve lidar com essa demanda:
Aaceitando a mudança apenas após o término do projeto;
Brecusando a mudança, pois ela compromete o planejamento inicial;
Cavaliando a solicitação junto ao Product Owner e adaptando o backlog;
Dcobrando uma taxa adicional e incluindo a funcionalidade sem discussão;
Esuspendendo o projeto até que todas as mudanças sejam definidas.
Revelar gabarito e comentário▾
GabaritoC — avaliando a solicitação junto ao Product Owner e adaptando o backlog;
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”.
Metodologia Ágil – Gerenciamento de Mudanças
Gabarito: letra C. Em metodologias ágeis, mudanças no escopo são bem-vindas e devem ser avaliadas pelo Product Owner (PO), que prioriza o backlog de acordo com o valor de negócio. A equipe adapta o planejamento de forma iterativa, sem necessidade de suspender o projeto ou recusar a mudança. O Manifesto Ágil valoriza "responder a mudanças mais que seguir um plano", e o Scrum atribui ao PO a responsabilidade de gerenciar o backlog. Portanto, a atitude correta é avaliar a solicitação junto ao PO e adaptar o backlog.
1Solicitação de mudança
2Product Owner avalia prioridade
3Backlog é adaptado
4Equipe executa em sprint futuro
LEVEL · soulevel.com.br
Alternativa A – ❌ Incorreta
Aceitar a mudança apenas após o término do projeto contraria o princípio ágil de entrega contínua e adaptação. Em métodos ágeis, mudanças podem ser incorporadas em sprints futuros, não exigindo o fim do projeto.
Alternativa B – ❌ Incorreta
Recusar a mudança por comprometer o planejamento inicial é postura de metodologias tradicionais (cascata). O ágil acolhe mudanças como oportunidade de melhorar o produto.
Alternativa C – ✅ Correta ⟵ GABARITO
A equipe ágil, em conjunto com o Product Owner, analisa a prioridade da nova funcionalidade e, se relevante, insere-a no backlog para ser realizada em sprint futuro. Essa é a práxis recomendada pelo Scrum.
Alternativa D – ❌ Incorreta
Cobrar taxa adicional e incluir sem discussão fere os valores ágeis de transparência, colaboração e priorização baseada em valor. O custo não deve ser o único fator; a negociação deve envolver o PO e o time.
Alternativa E – ❌ Incorreta
Suspender o projeto até que todas as mudanças sejam definidas é antagônico à natureza iterativa e incremental do ágil. O projeto deve continuar entregando valor enquanto as mudanças são priorizadas.
PEGA ESSA DICA!
Em provas sobre metodologias ágeis, lembre-se: mudanças são bem-vindas e gerenciadas via backlog pelo Product Owner. O time não rejeita nem suspende o projeto – adapta-se continuamente.