Pular para o conteúdo principal

Questão de Engenharia de Software — Processos de Software - Desenvolvimento Ágil — FGV 2026

Engenharia de SoftwareProcessos de Software - Desenvolvimento Ágil
Código
fg133856
Banca
FGV
Órgão
TJ-RJ
Ano
2026
Nível
Superior
Cargo
Analista Judiciário - Tecnologia da Informação - Analista de Projetos
Durante o desenvolvimento de um sistema de gestão financeira de uma corretora de valores, a equipe de TI optou por utilizar o framework de gerenciamento Scrum.O objetivo é a entrega de valor ao cliente no período de um timebox chamado Sprint. Após o segundo Sprint, o Product Owner percebeu que os usuários finais estavam insatisfeitos com a interface disponibilizada.De forma a manter a conformidade com o modelo, a equipe de TI deverá:
  1. Acancelar o Sprint atual e iniciar um novo ciclo com novos requisitos;
  2. Bincluir os usuários nas reuniões diárias para acompanhar o progresso técnico;
  3. Cignorar o feedback dos usuários até o final do projeto, para evitar mudanças de escopo;
  4. Drealizar uma reunião de retrospectiva com os usuários para redefinir os papéis da equipe;
  5. Ereavaliar o backlog do produto com base no feedback e priorizar melhorias na interface.
Revelar gabarito e comentário

GabaritoE — reavaliar o backlog do produto com base no feedback e priorizar melhorias na interface.

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”.

Scrum — Adaptação baseada em feedback

Gabarito: letra E. No Scrum, o Product Owner é responsável por maximizar o valor do produto, gerenciando o Product Backlog e ajustando prioridades com base no feedback das partes interessadas. A insatisfação com a interface deve ser registrada e priorizada, para que a equipe implemente as melhorias na próxima Sprint, mantendo a conformidade com o framework.

A questão testa o princípio da inspeção e adaptação, central no Scrum, e o uso adequado do Sprint Review para coletar feedback. O Product Owner, como dono do Product Backlog, deve reordená-lo para refletir as necessidades dos usuários.

  1. 1Sprint Review
  2. 2Feedback dos usuários
  3. 3PO reavalia Product Backlog
  4. 4Prioriza melhorias
  5. 5Próxima Sprint
LEVEL · soulevel.com.br

Alternativa A — ❌ Incorreta

Cancelar a Sprint atual não é a prática recomendada para incorporar feedback. O cancelamento de uma Sprint é uma exceção (permitido apenas pelo PO) e geralmente ocorre quando a meta da Sprint perde o sentido, não para ajustes de escopo. A abordagem correta é finalizar a Sprint, revisar o backlog e planejar o próximo ciclo.

Alternativa B — ❌ Incorreta

A Daily Scrum é um evento para os Desenvolvedores inspecionarem o progresso e planejarem as próximas 24 horas. Incluir usuários como participantes regulares desvirtua o propósito da reunião, que não é de acompanhamento técnico para stakeholders. O feedback de usuários deve ser coletado na Sprint Review.

Alternativa C — ❌ Incorreta

Ignorar o feedback dos usuários viola o valor da Abertura e o princípio ágil de responder a mudanças. O Scrum incentiva a adaptação contínua com base em inspeções frequentes.

Alternativa D — ❌ Incorreta

A Sprint Retrospective é voltada para o Time Scrum discutir o processo e melhorar a dinâmica interna. Não é o evento adequado para redefinir papéis ou coletar feedback de usuários. O feedback externo é tratado na Sprint Review, onde o Product Owner pode ajustar o Product Backlog.

Alternativa E — ✅ Correta ⟵ GABARITO

O Product Owner, de posse do feedback dos usuários, deve reavaliar o Product Backlog, priorizar as melhorias de interface e incluí-las no planejamento da próxima Sprint. Essa é a ação que respeita os papéis e artefatos do Scrum, garantindo a entrega de valor.

Link permanente: /questoes/fg133856