Questão de Engenharia de Software — Scrum — Avança SP 2025
Engenharia de Software›Scrum
Código
qg425157
Banca
Avança SP
Órgão
UNITAU
Ano
2025
Nível
Superior
Cargo
Programador Pleno
Durante uma Sprint Review no Scrum, qual das seguintes situações representa uma prática adequada?
AO Product Owner atualiza o Product Backlog com base no feedback recebido
BA equipe realiza o planejamento da próxima sprint
CO Scrum Master avalia o desempenho individual dos desenvolvedores
DA equipe discute problemas de processo internos
EO Product Owner define as metas de negócios para a próxima sprint
Revelar gabarito e comentário▾
GabaritoA — O Product Owner atualiza o Product Backlog com base no feedback recebido
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”.
Sprint Review no Scrum
Gabarito: letra A. A Sprint Review é o evento de inspeção do incremento e coleta de feedback dos stakeholders; a prática adequada é o Product Owner atualizar o Product Backlog com base nesse feedback, pois ele é o único responsável por gerenciar o backlog (Scrum Guide). As demais alternativas descrevem atividades de outros eventos (Sprint Planning, Retrospectiva) ou papéis que não se confundem com a revisão.
A Sprint Review é um dos cinco eventos formais do Scrum, realizada ao final de cada Sprint. Seu propósito é inspecionar o incremento entregue e adaptar o Product Backlog para refletir o que foi aprendido. É um evento colaborativo, que envolve o Time Scrum e os stakeholders, e tem duração máxima de quatro horas para Sprints de um mês (proporcionalmente menor para Sprints mais curtas). O foco está no produto: o que foi feito, o que não foi feito e o que mudou no mercado ou nas necessidades dos usuários.
O Product Owner, como único responsável pelo Product Backlog, é quem decide o que entra, o que sai e qual a prioridade de cada item. Durante a Sprint Review, ele coleta o feedback dos stakeholders e atualiza o backlog, incorporando novas ideias, ajustando prioridades e removendo itens que perderam valor. Essa atualização é a materialização da adaptação, um dos pilares do empirismo do Scrum.
É importante distinguir a Sprint Review da Sprint Retrospective. Enquanto a Review foca no produto e no feedback dos stakeholders, a Retrospective foca no processo e na melhoria contínua da equipe. A Review responde "o que entregamos e o que devemos fazer a seguir?", enquanto a Retrospective responde "como podemos melhorar nossa forma de trabalhar?". Confundir esses dois eventos é um erro clássico em provas.
A pegadinha desta questão está em associar atividades de outros eventos à Sprint Review. O planejamento da próxima Sprint (alternativa B) é feito no Sprint Planning, que ocorre antes do início da Sprint. A discussão de problemas de processo (alternativa D) é tema da Sprint Retrospective. A avaliação de desempenho individual (alternativa C) não é papel do Scrum Master, que é um servo-líder e facilitador, não um avaliador. E a definição de metas de negócio (alternativa E) é uma atividade contínua do Product Owner, mas não é o foco da Sprint Review, que é a inspeção do incremento e a adaptação do backlog.
Guarde a fronteira entre os eventos: Review = produto + feedback + atualização do backlog; Retrospective = processo + melhoria contínua; Planning = planejamento da próxima Sprint. É exatamente nessa fronteira que as alternativas se dividem.
Eventos do Scrum: Sprint Review (Foco: produto, Inspeciona o incremento, Coleta feedback dos stakeholders, PO atualiza o Product Backlog); Sprint Retrospective (Foco: processo, Melhoria contínua da equipe, Discute problemas internos); Sprint Planning (Foco: planejamento, Define o que será feito, Define como será feito); Daily Scrum (Foco: sincronização diária)
Alternativa A — ✅ Correta ⟵ GABARITO
Esta é a prática adequada. A Sprint Review é o momento de inspecionar o incremento e coletar feedback dos stakeholders. O Product Owner, como único responsável pelo Product Backlog, utiliza esse feedback para atualizar o backlog, ajustando prioridades e incorporando novos aprendizados. Isso está alinhado com o pilar da adaptação do Scrum e com o papel do Product Owner de maximizar o valor do produto.
Alternativa B — ❌ Incorreta
O planejamento da próxima Sprint é realizado no evento Sprint Planning, que ocorre antes do início da Sprint, e não durante a Sprint Review. A Review foca no que foi entregue e no feedback sobre o incremento, enquanto o Planning define o que será feito na próxima Sprint e como. A banca troca o evento: a atividade descrita pertence ao Sprint Planning.
Alternativa C — ❌ Incorreta
O Scrum Master não avalia o desempenho individual dos desenvolvedores. Seu papel é de servo-líder: facilitar o processo, remover impedimentos e garantir que o Scrum seja entendido e aplicado. A avaliação de desempenho individual não é uma prática do Scrum, que valoriza a auto-organização e a responsabilidade coletiva da equipe. A banca confunde o papel do Scrum Master com o de um gerente tradicional.
Alternativa D — ❌ Incorreta
Discutir problemas de processo internos é o foco da Sprint Retrospective, não da Sprint Review. A Retrospective é o evento dedicado à melhoria contínua do processo, onde a equipe reflete sobre o que funcionou e o que pode ser melhorado. A Review, por sua vez, é voltada ao produto e ao feedback dos stakeholders. A banca troca o foco: produto (Review) versus processo (Retrospective).
Alternativa E — ❌ Incorreta
Definir metas de negócio é uma atividade contínua do Product Owner, mas não é o propósito da Sprint Review. Na Review, o Product Owner coleta feedback e atualiza o Product Backlog, mas a definição de metas de negócio é uma atividade estratégica que ocorre fora do evento, no gerenciamento contínuo do backlog. A banca desloca uma atribuição do Product Owner para o contexto errado.
NÃO CAIA NESSA!
A banca adora misturar as atividades dos eventos do Scrum. A Review é sobre o produto e o feedback; a Retrospective é sobre o processo; o Planning é sobre a próxima Sprint. Quando a alternativa falar em "planejar a próxima sprint", "discutir problemas de processo" ou "avaliar desempenho", desconfie: são atividades de outros eventos ou papéis. Identifique o evento pelo foco: produto, processo ou planejamento.
PEGA ESSA DICA!
Para acertar questões sobre eventos do Scrum, pergunte-se: "qual é o foco deste evento?" Review = produto + feedback; Retrospective = processo + melhoria; Planning = planejamento da próxima Sprint; Daily = sincronização diária. Essa pergunta elimina a maioria das alternativas erradas.