Em relação a metodologias de desenvolvimento de sistemas, julgue o item subsequente. No Scrum, a sprint retrospective é a etapa na qual o cliente (usuário) identifica as mudanças mais úteis para melhorar a eficácia do produto; essas mudanças podem ser adicionadas ao sprint backlog da próxima sprint pelo product owner.
CCerto
EErrado
Revelar gabarito e comentário▾
GabaritoE — Errado
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
❌ ERRADO. A afirmação está incorreta porque confunde a Sprint Retrospective com a Sprint Review. Na Sprint Retrospective, a equipe Scrum (não o cliente) inspeciona seu próprio processo e cria um plano de melhorias para a próxima Sprint. Já a Sprint Review é onde o cliente/usuário fornece feedback sobre o incremento e identifica mudanças úteis para o produto. Além disso, as mudanças são adicionadas ao Product Backlog pelo Product Owner, e não diretamente ao Sprint Backlog.
NÃO CAIA NESSA!
A banca troca os papéis da Retrospectiva e da Revisão da Sprint. A Retrospectiva é um evento interno da equipe para melhoria do processo; a Revisão (Review) é que foca no produto com participação do cliente. Fique atento: na Retrospectiva, a equipe reflete sobre como melhorar a eficácia do time, não do produto. O Sprint Backlog é de propriedade do Time de Desenvolvimento, e o Product Owner gerencia o Product Backlog.
Para fixar, compare os dois eventos:
Evento
Foco
Participantes
Resultado principal
Sprint Review
Produto (incremento)
Time Scrum + stakeholders (incluindo cliente)
Feedback sobre o produto; adaptação do Product Backlog
Sprint Retrospective
Processo da equipe
Time Scrum (apenas)
Plano de melhorias para o próximo Sprint; adaptação do processo