Questão de Engenharia de Software — Kanban (Engenharia de Software) — Quadrix 2025
Engenharia de Software›Kanban (Engenharia de Software)
Código
qa699935
Banca
Quadrix
Órgão
CFBIO
Ano
2025
Cargo
Ana Sist ( )
Quanto à linguagem de modelagem unificada (UML), às metodologias Scrum, Kanban e CCPM e aos testes demsoftware, julgue o item seguinte.
A metodologia Kanban implementa conceitos da teoria das restrições (TOC).
CCerto
EErrado
Revelar gabarito e comentário▾
GabaritoC — Certo
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 a Teoria das Restrições (TOC)
✅ CERTO. A metodologia Kanban implementa, sim, conceitos da Teoria das Restrições (TOC — Theory of Constraints), de Eliyahu Goldratt. A ligação está no foco em identificar e gerenciar gargalos (restrições) do fluxo de trabalho: o Kanban limita o trabalho em progresso (WIP) justamente para proteger o fluxo e maximizar a entrega, ecoando o princípio central da TOC de que o desempenho do sistema é limitado pela sua restrição mais fraca.
A Teoria das Restrições (TOC) é uma filosofia de gestão criada por Eliyahu Goldratt, apresentada no livro A Meta (1984). Seu princípio fundamental é que todo sistema tem uma restrição (gargalo) que limita seu desempenho global — e que a melhoria deve focar nessa restrição, não em otimizar partes isoladas. O processo de melhoria contínua da TOC segue cinco passos: 1) identificar a restrição do sistema; 2) explorar (extrair o máximo da) restrição; 3) subordinar tudo o mais à decisão anterior; 4) elevar a restrição (aumentar sua capacidade); 5) se a restrição for quebrada, voltar ao passo 1, evitando a inércia.
O Kanban, por sua vez, é um método de gestão de fluxo de trabalho que nasceu na Toyota (década de 1950) e foi adaptado para o desenvolvimento de software por David J. Anderson. Suas práticas centrais são: visualizar o trabalho (quadro com colunas), limitar o WIP (trabalho em progresso), gerenciar o fluxo, tornar as políticas explícitas, implementar ciclos de feedback e melhorar colaborativamente. A conexão com a TOC é direta e reconhecida na literatura: ao limitar o WIP, o Kanban expõe os gargalos — a coluna que fica cheia é a restrição do sistema. A partir daí, a equipe aplica o raciocínio da TOC: explora a restrição (garante que ela nunca fique ociosa), subordina as demais etapas (não adianta produzir mais antes do gargalo) e eleva a restrição (aumenta a capacidade daquela etapa).
Um exemplo prático: imagine um time com as colunas "A fazer", "Desenvolvimento", "Testes" e "Feito", com WIP limitado a 2 itens por coluna. Se a coluna "Testes" está sempre cheia, ela é o gargalo. Pela TOC, a equipe deve: garantir que os testadores nunca fiquem sem trabalho (explorar), impedir que os desenvolvedores continuem entregando código que vai se acumular (subordinar), e, depois, contratar mais testadores ou automatizar testes (elevar). Esse é exatamente o ciclo de melhoria contínua que o Kanban promove.
A distinção que importa: o Kanban não é uma metodologia de desenvolvimento de software (como Scrum ou XP), mas um método de gerenciamento de fluxo. Ele não prescreve papéis, cerimônias ou iterações (sprints). Sua base teórica vem do Lean (eliminação de desperdícios, produção puxada) e da TOC (gestão de gargalos). Enquanto o Lean foca em reduzir desperdícios em todo o fluxo, a TOC foca em identificar e explorar a restrição que limita o sistema — e o Kanban incorpora ambos, mas é especialmente alinhado à TOC pela prática de limitar o WIP e gerenciar o fluxo em função do gargalo.
A pegadinha que a banca explora neste tema é a confusão entre as bases teóricas: o candidato pode achar que o Kanban se baseia apenas no Lean (o que é parcialmente verdade, mas incompleto) e marcar "errado" ao ver a menção à TOC. No entanto, a relação Kanban-TOC é amplamente documentada: o próprio David J. Anderson, em Kanban: Successful Evolutionary Change for Your Technology Business, descreve o Kanban como um método que aplica princípios da TOC, especialmente a gestão de restrições e o foco no fluxo. O limite de WIP é a materialização prática do conceito de restrição da TOC.
Guarde a fronteira: Kanban = fluxo contínuo + WIP limitado + gestão de gargalos (TOC) + eliminação de desperdícios (Lean). É exatamente essa combinação que a questão cobra — e a menção à TOC é correta.
Kanban: Base teórica (Lean (eliminar desperdícios), TOC (gerir gargalos)); Práticas centrais (Visualizar o trabalho, Limitar WIP, Gerenciar o fluxo, Políticas explícitas, Ciclos de feedback); Conexão com TOC (WIP limitado expõe o gargalo, Coluna cheia = restrição, Aplica os 5 passos da TOC)
Alternativa C — ✅ CERTO ⟵ GABARITO
A afirmação está correta. O Kanban implementa conceitos da Teoria das Restrições (TOC) porque sua prática central — limitar o trabalho em progresso (WIP) — é uma aplicação direta do princípio da TOC de que o sistema é limitado pela sua restrição. Ao limitar o WIP, o Kanban torna o gargalo visível (a coluna que enche) e força a equipe a gerenciar o fluxo em função dele, seguindo os passos da TOC: identificar, explorar, subordinar e elevar a restrição. Além disso, o Kanban também se alinha ao Lean (eliminação de desperdícios), mas a ligação com a TOC é específica e reconhecida — o que torna a assertiva verdadeira.