GabaritoE — Errado
Gabarito: letra E (Errado). A afirmação está incorreta porque atribui ao Scrum Master funções que não são dele: definir o escopo do projeto, aprovar entregas técnicas e autorizar mudanças no Product Backlog. No Scrum, o Scrum Master é um servo-líder responsável por garantir que o Scrum seja entendido e aplicado, removendo impedimentos e facilitando o processo — não é um chefe nem um gerente de projeto tradicional. Quem define e prioriza o Product Backlog é o Product Owner, e quem decide como realizar o trabalho é o Time de Desenvolvimento.
O Scrum é um framework ágil para gerenciar e desenvolver produtos complexos, baseado em colaboração, adaptação e entrega incremental. Ele se estrutura em três papéis principais: Product Owner, Desenvolvedores e Scrum Master. Cada papel tem responsabilidades bem definidas, e é exatamente essa divisão que as bancas exploram em provas — confundir as atribuições de cada um é a pegadinha mais comum.
O Product Owner é o responsável por maximizar o valor do produto e do trabalho do Time de Desenvolvimento. É a única pessoa responsável por gerenciar o Product Backlog, ou seja, priorizar os itens e decidir o que entra ou sai da lista. Ele articula as necessidades do projeto entre a área de negócios e a área técnica, e não pode ser um comitê — é sempre uma pessoa única. Quando a questão fala em "definir escopo" e "autorizar mudanças no Product Backlog", está descrevendo atribuições do Product Owner, não do Scrum Master.
Os Desenvolvedores são os responsáveis por criar o produto de forma incremental. São multifuncionais e auto-organizados, e têm autonomia para decidir como realizarão o trabalho necessário para entregar os incrementos. Eles são os únicos que podem alterar o Sprint Backlog, pois são eles que planejam e executam as tarefas da Sprint. Quando a questão fala em "aprovar entregas técnicas", está se referindo a uma atribuição que não existe no Scrum — as entregas são validadas pelo Time de Desenvolvimento e pelo Product Owner, mas não há um papel de "aprovação técnica" formal.
O Scrum Master é o facilitador do processo. Ele garante que o Scrum seja entendido e aplicado, remove impedimentos para o time, ensina o Scrum e protege o time contra interferências externas. Ele não é um chefe, não dá ordens e não gerencia tarefas. Suas responsabilidades incluem orientar o Product Owner na criação e ordenação do Product Backlog e comunicar claramente a visão, objetivo e itens do Product Backlog para os desenvolvedores. Mas ele não define escopo, não aprova entregas e não autoriza mudanças no backlog — essas são funções do Product Owner e do Time de Desenvolvimento.
A pegadinha desta questão é clássica: a banca mistura as responsabilidades do Scrum Master com as do Product Owner e do Time de Desenvolvimento. O candidato que não domina bem os papéis do Scrum tende a aceitar a afirmação como correta, pois parece razoável que o Scrum Master "gerencie" o projeto. Mas o Scrum é um framework de auto-organização, onde o Scrum Master é um servo-líder, não um gestor. Guarde essa distinção: quem define o que fazer é o Product Owner, quem decide como fazer é o Time de Desenvolvimento, e quem facilita o processo é o Scrum Master.
A afirmação está errada porque atribui ao Scrum Master três responsabilidades que não lhe pertencem:
Definir o escopo do projeto — o escopo é definido pelo Product Owner, que gerencia o Product Backlog e prioriza os itens de acordo com o valor para o negócio.
Aprovar entregas técnicas — não existe essa atribuição formal no Scrum. As entregas são validadas pelo Time de Desenvolvimento (que garante a Definição de Pronto) e pelo Product Owner (que aceita ou rejeita o incremento na Sprint Review).
Autorizar mudanças no Product Backlog durante a Sprint — o Product Backlog só pode ser alterado pelo Product Owner. Durante a Sprint, o Product Backlog pode ser atualizado, mas apenas pelo Product Owner, e o Time de Desenvolvimento é quem decide se consegue absorver novas tarefas no Sprint Backlog.
O Scrum Master, por sua vez, é o servo-líder que garante que o Scrum seja entendido e aplicado, remove impedimentos e protege o time de interferências externas. Ele não é um chefe e não tem autoridade para definir escopo ou aprovar entregas.
A banca adora inverter os papéis do Scrum para confundir o candidato. Aqui, ela atribui ao Scrum Master funções que são do Product Owner (definir escopo, autorizar mudanças no backlog) e do Time de Desenvolvimento (aprovar entregas técnicas). O candidato que não domina bem os papéis tende a aceitar a afirmação como correta, pois parece razoável que o Scrum Master "gerencie" o projeto. Mas o Scrum é um framework de auto-organização: o Scrum Master é um servo-líder, não um gestor. Lembre-se: quem define o que fazer é o Product Owner, quem decide como fazer é o Time de Desenvolvimento, e quem facilita o processo é o Scrum Master.
Para acertar questões sobre papéis no Scrum, memorize a divisão de responsabilidades:
Responsabilidade | Papel |
|---|---|
Gerenciar o Product Backlog | Product Owner |
Priorizar itens do backlog | Product Owner |
Alterar o Sprint Backlog | Desenvolvedores |
Remover impedimentos | Scrum Master |
Garantir que o Scrum seja aplicado | Scrum Master |
Definir como o trabalho será feito | Desenvolvedores |
Aprovar entregas técnicas | Não existe papel formal |
Gabarito: letra E (Errado).
Link permanente: /questoes/qg758532