Pular para o conteúdo principal

Questão de Engenharia de Software — SCRUM — Quadrix 2025

Engenharia de SoftwareSCRUM
Código
qa700037
Banca
Quadrix
Órgão
CRP 6 (SP)
Ano
2025
Cargo
Esp Ges ( )

Quanto ao PMBOK 7ª edição, à metodologia Scrum e aos indicadores de desempenho de projetos, julgue o item a seguir.

 

O Scrum Master é o responsável por atribuir tarefas ao time de desenvolvimento, garantir a execução do backlog e aprovar as entregas ao final de cada sprint.

  1. CCerto
  2. EErrado
Revelar gabarito e comentário

GabaritoE — Errado

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”.

Papéis no Scrum: o que é (e o que não é) do Scrum Master

Gabarito: ERRADO. A afirmativa atribui ao Scrum Master três responsabilidades que não são dele: atribuir tarefas ao time, garantir a execução do backlog e aprovar as entregas. No Scrum, o Scrum Master é um servo-líder que garante que o framework seja entendido e aplicado, removendo impedimentos — ele não é um chefe que distribui tarefas nem um aprovador de entregas. Essas funções pertencem, respectivamente, aos Desenvolvedores (que se auto-organizam e decidem como executar o trabalho) e ao Product Owner (que gerencia o backlog e valida o valor entregue).

O Scrum é um framework ágil de gerenciamento de projetos, baseado em empirismo, com três pilares (transparência, inspeção e adaptação) e cinco valores (compromisso, foco, abertura, respeito e coragem). Sua estrutura é composta por três papéis — Product Owner, Desenvolvedores e Scrum Master —, por eventos (Sprint, Daily, Review, Retrospectiva) e por artefatos (Product Backlog, Sprint Backlog e Incremento). A confusão entre as atribuições de cada papel é uma das pegadinhas mais frequentes em provas de TI, e é exatamente o que esta questão explora.

Vamos entender cada papel com profundidade, porque é isso que separa o candidato que acerta do que erra:

  • Product Owner (PO): é o único responsável por gerenciar o Product Backlog — prioriza os itens, define o valor do produto e articula as necessidades do negócio com a equipe técnica. Ele não pode ser um comitê; é sempre uma pessoa única. É ele quem valida se o incremento entregue agrega valor, mas a aprovação formal das entregas não é uma atribuição explícita do Scrum — o PO valida o valor, e a equipe valida a qualidade pela Definição de Pronto.

  • Desenvolvedores (Development Team): são auto-organizados e multifuncionais. Eles decidem internamente quem faz o quê, quando e como — ou seja, são eles que se atribuem as tarefas, não o Scrum Master. São os únicos que podem alterar o Sprint Backlog e são responsáveis por criar o Incremento utilizável a cada Sprint.

  • Scrum Master (SM): é o facilitador do processo. Garante que o Scrum seja entendido e aplicado, remove impedimentos, protege o time de interferências externas e orienta o PO na criação e ordenação do Product Backlog. Ele não é um chefe, não dá ordens e não atribui tarefas. O Guia do Scrum (Schwaber & Sutherland) define: "O Scrum Master é responsável por garantir que o Scrum seja entendido e aplicado. O Scrum Master faz isso para garantir que o Time Scrum adere à teoria, práticas e regras do Scrum. O Scrum Master é um servo-líder para o Time Scrum."

A afirmativa mistura três atribuições de papéis diferentes e as concentra no Scrum Master. Vejamos o erro de cada parte:

  1. "atribuir tarefas ao time de desenvolvimento" — Errado. O time é auto-organizado; os próprios desenvolvedores decidem como realizar o trabalho. O Scrum Master não distribui tarefas.

  2. "garantir a execução do backlog" — Errado. O backlog (Product Backlog) é gerenciado pelo Product Owner. O Scrum Master pode ajudar o PO a ordená-lo, mas não é responsável por "garantir a execução" — isso é papel dos desenvolvedores, que executam o Sprint Backlog.

  3. "aprovar as entregas ao final de cada sprint" — Errado. Não existe "aprovação" formal pelo Scrum Master. Ao final da Sprint, há a Sprint Review, onde o time apresenta o Incremento e o PO valida se atende às necessidades do negócio. A qualidade é verificada pela Definição de Pronto, definida pelo time.

A banca Quadrix, nessa questão, explora exatamente a confusão entre o papel do Scrum Master e o papel do Product Owner/Desenvolvedores. O candidato que decora apenas "Scrum Master remove impedimentos" pode até acertar, mas quem entende a divisão de responsabilidades não cai na armadilha.

NÃO CAIA NESSA!

A banca troca as atribuições do Scrum Master pelas do Product Owner e dos Desenvolvedores. O candidato que associa Scrum Master a "gerente de projeto" tradicional — que atribui tarefas, cobra execução e aprova entregas — marca Certo. Mas no Scrum não existe esse gerente: o time é auto-organizado e o SM é um facilitador. Lembre-se: quem atribui tarefas são os desenvolvedores; quem gerencia o backlog é o PO; quem aprova valor é o PO (na Sprint Review); o SM apenas facilita e remove impedimentos.

Atribuição

Scrum Master (correto)

Product Owner (correto)

Desenvolvedores (correto)

Afirmativa da questão (errada)

Atribuir tarefas ao time

Não — é servo-líder, não chefe

Não

Sim — auto-organização

Atribui ao Scrum Master

Garantir a execução do backlog

Não — apenas facilita/remove impedimentos

Sim — gerencia o Product Backlog

Sim — executam o Sprint Backlog

Atribui ao Scrum Master

Aprovar entregas ao final da Sprint

Não — não há aprovação formal pelo SM

Sim — valida o valor na Sprint Review

Não — verificam a Definição de Pronto

Atribui ao Scrum Master

1Product Owner
Gerencia o Product Backlog
Valida o valor entregue
2Desenvolvedores
Auto-organizados
Atribuem as próprias tarefas
Executam o Sprint Backlog
3Scrum Master
Servo-líder
Remove impedimentos
Garante o entendimento do Scrum
Papéis no Scrum
LEVELsoulevel.com.br
Papéis no Scrum: Product Owner (Gerencia o Product Backlog, Valida o valor entregue); Desenvolvedores (Auto-organizados, Atribuem as próprias tarefas, Executam o Sprint Backlog); Scrum Master (Servo-líder, Remove impedimentos, Garante o entendimento do Scrum)

Item — ❌ ERRADO

A afirmativa está errada porque atribui ao Scrum Master funções que não lhe pertencem. Vamos decompor:

  • "atribuir tarefas ao time de desenvolvimento" — No Scrum, o time é auto-organizado: os desenvolvedores decidem internamente quem faz o quê. O Scrum Master não é um chefe que distribui tarefas; ele é um servo-líder que facilita o processo.

  • "garantir a execução do backlog" — O backlog do produto é gerenciado pelo Product Owner, que é o único responsável por sua ordenação e priorização. O Scrum Master pode orientar o PO, mas não "garante a execução" do backlog — isso é responsabilidade dos desenvolvedores, que executam o Sprint Backlog.

  • "aprovar as entregas ao final de cada sprint" — Não existe aprovação formal pelo Scrum Master. Ao final da Sprint, ocorre a Sprint Review, onde o time apresenta o Incremento e o Product Owner valida se o valor foi entregue. A qualidade é verificada pela Definição de Pronto, definida pelo time.

Portanto, a afirmativa está errada em todos os seus três componentes.

Gabarito: ERRADO (letra E).

Link permanente: /questoes/qa700037