Questão de Engenharia de Software — Metodologia de desenvolvimento de software — FGV 2025
Engenharia de Software›Metodologia de desenvolvimento de software
Código
fg105404
Banca
FGV
Órgão
AL-AM
Ano
2025
Nível
Superior
Cargo
Analista Legislativo - Programador
Ambas as metodologias, Kanban e Scrum, são ágeis e visam a entrega de valor. No entanto, elas utilizam mecanismos diferentes para gerenciar a cadência de trabalho.A principal diferença no mecanismo de controle de fluxo entre o Scrum e o Kanban é que o Scrum
Aé push-based por eventos, enquanto o Kanban é pull-based por limites.
Busa Story Points para estimativa, e o Kanban usa apenas T-shirt Sizes.
Cfoca na eliminação de desperdício, e o Kanban foca no timeboxing.
Dé baseado em time-boxed Sprints, e o Kanban é baseado em fluxo contínuo e limites de WIP.
Enão permite mudanças de escopo durante a iteração, enquanto o Kanban exige mudanças diárias.
Revelar gabarito e comentário▾
GabaritoD — é baseado em time-boxed Sprints, e o Kanban é baseado em fluxo contínuo e limites de WIP.
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 vs Kanban: Controle de Fluxo
Gabarito: letra D. A principal diferença no mecanismo de controle de fluxo é que o Scrum adota Sprints com duração fixa (time-boxed), enquanto o Kanban utiliza fluxo contínuo com limites de trabalho em progresso (WIP). Essa distinção é amplamente reconhecida na literatura ágil e nos próprios guias das metodologias.
Controle de fluxo
1Scrum
Time-boxed Sprints
Duração fixa
Ciclos regulares
2Kanban
Fluxo contínuo
Limites de WIP
Sem iterações fixas
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
Afirma que o Scrum é push-based por eventos e o Kanban pull-based por limites. Na verdade, ambas as metodologias são pull-based: o Scrum puxa itens do Product Backlog para a Sprint, e o Kanban puxa itens respeitando os limites de WIP. Não há push no Scrum.
Alternativa B — ❌ Incorreta
A alternativa aborda técnicas de estimativa (Story Points vs. T-shirt Sizes), que não são o mecanismo de controle de fluxo. Além disso, o Kanban não se restringe a T-shirt Sizes; pode usar qualquer método de estimativa.
Alternativa C — ❌ Incorreta
Inverte os conceitos. O Scrum é baseado em timeboxing (Sprints de duração fixa), enquanto o Kanban, inspirado no Lean, foca na eliminação de desperdícios e no fluxo contínuo. A troca caracteriza uma pegadinha clássica.
Alternativa D — ✅ Correta ⟵ GABARITO
Correta. O Scrum utiliza iterações time-boxed (Sprints) para entregar valor em ciclos regulares; o Kanban gerencia o fluxo contínuo com limites de WIP, sem impor iterações fixas. Essa é a diferença fundamental no mecanismo de cadência.
Alternativa E — ❌ Incorreta
O Scrum desencoraja mudanças de escopo durante a Sprint, mas não é uma proibição absoluta (o Sprint pode ser cancelado em casos extremos). Já o Kanban não exige mudanças diárias; o escopo pode ser ajustado a qualquer momento conforme a capacidade, desde que os limites de WIP sejam respeitados. Além disso, a alternativa não trata do mecanismo de fluxo.