Questão de Engenharia de Software — Processos de Software - Desenvolvimento Ágil — CESPE / CEBRASPE 2024
Engenharia de Software›Processos de Software - Desenvolvimento Ágil
Código
ce169717
Banca
CESPE / CEBRASPE
Órgão
CAU-BR
Ano
2024
Nível
Superior
Cargo
Analista de Infraestrutura de Tecnologia da Informação
Julgue o item subsequente, relativo a Kanban e Scrum.A figura a seguir descreve um Kanban de forma visual, mostrando a produtividade da equipe esforço (eixo-y) até o último dia da sprint (eixo-x), ou seja, esse Kanban liga os dias da sprint com o trabalho restante.
CCerto
EErrado
Revelar gabarito e comentário▾
GabaritoE — Errado
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: fluxo contínuo, não gráfico de burndown
Gabarito: Errado (E). A figura descrita — um gráfico que relaciona o esforço restante (eixo-y) com os dias da sprint (eixo-x) — é o burndown chart, um artefato típico do Scrum, não do Kanban. O Kanban é um método de fluxo contínuo, baseado em quadro de colunas (A fazer, Fazendo, Feito) com limitação de trabalho em progresso (WIP), e não possui iterações fixas como a sprint. A banca trocou o artefato de um framework pelo outro.
O Kanban, originado na Toyota na década de 1950, é um método de gestão de fluxo de trabalho que visa visualizar o trabalho em andamento, limitar o WIP e gerenciar o fluxo para identificar gargalos e melhorar continuamente. Ele não prescreve iterações (sprints) nem papéis fixos, como o Scrum. O quadro Kanban é composto por colunas que representam estados do processo (por exemplo, "A fazer", "Fazendo", "Feito"), e os cartões representam os itens de trabalho. O foco está no fluxo contínuo de entrega, não em ciclos de tempo determinados.
O Scrum, por sua vez, é um framework ágil que trabalha com sprints — iterações de duração fixa (geralmente de 1 a 4 semanas). Durante a sprint, a equipe acompanha o progresso por meio de artefatos como o Sprint Backlog e o burndown chart, que mostra a quantidade de trabalho restante ao longo do tempo. O burndown chart é um gráfico com o esforço restante no eixo-y e o tempo (dias da sprint) no eixo-x, exatamente como descrito no enunciado.
A confusão entre Kanban e Scrum é uma pegadinha clássica em provas. O Kanban não é um gráfico de burndown; ele é um quadro visual de fluxo. O burndown chart é um artefato do Scrum. A figura descrita no enunciado — com eixos de esforço e dias da sprint — é inequivocamente um burndown chart, não um quadro Kanban.
Para fixar a distinção, veja a tabela comparativa:
Critério
Kanban
Scrum
Estrutura
Fluxo contínuo
Iterações (sprints)
Artefato visual
Quadro Kanban (colunas)
Burndown chart, Sprint Backlog
Papéis
Não prescreve papéis fixos
Product Owner, Scrum Master, Dev Team
Limite de WIP
Sim (essencial)
Não obrigatório
Foco
Gerenciar fluxo e reduzir gargalos
Entregar incrementos a cada sprint
A pegadinha da questão está em associar o Kanban a um gráfico de burndown, que é um artefato do Scrum. O candidato que conhece a diferença entre os dois frameworks identifica imediatamente o erro.
NÃO CAIA NESSA!
A banca troca o artefato visual: o burndown chart (Scrum) é apresentado como se fosse um quadro Kanban. Lembre-se: Kanban = quadro com colunas e WIP; burndown = gráfico de esforço restante ao longo do tempo.
Item — ❌ Errado
A afirmativa está errada porque descreve o burndown chart, um artefato do Scrum, e o atribui ao Kanban. O Kanban é um método de fluxo contínuo, visualizado por meio de um quadro com colunas (A fazer, Fazendo, Feito) e limitado pelo WIP. Ele não possui sprints nem gráficos de burndown. O burndown chart é um gráfico que mostra o trabalho restante ao longo do tempo da sprint, sendo uma ferramenta de acompanhamento do Scrum.
