Questão de Engenharia de Software — SCRUM — VUNESP 2025
Engenharia de Software›SCRUM
Código
vu222976
Banca
VUNESP
Órgão
UNESP
Ano
2025
Cargo
V - - Doc ( )
A técnica de desenvolvimento de software conhecida como Scrum apesenta diversas peculiaridades, sendo correto afirmar que dentre as características e elementos presentes nessa técnica, o
Ascrum master é o responsável por definir e gerenciar o product backlog.
Bscrum master é uma reunião na qual a equipe scrum demonstra o trabalho feito durante um sprint.
Cdaily scrum é uma reunião final de projeto, de forma a verificar se todas as atividades foram executadas.
Dproduct backlog é uma lista ordenada de itens que representam o trabalho a ser realizado no produto.
Esprint é uma reunião diária de até 15 minutos para que a equipe sincronize suas atividades.
Revelar gabarito e comentário▾
GabaritoD — product backlog é uma lista ordenada de itens que representam o trabalho a ser realizado no produto.
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: papéis, eventos e artefatos
Gabarito: letra D. O Product Backlog é, de fato, uma lista ordenada de itens que representam todo o trabalho necessário ao produto — é o único artefato do Scrum que reúne, de forma priorizada, os requisitos e funcionalidades a serem desenvolvidos. As demais alternativas trocam as responsabilidades do Scrum Master, confundem eventos (Daily Scrum, Sprint Review) e atribuem ao Sprint uma característica que não lhe pertence.
O Scrum é um framework ágil para gerenciar e desenvolver produtos complexos, baseado em ciclos curtos chamados Sprints. Ele se estrutura em três pilares (transparência, inspeção e adaptação), cinco valores (foco, comprometimento, coragem, respeito e abertura) e um conjunto bem definido de papéis, eventos e artefatos. Entender a função de cada um desses elementos é essencial para responder questões como esta, que testam justamente a correta associação entre conceito e definição.
Vamos detalhar cada componente:
Papéis (Time Scrum):
Product Owner (PO): responsável por maximizar o valor do produto e gerenciar o Product Backlog. É a única pessoa que pode alterar a ordem dos itens do backlog. Não é um comitê — é sempre uma pessoa única.
Desenvolvedores: criam o incremento do produto de forma incremental e auto-organizada. São os únicos que podem alterar o Sprint Backlog.
Scrum Master: é um servo-líder que garante que o Scrum seja entendido e aplicado. Remove impedimentos, facilita os eventos e protege o time de interferências externas. Não é um chefe e não gerencia o backlog.
Eventos:
Sprint: período de duração fixa (de 1 a 4 semanas) em que um incremento potencialmente utilizável é criado. Não é uma reunião.
Daily Scrum (Reunião Diária): reunião de 15 minutos para sincronizar as atividades e planejar as próximas 24 horas. Não é uma reunião final de projeto.
Sprint Review (Revisão da Sprint): reunião ao final da Sprint para inspecionar o incremento e adaptar o Product Backlog.
Sprint Retrospective (Retrospectiva): reunião para revisar o processo e identificar melhorias.
Artefatos:
Product Backlog: lista ordenada de tudo que pode ser necessário no produto. É dinâmico e pode ser atualizado a qualquer momento.
Sprint Backlog: conjunto de itens selecionados do Product Backlog para a Sprint, mais a meta da Sprint e um plano de ação.
Incremento: soma de todos os itens do Product Backlog concluídos durante a Sprint, que juntos formam um produto utilizável.
A pegadinha clássica desta questão é inverter as responsabilidades: o Scrum Master não define nem gerencia o Product Backlog (isso é função do Product Owner), e o Daily Scrum não é uma reunião final de projeto (é uma reunião diária de sincronização). Além disso, o Sprint não é uma reunião, mas sim o período de desenvolvimento.
Guarde a fronteira entre papéis (quem faz o quê) e eventos (quando e como as coisas acontecem): é exatamente nela que as alternativas se dividem.
Scrum
1Papéis
Product Owner
Gerencia o Product Backlog
Scrum Master
Servo-líder, remove impedimentos
Desenvolvedores
Criam o incremento
2Eventos
Sprint
Período de 1 a 4 semanas
Daily Scrum
Reunião diária de 15 min
Sprint Review
Inspeciona o incremento
Retrospectiva
Melhora o processo
3Artefatos
Product Backlog
Lista ordenada e priorizada
Sprint Backlog
Itens da Sprint + meta
Incremento
Produto utilizável
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
O Scrum Master não é responsável por definir e gerenciar o Product Backlog. Essa é a função exclusiva do Product Owner, que é a única pessoa responsável por gerenciar o backlog do produto. O Scrum Master atua como facilitador, removendo impedimentos e garantindo que o Scrum seja seguido. A alternativa troca o papel do Scrum Master pelo do Product Owner.
Alternativa B — ❌ Incorreta
O Scrum Master é um papel (uma pessoa), não uma reunião. A reunião em que a equipe demonstra o trabalho feito durante a Sprint é a Sprint Review (Revisão da Sprint), que ocorre ao final do Sprint para inspecionar o incremento e adaptar o Product Backlog. A alternativa confunde o papel com o evento de revisão.
Alternativa C — ❌ Incorreta
O Daily Scrum (Reunião Diária) é uma reunião diária de até 15 minutos para sincronizar as atividades e planejar as próximas 24 horas — não é uma reunião final de projeto. A reunião final de projeto, se existisse, seria mais próxima da Sprint Review, mas mesmo essa não é uma "verificação de todas as atividades executadas" no sentido de encerramento. A alternativa descreve o Daily Scrum de forma completamente equivocada.
Alternativa D — ✅ Correta ⟵ GABARITO
O Product Backlog é, de fato, uma lista ordenada de itens que representam todo o trabalho necessário ao produto. Ele é dinâmico, priorizado pelo Product Owner e contém requisitos, funcionalidades, melhorias e correções. É o artefato que guia o desenvolvimento, sendo refinado continuamente. A definição está correta e alinhada com o Guia do Scrum.
Alternativa E — ❌ Incorreta
O Sprint não é uma reunião diária de até 15 minutos. O Sprint é o período de desenvolvimento (time-box de 1 a 4 semanas) em que um incremento é criado. A reunião diária de até 15 minutos é o Daily Scrum. A alternativa troca o Sprint pelo Daily Scrum.