Engenharia de Software · FGV · 2025 | Questão sqc-fg104554

Engenharia de SoftwareMetodologia de desenvolvimento de software

Código: fg104554
Banca: FGV
Órgão: AL-AM
Ano: 2025
Nível: Superior

Cargo: Analista Legislativo - Analista de Sistema

A área de TI da Assembleia Legislativa está implementando o Scrum para o desenvolvimento do novo portal de transparência. Durante uma reunião de Sprint Planning, o time de desenvolvimento recusa-se a se comprometer com um conjunto de itens do Product Backlog (PB) que o Product Owner (PO) exigiu, alegando que o esforço excede a capacidade histórica do time.Segundo o Scrum, a responsabilidade final pela composição do Sprint Backlog e, portanto, pela validação de sua viabilidade dentro do Sprint, é

Ado Development Team, que é a única parte que estima e compromete-se com o trabalho
Bdo Product Owner, que detém a autoridade máxima sobre a priorização do Product Backlog.
Cdo Scrum Master, que é o facilitador e o responsável por remover impedimentos.
Dda equipe Scrum inteira, em consenso, após a estimativa do Product Owne
Ede Stakeholder externo, consultado durante o Sprint Planning para arbitrar o escopo.

Revelar gabarito e comentário

GabaritoA — do Development Team, que é a única parte que estima e compromete-se com o trabalho

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

Gabarito: letra A. No Scrum, a composição do Sprint Backlog e a validação de sua viabilidade são de responsabilidade exclusiva do Development Team, pois são os desenvolvedores que estimam o esforço e se comprometem com o trabalho a ser realizado durante a Sprint. O Product Owner prioriza o Product Backlog, mas não define o Sprint Backlog; o Scrum Master facilita o processo, e a equipe Scrum inteira não decide por consenso — a decisão cabe ao time de desenvolvimento.

Alternativa A — ✅ Correta ⟵ GABARITO

O Development Team é a única parte que realiza estimativas e se compromete com o trabalho no Sprint. Durante a Sprint Planning, após entender os itens do Product Backlog e o objetivo da Sprint, o time de desenvolvimento decide como irá executar o trabalho e define o Sprint Backlog, assumindo a responsabilidade pela entrega. Qualquer alteração no Sprint Backlog também é prerrogativa dos desenvolvedores.

Alternativa B — ❌ Incorreta

O Product Owner é responsável pelo gerenciamento do Product Backlog (conteúdo, disponibilidade e ordenação), mas não pela definição do Sprint Backlog. A validação da viabilidade do Sprint é feita pelo Development Team, que estima o esforço e decide o que pode ser entregue.

Alternativa C — ❌ Incorreta

O Scrum Master é o facilitador do processo e remove impedimentos, mas não compõe nem valida o Sprint Backlog. Sua função é garantir que o Scrum seja entendido e aplicado, não decidir o escopo da Sprint.

Alternativa D — ❌ Incorreta

A composição do Sprint Backlog não é decidida por consenso de toda a equipe Scrum. O Product Owner e o Scrum Master podem opinar, mas a decisão final — o que entra no Sprint e como será realizado — cabe ao Development Team, que é auto-organizado.

Alternativa E — ❌ Incorreta

Stakeholders externos não participam da Sprint Planning para arbitrar escopo. Eles podem ser consultados para esclarecer requisitos, mas a definição do Sprint Backlog é interna ao Time Scrum, especificamente dos desenvolvedores.

💡 Dica: Nas provas de Scrum, lembre-se: Product Backlog → dono é o PO; Sprint Backlog → dono é o Development Team. Essa divisão de responsabilidades é clássica e muito cobrada.

Link permanente: /questoes/fg104554