Questão de Engenharia de Software — Processos de Software - Desenvolvimento Ágil — FGV 2026
Engenharia de Software›Processos de Software - Desenvolvimento Ágil
Código
fg126254
Banca
FGV
Órgão
AL-GO
Ano
2026
Nível
Superior
Cargo
Analista Legislativo - Desenvolvedor de Sistemas
No contexto do desenvolvimento ágil de software, o Scrum destaca-se como um framework amplamente adotado para a gestão de projetos complexos, promovendo entregas incrementais, colaboração entre equipes e adaptação contínua a mudanças.Considerando os princípios e práticas do método Scrum, assinale a alternativa correta.
AO Scrum Master é responsável por definir todos os requisitos do projeto e garantir que a equipe os siga estritamente.
BA equipe de desenvolvimento no Scrum é composta por profissionais com habilidades diversas, mas não é necessário que todos os membros compreendam todas as áreas de conhecimento do projeto.
CAs reuniões diárias de Scrum devem ser realizadas em um ambiente informal e podem durar mais de trinta minutos, dependendo das necessidades da equipe.
DO backlog do produto é uma lista fixa que não pode ser alterada uma vez que os requisitos são definidos, para garantir a previsibilidade do projeto.
EO planejamento do sprint é um momento em que somente o Product Owner pode falar e decidir quais itens do backlog serão priorizados para o desenvolvimento.
Revelar gabarito e comentário▾
GabaritoB — A equipe de desenvolvimento no Scrum é composta por profissionais com habilidades diversas, mas não é necessário que todos os membros compreendam todas as áreas de conhecimento do projeto.
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, Eventos e Artefatos
Gabarito: letra B. A alternativa correta afirma que a equipe de desenvolvimento é multifuncional, mas cada membro não precisa dominar todas as áreas — isso reflete a natureza auto-organizada e colaborativa do time Scrum. As demais alternativas distorcem os papéis e regras do framework.
Alternativa A — ❌ Incorreta
O Scrum Master é um facilitador, não um definidor de requisitos. Cabe ao Product Owner gerenciar e priorizar o Product Backlog. O Scrum Master remove impedimentos e garante a aplicação correta do Scrum, mas não define o que será desenvolvido.
Alternativa B — ✅ Correta ⟵ GABARITO
A equipe de desenvolvimento é multifuncional e auto-organizada. Possui todas as habilidades necessárias para entregar o incremento, mas isso não exige que cada membro domine cada área — a colaboração cobre as lacunas. O Scrum Guide reforça que o time é responsável por decidir como realizar o trabalho.
Alternativa C — ❌ Incorreta
A Daily Scrum é uma reunião de no máximo 15 minutos, destinada à sincronização e planejamento das próximas 24 horas. Não existe exigência de ambiente informal, e o time-box é rígido.
Alternativa D — ❌ Incorreta
O Product Backlog é dinâmico e pode ser alterado a qualquer momento pelo Product Owner, à medida que novas prioridades surgem ou o entendimento do produto evolui. Não é uma lista fixa.
Alternativa E — ❌ Incorreta
O Sprint Planning é um evento colaborativo envolvendo todo o Time Scrum. O Product Owner apresenta os itens priorizados, mas a equipe de desenvolvimento decide quantos itens pode entregar e como realizá-los. Não há exclusividade de fala ou decisão.
PEGA ESSA DICA!
Para memorizar os papéis, lembre: Product Owner = o quê (requisitos e prioridade), Scrum Master = como (facilitação e impedimentos), Time = quem (execução auto-organizada). E fique atento aos time-boxes: Daily = 15 min, Sprint Planning = 8h (para sprint de 1 mês), Sprint Review = 4h, Sprint Retrospective = 3h.