Questão de Engenharia de Software — Geral — FGV 2025
Engenharia de Software›Geral
Código
fg169121
Banca
FGV
Órgão
ALEAM
Ano
2025
Cargo
Ana Leg ( )
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 Owner
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 – Responsabilidade pelo Sprint Backlog
Gabarito: letra A. No Scrum, o Development Team (Time de Desenvolvimento) é o único responsável por estimar o esforço e se comprometer com o trabalho que será realizado na Sprint; portanto, a composição do Sprint Backlog e a validação de sua viabilidade são de sua responsabilidade. O Product Owner define a prioridade do Product Backlog, mas não impõe o que o time deve executar em uma Sprint, e o Scrum Master apenas facilita o processo, sem autoridade sobre o escopo.
O Scrum é um framework ágil para gerenciamento de projetos complexos, baseado em três pilares: transparência, inspeção e adaptação. Ele define três papéis principais: o Product Owner (PO), o Scrum Master e o Development Team. Cada um tem responsabilidades bem delimitadas, e a questão explora exatamente essa divisão de papéis, especialmente no contexto do Sprint Planning.
O Sprint Planning é o evento em que o time define o que será entregue na Sprint e como. O Product Owner apresenta os itens do Product Backlog priorizados, mas é o Development Team que decide quantos itens consegue entregar, com base em sua capacidade histórica (velocity). Essa decisão é soberana: o time não pode ser forçado a se comprometer com mais do que estima ser capaz de entregar. O Sprint Backlog é, portanto, o conjunto de itens selecionados pelo próprio time, juntamente com um plano para entregá-los.
A lógica por trás dessa regra é o empirismo e a auto-organização: quem executa o trabalho é quem melhor conhece sua capacidade. Se o PO pudesse impor o escopo, o time perderia o comprometimento e a Sprint teria alta probabilidade de falhar. O Scrum Master, por sua vez, atua como facilitador, removendo impedimentos e garantindo que o processo seja seguido, mas não decide o que será feito. Stakeholders externos não têm papel no Sprint Planning para arbitrar escopo.
A pegadinha da banca está em confundir a autoridade do PO sobre o Product Backlog com a autoridade sobre o Sprint Backlog. O PO decide a ordem de prioridade dos itens no Product Backlog, mas é o Development Team que decide o que entra na Sprint. Essa distinção é o critério decisivo para separar as alternativas.
Papéis no Scrum: Product Owner (Prioriza o Product Backlog, Maximiza o valor do produto); Development Team (Estima e se compromete, Compõe o Sprint Backlog, Decide a viabilidade na Sprint); Scrum Master (Facilita o processo, Remove impedimentos)
Alternativa A — ✅ Correta ⟵ GABARITO
O Development Team é a única parte que estima e se compromete com o trabalho. No Sprint Planning, o time seleciona os itens do Product Backlog que acredita conseguir entregar, com base em sua capacidade histórica. O Sprint Backlog é de propriedade do time, que é responsável por sua composição e viabilidade. O enunciado descreve exatamente essa situação: o time recusa-se a se comprometer com itens que excedem sua capacidade, e essa recusa é legítima.
Alternativa B — ❌ Incorreta
O Product Owner é responsável por maximizar o valor do produto e priorizar o Product Backlog, mas não tem autoridade para impor o conteúdo do Sprint Backlog. Ele pode negociar e esclarecer requisitos, mas a decisão final sobre o que o time se compromete a entregar é do Development Team. A alternativa confunde a autoridade sobre o Product Backlog com a autoridade sobre o Sprint Backlog.
Alternativa C — ❌ Incorreta
O Scrum Master é o facilitador do processo, responsável por remover impedimentos e garantir que o Scrum seja seguido. Ele não estima nem se compromete com o trabalho, e não tem autoridade para compor o Sprint Backlog. A alternativa atribui ao Scrum Master uma responsabilidade que não é dele, confundindo o papel de facilitador com o de decisor.
Alternativa D — ❌ Incorreta
A equipe Scrum inteira não decide em consenso a composição do Sprint Backlog. O Product Owner e o Scrum Master participam do Sprint Planning, mas a decisão sobre o que será entregue é exclusiva do Development Team. A alternativa sugere uma decisão coletiva que não existe no Scrum, diluindo a responsabilidade que é do time de desenvolvimento.
Alternativa E — ❌ Incorreta
Stakeholders externos não têm papel no Sprint Planning para arbitrar escopo. Eles podem ser consultados pelo PO para esclarecer requisitos, mas não participam da decisão sobre o Sprint Backlog. A alternativa inventa um papel que não existe no Scrum, confundindo o envolvimento de stakeholders com autoridade sobre o trabalho do time.
NÃO CAIA NESSA!
A banca troca a autoridade do Product Owner sobre o Product Backlog pela autoridade sobre o Sprint Backlog. O PO prioriza o que será feito, mas é o Development Team que decide o que consegue fazer na Sprint. Lembre-se: quem estima e se compromete é o time.
PEGA ESSA DICA!
Para questões de Scrum, decore a divisão de responsabilidades: PO = valor e priorização do Product Backlog; Development Team = estimativa e compromisso com o Sprint Backlog; Scrum Master = facilitação e remoção de impedimentos. Essa tríade resolve a maioria das questões de papéis.