Questão de Engenharia de Software — Kanban (Engenharia de Software) — CESPE / CEBRASPE 2024

Kanban e Scrum: distinção entre quadro Kanban e gráfico de burndown

Gabarito: Errado (E). A figura descrita no enunciado — que relaciona os dias da sprint (eixo-x) ao trabalho restante (eixo-y) — não representa um quadro Kanban, mas sim um gráfico de burndown, artefato típico do Scrum. O Kanban, por sua vez, é um método de gestão de fluxo visualizado por meio de um quadro com colunas (como "A fazer", "Fazendo" e "Feito") e limites de trabalho em andamento (WIP), não por um gráfico de progresso ao longo do tempo.

O Kanban é um método de gestão de fluxo de trabalho que se originou na Toyota, na década de 1950, com o objetivo de melhorar a eficiência da produção. Seu nome significa "cartão" ou "placa visual" em japonês, e sua essência está na visualização do trabalho por meio de um quadro dividido em colunas que representam os estágios do processo (por exemplo, "A fazer", "Em andamento" e "Concluído"). Cada tarefa é representada por um cartão que se move entre as colunas conforme avança. Uma característica fundamental do Kanban é a limitação do trabalho em andamento (WIP), que controla o número máximo de tarefas simultâneas em cada estágio, evitando sobrecarga e tornando os gargalos visíveis. O método também se baseia no gerenciamento do fluxo, na melhoria contínua e na flexibilidade, permitindo que as tarefas avancem assim que estão prontas, sem a necessidade de iterações com time-box definido.

O gráfico de burndown, por outro lado, é um artefato do Scrum, um framework ágil para gerenciamento de projetos. Ele é um gráfico que mostra a quantidade de trabalho restante (eixo-y) em relação ao tempo (eixo-x), geralmente ao longo de uma sprint. A linha do gráfico idealmente decresce de forma linear, indicando que o trabalho está sendo concluído no ritmo esperado. O burndown é uma ferramenta de acompanhamento do progresso da sprint, permitindo que a equipe visualize se está no caminho certo para concluir as tarefas planejadas. É exatamente essa a descrição apresentada no enunciado: "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".

A confusão entre Kanban e burndown é uma armadilha clássica em provas de Engenharia de Software. A banca descreve um gráfico de burndown (que é do Scrum) e o chama de Kanban, explorando o fato de que ambos são ferramentas visuais de gestão ágil. No entanto, eles têm propósitos e formatos distintos: o Kanban é um quadro de fluxo de trabalho com colunas e limites de WIP, enquanto o burndown é um gráfico de progresso ao longo do tempo. O Kanban não prescreve sprints nem time-boxes; ele trabalha com fluxo contínuo. O burndown, por sua vez, está intrinsecamente ligado ao conceito de sprint do Scrum.

Para fixar a distinção, observe a tabela comparativa:

A pegadinha da questão está em chamar o gráfico de burndown de "Kanban". O candidato que conhece apenas a definição superficial de Kanban como "um quadro visual" pode ser induzido a marcar "Certo", mas a descrição detalhada do gráfico (eixos x e y, dias da sprint, trabalho restante) aponta inequivocamente para o burndown do Scrum.

Item — ❌ ERRADO

A afirmação está incorreta porque descreve um gráfico de burndown, que é um artefato do Scrum, e o chama de Kanban. O Kanban é um quadro visual com colunas que representam os estágios do fluxo de trabalho, e não um gráfico que relaciona dias da sprint com trabalho restante. O gráfico de burndown, por sua vez, é exatamente isso: um gráfico que mostra o trabalho restante (eixo-y) ao longo do tempo (eixo-x), tipicamente os dias de uma sprint. Portanto, a figura descrita não é um Kanban, mas sim um burndown chart.

Gabarito: Errado (E).