Questão de Engenharia de Software — Kanban (Engenharia de Software) — CESPE / CEBRASPE 2024
Engenharia de Software›Kanban (Engenharia de Software)
Código
ce403884
Banca
CESPE / CEBRASPE
Órgão
BACEN
Ano
2024
Cargo
Ana ( )
Julgue o próximo item, relativo a Kanban e Scrum.
O Kanban é uma ferramenta que prevê o progresso de uma sprint no Scrum.
CCerto
EErrado
Revelar gabarito e comentário▾
GabaritoC — Certo
Esta resolução diverge do gabarito oficial. A banca deu Certo; a resolução abaixo sustenta o contrário e explica por quê — ela não foi reescrita para concordar. Acontece nos dois sentidos: há gabarito que cai em recurso e há resolução que erra. Confira na fonte antes de fixar o entendimento.
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”.
Kanban e Scrum: fluxo contínuo × sprints
Gabarito: Errado (E). O Kanban não é uma ferramenta que prevê o progresso de uma sprint no Scrum — ele é um método de gerenciamento de fluxo de trabalho contínuo, sem iterações fixas, enquanto a sprint é o ciclo de tempo definido do Scrum. A afirmação mistura os dois frameworks, atribuindo ao Kanban uma característica que pertence ao Scrum.
O Kanban, criado pela Toyota na década de 1950, é um método de gestão visual do trabalho em andamento (WIP — Work In Progress). Seu objetivo é visualizar o fluxo, identificar gargalos e melhorar continuamente o processo, sem prescrever iterações ou time-boxes. O quadro Kanban organiza as tarefas em colunas (como "A fazer", "Fazendo" e "Feito"), e o trabalho é "puxado" conforme a capacidade da equipe, em um fluxo contínuo.
O Scrum, por sua vez, é um framework ágil baseado em sprints — iterações de duração fixa (geralmente de 2 a 4 semanas) — com papéis definidos (Product Owner, Scrum Master e Time de Desenvolvimento) e eventos como Sprint Planning, Daily, Review e Retrospectiva. A sprint é o coração do Scrum, e é nela que o progresso é planejado e avaliado.
A confusão entre os dois é comum, mas a distinção é clara: o Kanban trabalha com fluxo contínuo, sem sprints; o Scrum trabalha com iterações fixas. A banca explora exatamente essa troca: atribuir ao Kanban uma função que é do Scrum. Para a prova, lembre-se: Kanban = fluxo contínuo, sem time-box; Scrum = sprints, com time-box.
Item — ❌ Errado
A afirmação está errada porque o Kanban não é uma ferramenta de previsão de progresso de sprint. O Kanban é um método de gerenciamento de fluxo, que visualiza o trabalho em andamento e limita o WIP, mas não possui o conceito de sprint — que é exclusivo do Scrum. A sprint é um time-box fixo do Scrum, e o progresso dela é acompanhado por eventos como o Sprint Review e a Sprint Retrospective. O Kanban, por sua vez, não prescreve iterações nem time-boxes, trabalhando com fluxo contínuo. Portanto, a afirmação mistura os dois frameworks, atribuindo ao Kanban uma característica que pertence ao Scrum.
PEGA ESSA DICA!
Para não errar em questões que comparam Kanban e Scrum, decore a tabela:
Característica
Kanban
Scrum
Iterações
Não requer
Sprints fixas
Papéis definidos
Não há
Scrum Master, PO, Time
Mudanças
Contínuas
Apenas entre sprints
Gestão de tarefas
Fluxo contínuo
Backlog priorizado
Se a questão falar em "sprint", "time-box" ou "papéis definidos", é Scrum; se falar em "fluxo contínuo", "WIP" ou "quadro visual", é Kanban.