Pular para o conteúdo principal

Questão de Engenharia de Software — Gestão de Projetos em Engenharia de Software — FGV 2026

Engenharia de SoftwareGestão de Projetos em Engenharia de Software
Código
fg133895
Banca
FGV
Órgão
TJ-RJ
Ano
2026
Nível
Superior
Cargo
Analista Judiciário - Tecnologia da Informação - Analista de Segurança da Informação
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:
  1. Aaceitando a mudança apenas após o término do projeto;
  2. Brecusando a mudança, pois ela compromete o planejamento inicial;
  3. Cavaliando a solicitação junto ao Product Owner e adaptando o backlog;
  4. Dcobrando uma taxa adicional e incluindo a funcionalidade sem discussão;
  5. 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 no Escopo

Gabarito: letra C. Em metodologias ágeis, mudanças no escopo são bem-vindas mesmo em fases avançadas do projeto, desde que avaliadas e priorizadas pelo Product Owner, que é o responsável por gerenciar o backlog e assegurar que o time trabalhe nas funcionalidades de maior valor. A equipe ágil não recusa mudanças de imediato nem as aceita sem discussão; o processo correto é analisar a solicitação em conjunto com o Product Owner e adaptar o backlog do produto.

A base do desenvolvimento ágil está no Manifesto Ágil, que preza por "responder a mudanças mais que seguir um plano". Nesse contexto, o Product Owner exerce papel central: ele decide, com base no valor de negócio, se a mudança deve ser inserida no backlog e qual a prioridade. A equipe, então, planeja as próximas sprints incorporando o novo item.

Alternativa A — ❌ Incorreta

Aceitar a mudança apenas após o término do projeto contraria o princípio ágil de entregar valor continuamente e incorporar feedback. Em métodos ágeis, as mudanças são avaliadas e integradas durante o desenvolvimento, não postergadas.

Alternativa B — ❌ Incorreta

Recusar a mudança porque compromete o planejamento inicial é uma postura típica de metodologias tradicionais (como Cascata). O ágil valoriza a adaptação; o planejamento inicial é um guia, não uma camisa de força.

Alternativa C — ✅ Correta ⟵ GABARITO

Avaliar a solicitação junto ao Product Owner e adaptar o backlog é a conduta correta. O Product Owner analisa o valor da funcionalidade, negocia com o diretor e decide se a mudança entra no backlog, respeitando a capacidade do time e as prioridades definidas.

Alternativa D — ❌ Incorreta

Cobrar taxa adicional e incluir a funcionalidade sem discussão fere a transparência e a colaboração. Mudanças não devem ser tratadas como mero incremento de custo; devem ser avaliadas quanto ao valor e ao impacto no planejamento.

Alternativa E — ❌ Incorreta

Suspender o projeto até que todas as mudanças sejam definidas é uma abordagem reativa e antagônica ao ciclo iterativo ágil. O ágil trabalha com iterações curtas; a equipe deve continuar entregando enquanto ajusta o backlog.

Gabarito: letra C.

Link permanente: /questoes/fg133895