Questão de Engenharia de Software — Kanban (Engenharia de Software) — CESPE / CEBRASPE 2025
- Código
- ce417751
- Banca
- CESPE / CEBRASPE
- Órgão
- TRF 6
- Ano
- 2025
- Cargo
- AJ TRF6
- CCerto
- EErrado
GabaritoE — Errado
Gabarito: Errado (E). A afirmativa está incorreta porque a implementação de limites de trabalho em progresso (WIP) no Kanban não visa apenas reduzir o tempo de entrega dos itens; ela impacta diretamente outros aspectos, como a identificação de gargalos e a melhoria contínua do fluxo de trabalho. O limite de WIP é justamente a prática que torna os gargalos visíveis e permite a melhoria contínua, conforme as práticas do método Kanban.
O Kanban é um método ágil de gerenciamento de fluxo de trabalho, originado no Sistema Toyota de Produção e adaptado para o desenvolvimento de software por David J. Anderson. Seu objetivo central é visualizar o trabalho, limitar o trabalho em progresso (WIP) e gerenciar o fluxo para melhorar continuamente o processo. A limitação do WIP é uma das práticas fundamentais do Kanban, e ela não atua isoladamente: ao restringir o número de tarefas simultâneas, o método força a equipe a concluir itens antes de iniciar novos, o que reduz o tempo de ciclo e, consequentemente, o lead time. No entanto, esse mesmo mecanismo é o que expõe os gargalos — se uma etapa do fluxo está sobrecarregada, o limite de WIP faz com que os itens se acumulem antes dela, tornando o problema visível. Essa visibilidade é o ponto de partida para a melhoria contínua, que é outra prática central do Kanban.
Na prática, imagine um quadro Kanban com as colunas "A fazer", "Fazendo" e "Feito", com um limite de WIP de 2 itens na coluna "Fazendo". Se a equipe tenta mover um terceiro item para essa coluna, o limite é violado, e o time precisa parar e avaliar por que o fluxo está travado. Isso revela um gargalo — talvez uma etapa de revisão esteja demorando demais. Sem o limite de WIP, a equipe simplesmente continuaria acumulando trabalho, e o gargalo permaneceria oculto. Portanto, a limitação do WIP não apenas reduz o tempo de entrega, mas também é o mecanismo que permite identificar gargalos e impulsionar a melhoria contínua. A afirmativa da questão, ao dizer que a implementação de limites de WIP visa reduzir o tempo de entrega "sem impactar outros aspectos, como a identificação de gargalos e a melhoria contínua", está claramente errada, pois esses aspectos são diretamente impactados e, na verdade, são os principais benefícios dessa prática.
A banca explora aqui uma pegadinha clássica: apresentar um benefício real do Kanban (redução do tempo de entrega) e, em seguida, negar outros efeitos que são igualmente verdadeiros e, na verdade, interdependentes. O candidato que conhece apenas superficialmente o Kanban pode marcar "Certo" por associar o limite de WIP à redução do lead time, sem perceber que a identificação de gargalos e a melhoria contínua são consequências diretas dessa prática. O erro está na palavra "sem impactar", que estabelece uma falsa independência entre os efeitos.
Guarde este ponto: no Kanban, o limite de WIP é a alavanca que conecta a redução do tempo de entrega à identificação de gargalos e à melhoria contínua. São efeitos interligados, não independentes. É exatamente essa interligação que a questão testa.
A afirmativa está errada porque afirma que a implementação de limites de WIP visa reduzir o tempo de entrega "sem impactar outros aspectos, como a identificação de gargalos e a melhoria contínua do fluxo de trabalho". Na realidade, a limitação do WIP é a prática que torna os gargalos visíveis — ao restringir o trabalho em progresso, os itens se acumulam antes das etapas sobrecarregadas, expondo o problema — e é justamente essa visibilidade que permite a melhoria contínua, outra prática central do Kanban. Portanto, a identificação de gargalos e a melhoria contínua não são apenas impactadas; elas são consequências diretas e desejadas da limitação do WIP. A palavra "sem impactar" torna a afirmativa incorreta.
A banca apresenta um benefício real do Kanban (redução do tempo de entrega) e nega outros efeitos que são igualmente verdadeiros e interdependentes. O candidato que associa o limite de WIP apenas à redução do lead time pode marcar "Certo", sem perceber que a identificação de gargalos e a melhoria contínua são consequências diretas dessa prática. A palavra-chave é "sem impactar" — ela estabelece uma falsa independência entre os efeitos. No Kanban, o limite de WIP é a alavanca que conecta todos esses aspectos.
Gabarito: Errado (E).
Link permanente: /questoes/ce417751