Questão de Engenharia de Software — Processos de Software - Desenvolvimento Ágil — FCC 2019
Engenharia de Software›Processos de Software - Desenvolvimento Ágil
Código
fc057262
Banca
FCC
Órgão
TJ-MA
Ano
2019
Cargo
Analista Judiciário - Analista de Sistemas - Desenvolvimento
Um Analista Judiciário, no papel de Scrum Master, esclarece que
Ao gerenciamento do Product Backlog não fica unicamente na responsabilidade do Product Owner, mas deve ser compartilhado com o Product Backlog Committee.
Bo Product Owner é uma pessoa ou um comitê. Quando o Product Owner é representado por um comitê, aqueles que quiserem uma alteração nas prioridades dos itens do Product Backlog devem endereçá-la ao Committee’s Coordinator.
Csomente integrantes do Development Team criam incrementos e um incremento “Pronto” é requerido na Revisão da Sprint.
Do Scrum recomenda que haja apenas quatro subtimes no Development Team relativos aos domínios de conhecimento: teste, arquitetura, operação e análise de negócios.
Eo Scrum Team consiste de profissionais que realizam o trabalho de entregar um incremento potencialmente liberável do produto “Pronto” no início de cada Sprint.
Revelar gabarito e comentário▾
GabaritoC — somente integrantes do Development Team criam incrementos e um incremento “Pronto” é requerido na Revisão da Sprint.
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, Responsabilidades e Definição de Pronto
Gabarito: letra C. Segundo o Scrum Guide (2020), apenas os desenvolvedores (Development Team) são responsáveis por criar os incrementos do produto, e um incremento só é considerado "Pronto" quando atende à Definição de Pronto (Definition of Done), sendo este o requisito para sua apresentação na Sprint Review. As demais alternativas apresentam distorções sobre os papéis e o fluxo do Scrum.
A questão testa o conhecimento dos papéis do Scrum, especialmente a distinção entre as responsabilidades do Product Owner, do Scrum Master e do Development Team, além do conceito de incremento e da Definition of Done.
Alternativa
Afirmação sobre Scrum
Correção
Fonte (Scrum Guide 2020)
A
Gerenciamento do Product Backlog compartilhado com Product Backlog Committee.
❌ Incorreta
O Product Owner é o único responsável pelo Product Backlog.
B
Product Owner pode ser um comitê; alterações de prioridade endereçadas ao Committee’s Coordinator.
❌ Incorreta
Product Owner é sempre uma pessoa física.
C
Somente o Development Team cria incrementos; incremento “Pronto” é requerido na Sprint Review.
✅ Correta
Developers criam incrementos; Definition of Done é exigida na Sprint Review.
D
Scrum recomenda quatro subtimes no Development Team (teste, arquitetura, operação, análise).
❌ Incorreta
Development Team é multifuncional e auto-organizado, sem subtimes fixos.
E
Scrum Team entrega incremento potencialmente liberável no início de cada Sprint.
❌ Incorreta
Incremento é entregue ao final de cada Sprint.
1Product OwnerÚnico dono do Backlog
2Scrum MasterFacilita o processo
3Development TeamCria incrementos
4Sprint ReviewIncremento 'Pronto'
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
A afirmação de que o gerenciamento do Product Backlog deve ser compartilhado com um "Product Backlog Committee" é falsa. No Scrum, o Product Owner é o único responsável pelo Product Backlog, incluindo sua ordenação e priorização. Não existe um comitê para essa finalidade.
Alternativa B — ❌ Incorreta
O Product Owner é sempre uma pessoa física, nunca um comitê. A ideia de um "Committee’s Coordinator" é uma invenção. Qualquer solicitação de alteração de prioridades deve ser direcionada ao próprio Product Owner.
Alternativa C — ✅ Correta ⟵ GABARITO
Esta alternativa está correta. Conforme o Scrum Guide, o Development Team (ou Developers, na versão 2020) é o único grupo que cria os incrementos do produto. Além disso, para que um incremento seja apresentado na Sprint Review, ele deve estar de acordo com a Definição de Pronto (Definition of Done), ou seja, deve atender a todos os critérios de qualidade previamente estabelecidos.
Alternativa D — ❌ Incorreta
O Scrum não recomenda a divisão do Development Team em subtimes fixos (teste, arquitetura, etc.). Pelo contrário, o time de desenvolvimento deve ser multifuncional e auto-organizado, sem subgrupos especializados que possam gerar silos.
Alternativa E — ❌ Incorreta
O incremento potencialmente liberável é entregue ao final de cada Sprint, não no início. A Sprint é um ciclo de trabalho que visa produzir um incremento "Pronto" ao término do período. A frase "no início de cada Sprint" inverte o momento correto da entrega.
NÃO CAIA NESSA!
A banca tenta confundir o candidato com a ideia de que o Product Owner pode ser um comitê (alternativa B) e que o incremento é entregue no início da Sprint (alternativa E). Lembre-se: PO é uma pessoa única, e o incremento é o resultado do trabalho da Sprint, apresentado na Sprint Review.
Gabarito: letra C — correta apenas a alternativa C.