Questão de Engenharia de Software — Processos de Software - Desenvolvimento Ágil — CESPE / CEBRASPE 2024
Engenharia de Software›Processos de Software - Desenvolvimento Ágil
Código
ce175368
Banca
CESPE / CEBRASPE
Órgão
ITAIPU BINACIONAL
Ano
2024
Nível
Superior
Cargo
Profissional de Nível Universitário Júnior - Função: Engenheiro Eletricista ou de Produção ou Mecânico (Projetos)
Com relação ao backlog do produto, julgue os seguintes itens.I O backlog do produto pode ser considerado como uma lista ordenada e emergente do que é necessário para realizar melhorias no produto.II O gerenciamento do backlog do produto é executado pelo product owner com apoio do Scrum master.III História de usuário é a descrição textual, de maneira breve, de um acúmulo de trabalho realizado em horas ou em poucos dias.IV Histórias de usuário, épicos e temas representam a granularidade do backlog do produto.Assinale a opção correta.
AApenas o item I está certo.
BApenas o item II está certo.
CApenas os itens I e IV estão certos.
DApenas os itens II e III estão certos.
EApenas os itens III e IV estão certos.
Revelar gabarito e comentário▾
GabaritoC — Apenas os itens I e IV estão certos.
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 – Product Backlog e Histórias de Usuário
Gabarito: letra C. Apenas os itens I e IV estão corretos. O Product Backlog é de fato uma lista ordenada e emergente de funcionalidades (item I), e histórias de usuário, épicos e temas representam diferentes níveis de granularidade do backlog (item IV). O item II está incorreto porque a gestão do Product Backlog é responsabilidade exclusiva do Product Owner; o Scrum Master atua como facilitador, mas não gerencia o backlog. O item III está incorreto pois história de usuário descreve uma funcionalidade do ponto de vista do usuário, e não um acúmulo de trabalho.
Item
Afirmação
Correto?
Justificativa
I
O backlog do produto pode ser considerado como uma lista ordenada e emergente do que é necessário para realizar melhorias no produto.
✅ Sim
O Product Backlog é uma lista priorizada e emergente de requisitos que agregam valor de negócio, evoluindo constantemente conforme o produto se desenvolve.
II
O gerenciamento do backlog do produto é executado pelo product owner com apoio do Scrum master.
❌ Não
A responsabilidade exclusiva pelo gerenciamento do backlog é do Product Owner; o Scrum Master atua como facilitador, mas não compartilha a gestão.
III
História de usuário é a descrição textual, de maneira breve, de um acúmulo de trabalho realizado em horas ou em poucos dias.
❌ Não
História de usuário descreve uma funcionalidade do ponto de vista do usuário (ex.: "Como [usuário], quero [funcionalidade] para [benefício]"), não um acúmulo de trabalho.
IV
Histórias de usuário, épicos e temas representam a granularidade do backlog do produto.
✅ Sim
Esses termos representam diferentes níveis de granularidade: épicos (grandes funcionalidades), temas (grupos de histórias) e histórias de usuário (itens menores e mais detalhados).
Granularidade do backlog
1Épico (grande funcionalidade)
2Tema (grupo de histórias)
3História de usuário (funcionalidade)
LEVEL · soulevel.com.br
Item I – ✅ Correto
O Product Backlog é uma lista priorizada e emergente de requisitos que agregam valor de negócio, evoluindo constantemente. O texto do Scrum afirma: "O backlog do produto é uma lista priorizada de requisitos ou características do artefato que agregam valor de negócio para o cliente" e "O backlog do produto nunca está completo enquanto o produto evolui". Portanto, o item capta essa essência.
Item II – ❌ Incorreto
Embora o Product Owner gerencie o backlog com o apoio do Scrum Master (que facilita e orienta), a responsabilidade exclusiva pelo backlog é do Product Owner. A afirmativa pode dar a entender que o Scrum Master também executa a gestão, o que não é correto. O texto estabelece: "O product owner ordena os itens no backlog do produto" e "O Scrum master atua como facilitador... Ele ajuda o product owner a identificar técnicas para gerenciar os itens do backlog". "Apoiar" aqui não significa compartilhar a gestão.
Item III – ❌ Incorreto
História de usuário é uma descrição breve de uma funcionalidade sob a perspectiva do usuário, geralmente no formato "Como [usuário], quero [funcionalidade] para [benefício]". Não é um "acúmulo de trabalho realizado em horas ou em poucos dias" – essa descrição se encaixaria em tarefas ou estimativas. O texto não define explicitamente, mas o contexto do Scrum associa histórias a requisitos, não a trabalho realizado.
Item IV – ✅ Correto
No Scrum, diferentes níveis de granularidade do backlog incluem: épicos (grandes funcionalidades que podem ser desmembradas), temas (grupos de histórias relacionadas) e histórias de usuário (unidades menores). Essa hierarquia é amplamente reconhecida no framework ágil.
Análise das alternativas:
Alternativa A – ❌ Incorreta
Afirma que apenas o item I está certo, mas o item IV também está correto.
Alternativa B – ❌ Incorreta
Afirma que apenas o item II está certo, mas o item II está incorreto e os itens I e IV estão corretos.
Alternativa C – ✅ Correta ⟵ GABARITO
Reflete exatamente os itens corretos: I e IV.
Alternativa D – ❌ Incorreta
Afirma que os itens II e III estão certos, mas ambos estão incorretos.
Alternativa E – ❌ Incorreta
Afirma que os itens III e IV estão certos, mas o item III está incorreto.
NÃO CAIA NESSA!
O item II é uma armadilha clássica: embora o Scrum Master auxilie o Product Owner, a responsabilidade pela gestão do backlog é exclusiva do PO. O verbo "executar" com "apoio" pode sugerir atuação conjunta que não existe no framework. O item III também confunde história de usuário com tarefa ou estimativa de trabalho.