Questão de Engenharia de Software — Geral — INSTITUTO AOCP 2026
Engenharia de Software›Geral
Código
qa431991
Banca
INSTITUTO AOCP
Órgão
UNIRIO
Ano
2026
Cargo
Tec ( )
No desenvolvimento de um novo sistema interno da UNIRIO, a equipe adota o Scrum, utilizando seus artefatos, seus eventos e seus papéis, cada um com responsabilidades específicas. Para que o framework funcione corretamente, é necessário um profissional responsável por orientar a equipe, remover impedimentos, facilitar os eventos e garantir que o Scrum seja entendido e aplicado de forma adequada. Considerando essas funções, qual é o papel mencionado?
AProduct Owner.
BDevelopment Team.
CScrum Master.
DGerente de Projetos.
EStakeholder.
Revelar gabarito e comentário▾
GabaritoC — Scrum Master.
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: Papéis e Responsabilidades
Gabarito: letra C. O papel descrito no enunciado — orientar a equipe, remover impedimentos, facilitar os eventos e garantir que o Scrum seja entendido e aplicado — é exatamente o do Scrum Master, o líder-servidor do Time Scrum. Essa definição é clássica do Guia Scrum (Schwaber & Sutherland) e é amplamente cobrada em concursos de TI.
O Scrum é um framework ágil para gerenciar e desenvolver produtos complexos, baseado em empirismo (transparência, inspeção e adaptação). Ele define três papéis principais: o Product Owner, responsável por maximizar o valor do produto e gerenciar o Product Backlog; o Development Team (ou Desenvolvedores), que constrói o incremento; e o Scrum Master, que atua como facilitador e líder-servidor. O enunciado descreve justamente as atribuições do Scrum Master: garantir que o processo seja seguido, remover impedimentos que travam o time e facilitar as cerimônias (Daily, Review, Retrospectiva).
Na prática, o Scrum Master não é um gerente de projetos tradicional: ele não atribui tarefas, não cobra prazos e não toma decisões pelo time. Seu papel é criar um ambiente onde o time possa ser auto-organizado e produtivo. Por exemplo, se um desenvolvedor está bloqueado por uma dependência externa, o Scrum Master age para desobstruir; se a equipe não está aplicando corretamente as regras do Scrum, ele orienta e treina. Essa distinção é crucial e costuma ser explorada pelas bancas.
A pegadinha mais comum é confundir o Scrum Master com o Product Owner ou com o Gerente de Projetos. O Product Owner foca no o quê (priorização do backlog, valor de negócio); o Scrum Master foca no como (processo, facilitação, remoção de impedimentos). Já o Gerente de Projetos é um papel tradicional, com autoridade hierárquica, que não existe no Scrum. Guarde essa fronteira: ela é exatamente o que separa as alternativas desta questão.
Papéis do Scrum: Product Owner (Maximiza o valor do produto, Gerencia o Product Backlog, Foco no "o quê"); Development Team (Constrói o incremento, Auto-organizado, Foco no "como"); Scrum Master (Garante que o Scrum seja entendido e aplicado, Facilita os eventos, Remove impedimentos, Orienta a equipe, Líder-servidor)
Alternativa A — ❌ Incorreta
O Product Owner é o responsável por maximizar o valor do produto e gerenciar o Product Backlog, priorizando os itens conforme o retorno para o negócio. Ele representa a voz do cliente e decide o que será desenvolvido. Não é sua função remover impedimentos nem facilitar os eventos do Scrum — isso é atribuição do Scrum Master. A banca troca os papéis: quem prioriza o backlog é o PO, não quem facilita o processo.
Alternativa B — ❌ Incorreta
O Development Team (ou Desenvolvedores) é o grupo multifuncional que efetivamente constrói o incremento do produto: analisa, projeta, implementa e testa. Ele é auto-organizado, mas não tem a responsabilidade de facilitar eventos ou remover impedimentos do time — essa é uma função de liderança servidora, do Scrum Master. A alternativa confunde a equipe de execução com o papel de facilitação.
Alternativa C — ✅ Correta ⟵ GABARITO
O Scrum Master é o líder-servidor do Time Scrum. Suas responsabilidades incluem: garantir que o Scrum seja entendido e aplicado, facilitar todos os eventos (Sprint Planning, Daily, Review, Retrospectiva), remover impedimentos que bloqueiam o time e orientar a equipe nas práticas ágeis. O enunciado descreve exatamente esse conjunto de funções, tornando a alternativa C a correta.
Alternativa D — ❌ Incorreta
O Gerente de Projetos é um papel tradicional de gestão, com autoridade hierárquica, que não existe no Scrum. No framework ágil, a liderança é distribuída: o Product Owner decide o quê, o Development Team decide como, e o Scrum Master facilita o processo. A alternativa tenta atrair quem pensa em gestão clássica, mas o Scrum não prevê esse cargo.
Alternativa E — ❌ Incorreta
Stakeholder é qualquer pessoa ou organização com interesse no produto (clientes, usuários, patrocinadores). Eles não têm papel operacional no Time Scrum; apenas fornecem feedback e requisitos. A alternativa confunde o papel de quem é impactado pelo produto com o papel de quem facilita o processo — o Scrum Master.
NÃO CAIA NESSA!
A banca adora inverter os papéis do Scrum. Aqui, a pegadinha é associar "remover impedimentos" e "facilitar eventos" ao Product Owner ou ao Gerente de Projetos. Lembre-se: quem remove impedimento e facilita é o Scrum Master; quem prioriza o backlog é o Product Owner. Com treino, você enxerga essas trocas de longe 💪
PEGA ESSA DICA!
Para fixar, monte uma tabela mental dos três papéis: Product Owner = valor + backlog; Development Team = construir + auto-organização; Scrum Master = processo + facilitação + impedimentos. Nas provas, quando o enunciado falar em "garantir que o Scrum seja aplicado" ou "remover impedimentos", a resposta é sempre Scrum Master.