Questão de Engenharia de Software — SCRUM — Quadrix 2025
Engenharia de Software›SCRUM
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.
CCerto
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:
"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.
"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.
"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
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.