Questão de Engenharia de Software — Scrum — FCC 2016
Engenharia de Software›Scrum
Código
fc028403
Banca
FCC
Órgão
CREMESP
Ano
2016
Nível
Superior
Cargo
Analista de Tecnologia da Informação - Análise de Sistemas
Considere que um projeto do CREMESP está sendo desenvolvido com base no Scrum e uma sprint precisa ser cancelada. Neste caso,
Aapenas após o time-box da sprint terminar, ela deve ser cancelada.
Bsomente o Scrum Master, e ninguém mais, tem autoridade para cancelar a sprint.
Cquando a sprint for cancelada, nenhum item do Backlog do Produto "pronto" deve ser revisado.
Dcomo o cancelamento não consome recursos, não causará problemas ao Time Scrum.
Etodos os itens de Backlog do Produto incompletos são reestimados e colocados lá novamente.
Revelar gabarito e comentário▾
GabaritoE — todos os itens de Backlog do Produto incompletos são reestimados e colocados lá novamente.
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”.
Cancelamento de Sprint no Scrum
Gabarito: letra E. No Scrum, quando uma sprint é cancelada, todos os itens do Backlog do Produto que ainda não foram concluídos (incompletos) são reestimados e recolocados no Backlog do Produto. As demais alternativas contradizem as regras do Scrum Guide sobre o assunto.
A banca testa o conhecimento sobre o fluxo de cancelamento de sprint, especialmente sobre quem tem autoridade para cancelar e o destino dos itens do Backlog.
NÃO CAIA NESSA!
A alternativa B afirma que apenas o Scrum Master tem autoridade para cancelar a sprint. Na verdade, quem decide pelo cancelamento é o Product Owner (dono do produto), conforme o Scrum Guide. O Scrum Master não possui essa autoridade; seu papel é assegurar que o processo Scrum seja seguido.
Alternativa
Afirmação
Status
Justificativa
A
A sprint só pode ser cancelada após o término do time-box
❌ Incorreta
O cancelamento pode ocorrer antes do fim, se o Product Owner decidir que o objetivo perdeu o sentido
B
Somente o Scrum Master tem autoridade para cancelar a sprint
❌ Incorreta
A autoridade é do Product Owner, não do Scrum Master
C
Nenhum item "pronto" deve ser revisado quando a sprint é cancelada
❌ Incorreta
Itens "prontos" devem ser revisados e, se aceitos, liberados como incremento
D
Cancelamento não consome recursos e não causa problemas
❌ Incorreta
Consome tempo e esforço, causando retrabalho e desmotivação
E
Itens incompletos são reestimados e recolocados no Backlog do Produto
✅ Correta
Conforme o Scrum Guide, itens incompletos são reestimados e retornam ao Product Backlog
Alternativa A — ❌ Incorreta
Afirma que a sprint só pode ser cancelada após o término do time-box. Na verdade, o cancelamento pode ocorrer antes do fim da sprint, se o Product Owner decidir que o objetivo da sprint perdeu o sentido (ex.: mudança de prioridades, inviabilidade técnica). O Scrum Guide prevê que o cancelamento é autorizado antes do término, não depois.
Alternativa B — ❌ Incorreta
A autoridade para cancelar a sprint é do Product Owner, não do Scrum Master. O Scrum Master é um facilitador do processo, mas não tem poder para interromper a sprint unilateralmente. O Product Owner pode fazê-lo se julgar que o negócio mudou.
Alternativa C — ❌ Incorreta
Quando a sprint é cancelada, os itens do Backlog do Produto que já estão "prontos" (Done)devem ser revisados e, se aceitos, podem ser liberados como incremento. A alternativa diz que nenhum item "pronto" deve ser revisado, o que é falso.
Alternativa D — ❌ Incorreta
O cancelamento de uma sprint consome recursos (tempo, esforço da equipe) e certamente causa problemas ao Time Scrum, como retrabalho, desmotivação e perda de planejamento. Portanto, a afirmação de que não consome recursos e não causa problemas é equivocada.
Alternativa E — ✅ Correta ⟵ GABARITO
Esta alternativa reflete exatamente o que determina o Scrum Guide: "Os itens do Product Backlog incompletos são reestimados e colocados de volta no Product Backlog". A equipe reavalia o esforço restante de cada item não concluído e os reinsere no backlog para sprints futuras.