Questão de Engenharia de Software — Processos de Software - Desenvolvimento Ágil — CESPE / CEBRASPE 2024
Engenharia de Software›Processos de Software - Desenvolvimento Ágil
Código
ce185212
Banca
CESPE / CEBRASPE
Órgão
SEBRAE-NACIONAL
Ano
2024
Nível
Superior
Cargo
Analista Técnico II – Dados – Business Intelligence
O rito do Scrum no qual o time verifica quantos pontos foram entregues na Sprint e registra a sua velocidade é conhecido como
Asprint review.
Bsprint retrospective
Csprint planning.
Ddaily scrum.
Revelar gabarito e comentário▾
GabaritoB — sprint retrospective
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”.
Eventos do Scrum – Sprint Retrospective
Gabarito: letra B. O rito no qual o time verifica quantos pontos foram entregues na Sprint e registra sua velocidade é a Sprint Retrospective. Esse evento tem como objetivo inspecionar o processo da equipe, identificar melhorias e, como parte da análise, calcular a velocidade (pontos entregues por sprint) para planejamento futuro. Em contraste, a Sprint Review foca no produto e no feedback dos stakeholders.
O Scrum Guide define cinco eventos: Sprint, Sprint Planning, Daily Scrum, Sprint Review e Sprint Retrospective. Cada um tem propósito específico, e a banca explora justamente a diferença entre Review e Retrospective.
Eventos do Scrum: Sprint Planning; Planeja o que fazer; Cria Sprint Backlog; Daily Scrum; Sincronização diária (15 min); Impedimentos; Sprint Review; Inspeciona o incremento; Feedback do cliente; Sprint Retrospective; Verifica pontos entregues; Registra velocidade (velocity); Melhoria do processo
Alternativa A — ❌ Incorreta
Sprint Review. É o evento de inspeção do incremento e adaptação do Product Backlog, voltado para o produto e feedback do cliente. Não é o momento principal para registrar a velocidade da equipe, embora possa ser mencionada. O foco está no que foi construído, não na métrica de desempenho do time.
Alternativa B — ✅ Correta ⟵ GABARITO
Sprint Retrospective. Como descrito no conteúdo de apoio, a Sprint Retrospective é "reflexão para melhorar o próximo ciclo" e "mais voltada para o trabalho do Scrum Team". Nela, a equipe analisa o que deu certo e o que pode ser melhorado, incluindo a verificação dos pontos entregues e o registro da velocidade (velocity), que serve para estimar sprints futuras. É o rito correto para a ação mencionada.
Alternativa C — ❌ Incorreta
Sprint Planning. Reunião de planejamento da Sprint, onde se define o que será feito (Sprint Backlog) e a meta. Não envolve verificar pontos já entregues, pois ocorre no início da Sprint.
Alternativa D — ❌ Incorreta
Daily Scrum. Reunião diária de no máximo 15 minutos para sincronização do time. Cada membro relata o que fez, o que fará e os impedimentos. Não é o local para registrar a velocidade ou verificar pontos totais da Sprint.
NÃO CAIA NESSA!
A banca explora a confusão clássica entre Sprint Review e Sprint Retrospective. Muitos candidatos associam "verificar o que foi feito" à Review, mas a Retrospective é que se debruça sobre os números de desempenho (velocidade) e promove melhorias no processo. Fique atento: Review = produto; Retrospective = equipe/processo.
PEGA ESSA DICA!
Para fixar: Sprint Review é "olhar para fora" (demonstrar o incremento ao cliente); Sprint Retrospective é "olhar para dentro" (melhorar o time). A velocidade é uma métrica interna, portanto, ligada à Retrospective.