Pular para o conteúdo principal

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

Engenharia de SoftwareKanban (Engenharia de Software)
Código
ce417751
Banca
CESPE / CEBRASPE
Órgão
TRF 6
Ano
2025
Cargo
AJ TRF6
No que se refere a processos ágeis, julgue o item a seguir.   No Kanban, a implementação de limites de trabalho em progresso visa reduzir o tempo de entrega dos itens, sem impactar outros aspectos, como a identificação de gargalos e a melhoria contínua do fluxo de trabalho.
  1. CCerto
  2. 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: limites de WIP e seus efeitos no fluxo

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.

1Reduz tempo de entrega
Menos tarefas simultâneas
Conclui antes de iniciar
2Identifica gargalos
Acúmulo antes da etapa travada
Torna o problema visível
3Permite melhoria contínua
Visibilidade é o ponto de partida
Ajustes no fluxo
Limite de WIP (Kanban)
LEVELsoulevel.com.br
Limite de WIP (Kanban): Reduz tempo de entrega (Menos tarefas simultâneas, Conclui antes de iniciar); Identifica gargalos (Acúmulo antes da etapa travada, Torna o problema visível); Permite melhoria contínua (Visibilidade é o ponto de partida, Ajustes no fluxo)

Item — ❌ Errado

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.

NÃO CAIA NESSA!

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