Questão de Engenharia de Software — Metodologia de desenvolvimento de software — Quadrix 2025

Kanban: gargalo e a ação correta

Gabarito: letra A. A situação descrita é um gargalo (bottleneck) na coluna "Em Teste", que atingiu seu limite de WIP e bloqueia o fluxo. Pela filosofia do Kanban, a ação correta é parar de iniciar novas tarefas e focar em ajudar a liberar a coluna saturada, em vez de aumentar o limite ou ignorar o problema — princípio de "parar de começar e começar a terminar".

O Kanban é um método de gestão de fluxo de trabalho, originado na Toyota, que se baseia na visualização do trabalho por meio de um quadro com colunas (ex.: A Fazer, Fazendo, Teste, Feito) e na limitação do trabalho em progresso (WIP). O WIP é o número máximo de itens que podem estar em uma coluna simultaneamente. Quando uma coluna atinge seu limite, ela se torna um gargalo: as etapas anteriores ficam bloqueadas, pois não podem empurrar mais trabalho para frente, e o fluxo como um todo é prejudicado.

A lógica por trás da limitação do WIP é justamente forçar a equipe a terminar o que já começou antes de iniciar algo novo. Isso reduz a multitarefa, aumenta o foco e torna os problemas visíveis. Quando um gargalo aparece, a ação recomendada não é aumentar o limite (o que apenas esconderia o problema e aumentaria o acúmulo), nem ignorar a regra, mas sim mobilizar a equipe para ajudar a destravar a coluna saturada — por exemplo, testadores ajudando a concluir testes, ou desenvolvedores auxiliando na atividade de teste. Essa é a essência do princípio "pare de começar, comece a terminar" (stop starting, start finishing).

O Kanban também se diferencia de outras metodologias ágeis: enquanto o Scrum trabalha com iterações fixas (sprints) e papéis definidos (Product Owner, Scrum Master, Time), o Kanban opera em fluxo contínuo, sem iterações obrigatórias e sem papéis rígidos. O foco está no gerenciamento do fluxo e na melhoria contínua, não na prescrição de papéis ou eventos. É por isso que a alternativa que menciona "Scrum Master" já está fora do contexto do Kanban.

A pegadinha desta questão está em confundir o gargalo com outros conceitos, como ociosidade (que seria o contrário: capacidade ociosa, não saturada) ou fluxo puxado (que é o princípio de puxar trabalho conforme a capacidade, não empurrar). A banca também explora a tentação de "resolver" o problema aumentando o WIP, o que contraria a filosofia do método. Guarde a fronteira: gargalo = coluna saturada que bloqueia o fluxo; ação = parar de iniciar e ajudar a liberar.

Alternativa A — ✅ Correta ⟵ GABARITO

Identifica corretamente o fenômeno como gargalo (bottleneck) e propõe a ação alinhada aos princípios do Kanban: parar de iniciar novas tarefas e focar em ajudar a liberar a coluna Em Teste. Essa é a prática recomendada quando uma coluna atinge seu limite de WIP — a equipe deve colaborar para concluir o trabalho em andamento, em vez de empurrar mais itens para o fluxo.

Alternativa B — ❌ Incorreta

Classifica o problema como ociosidade, o que é um erro conceitual: ociosidade seria o oposto — capacidade de trabalho subutilizada, colunas vazias. Além disso, a ação sugerida de aumentar o limite WIP contraria diretamente o princípio do Kanban de limitar o trabalho em progresso. Aumentar o WIP não resolve o gargalo; apenas o esconde, permitindo que mais trabalho se acumule na coluna saturada e piorando o fluxo.

Alternativa C — ❌ Incorreta

Atribui o problema a falta de planejamento e sugere que o Scrum Master aloque mais testadores. Dois erros: (1) o Kanban não possui o papel de Scrum Master — esse é um papel do framework Scrum; (2) a solução não é simplesmente adicionar mais pessoas, mas sim gerenciar o fluxo e ajudar a liberar o gargalo existente. A alocação de mais testadores poderia até ser uma medida, mas não é a ação sugerida pelos princípios do Kanban, que priorizam a colaboração da equipe para destravar o fluxo.

Alternativa D — ❌ Incorreta

Chama o fenômeno de bloqueio externo e sugere ignorar o limite WIP temporariamente. Ignorar o WIP é exatamente o oposto do que o Kanban preconiza: o limite existe para tornar os gargalos visíveis e forçar a equipe a resolvê-los. Ignorá-lo eliminaria a visibilidade do problema e permitiria o acúmulo de trabalho, prejudicando o fluxo. Além disso, o gargalo é interno ao processo (a coluna Em Teste), não um bloqueio externo.

Alternativa E — ❌ Incorreta

Classifica o fenômeno como fluxo puxado e sugere empurrar o trabalho de volta para a coluna A Fazer. O fluxo puxado é um princípio do Kanban (e do Just-in-Time) em que o trabalho é puxado pela demanda, não empurrado — mas a situação descrita é um gargalo, não um fluxo puxado. Além disso, "empurrar" o trabalho de volta contraria a lógica do fluxo puxado e não resolve o problema: o gargalo continuaria lá, apenas com itens acumulados na coluna anterior.

Gabarito: letra A