Questão de Engenharia de Software — Processos de Software - Desenvolvimento Ágil — FGV 2026
Engenharia de Software›Processos de Software - Desenvolvimento Ágil
Código
fg126133
Banca
FGV
Órgão
AL-GO
Ano
2026
Nível
Superior
Cargo
Analista Legislativo - Analista de Gerenciamento de Projetos de T I
Uma empresa de desenvolvimento de software que atende clientes do setor financeiro está enfrentando dificuldades para cumprir prazos e manter a previsibilidade das entregas, devido a mudanças frequentes nos requisitos e ao acúmulo de demandas simultâneas. Para aumentar a transparência do trabalho, melhorar o fluxo de atividades e elevar a produtividade das equipes, a gerência decidiu adotar metodologias ágeis. Nesse cenário, surgem discussões internas sobre a aplicação do Scrum e do Kanban.Assinale a opção correta sobre as metodologias ágeis Scrum e Kanban.
AO Scrum utiliza sprints como intervalos de tempo fixos para entregar funcionalidades, enquanto o Kanban não tem intervalos de tempo fixos e permite um fluxo contínuo de trabalho.
BO Kanban é exclusivamente uma metodologia de desenvolvimento de software e não é aplicável a outras áreas, enquanto o Scrum pode ser utilizado em qualquer tipo de projeto.
CNo Scrum, as reuniões diárias (daily stand-ups) são apenas para planejar as atividades do dia, enquanto no Kanban, essas reuniões são desnecessárias devido à natureza da gestão visual.
DO Scrum permite que as equipes escolham livremente quais itens do backlog trabalhar em qualquer momento, assim como no Kanban, onde a equipe não precisa seguir uma ordem específica para completar as tarefas.
EO Scrum Master é responsável por decidir as prioridades do backlog de produto, enquanto no Kanban, não há necessidade de um papel específico para gestão do backlog, pois o fluxo de trabalho é totalmente auto-organizado.
Revelar gabarito e comentário▾
GabaritoA — O Scrum utiliza sprints como intervalos de tempo fixos para entregar funcionalidades, enquanto o Kanban não tem intervalos de tempo fixos e permite um fluxo contínuo de trabalho.
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 e Kanban
Gabarito: letra A. A principal diferença entre as duas metodologias está no modelo temporal: o Scrum adota iterações de duração fixa (sprints), enquanto o Kanban opera em fluxo contínuo, sem time-boxes. Essa distinção é clássica na literatura ágil e é a base para a alternativa correta.
NÃO CAIA NESSA!
A alternativa E troca o papel do Scrum Master com o Product Owner. Lembre-se: no Scrum, quem define as prioridades do Product Backlog é o Product Owner; o Scrum Master é um facilitador que remove impedimentos e garante que o processo seja seguido.
PEGA ESSA DICA!
Para fixar: Scrum = tempo fixo (sprints); Kanban = fluxo contínuo com limites de trabalho em andamento (WIP). Sempre que a questão mencionar iterações com prazo determinado, pense em Scrum; se for fluxo sem prazo predefinido, Kanban.
Metodologias Ágeis
1Scrum
Sprints (tempo fixo)
Papéis
Product Owner (prioriza backlog)
Scrum Master (remove impedimentos)
Time de desenvolvimento
Eventos
Sprint Planning
Daily (inspecionar e adaptar)
Sprint Review
Retrospectiva
2Kanban
Fluxo contínuo (sem time-box)
Gestão visual (quadro)
Limite WIP (trabalho em andamento)
Origem: Toyota (manufatura)
Aplicável a diversas áreas
LEVEL · soulevel.com.br
Alternativa A — ✅ Correta ⟵ GABARITO
O Scrum é baseado em sprints – intervalos de tempo fixos (geralmente de 1 a 4 semanas) – durante os quais a equipe entrega um incremento do produto. O Kanban, por sua vez, não possui iterações fixas; as tarefas são puxadas conforme a capacidade da equipe, formando um fluxo contínuo. Essa descrição é exata e corresponde aos fundamentos das duas metodologias.
Alternativa B — ❌ Incorreta
O Kanban não é exclusivo de desenvolvimento de software; sua origem está no sistema Toyota de produção (manufatura) e é aplicado em diversas áreas, como marketing, RH e logística. O Scrum também é usado em projetos não relacionados a software, embora seja mais comum na área de TI. A afirmação de que o Kanban é exclusivamente para software é falsa.
Alternativa C — ❌ Incorreta
A reunião diária (daily stand-up) no Scrum tem como objetivo inspecionar o progresso, sincronizar atividades e adaptar o plano do dia; não é apenas um planejamento. No Kanban, embora a gestão visual seja central, reuniões diárias são frequentemente utilizadas (especialmente em combinações com Scrum, como Scrumban) para discutir o fluxo e impedimentos. Dizer que são desnecessárias no Kanban é incorreto.
Alternativa D — ❌ Incorreta
No Scrum, a equipe se compromete com um conjunto de itens do backlog durante o Sprint Planning e não pode livremente escolher outros itens durante a sprint; isso violaria o time-box. No Kanban, o trabalho é puxado com base na capacidade e limites de WIP, mas também não é uma escolha aleatória – segue uma ordem priorizada de acordo com as políticas da equipe. A descrição de livre escolha a qualquer momento não reflete a prática real de nenhuma das metodologias.
Alternativa E — ❌ Incorreta
O Scrum Master não decide as prioridades do backlog; essa é uma atribuição do Product Owner. O Scrum Master é responsável por garantir o entendimento e a aplicação do Scrum, removendo impedimentos. No Kanban, embora não haja um papel obrigatório com esse nome, frequentemente existe um gestor do backlog (como um Product Owner ou Service Delivery Manager) para priorizar itens. A afirmação de que não há necessidade de nenhum papel para gestão do backlog é falsa.