O enfoque de todos na melhoria contínua cria uma pressão saudável e assim são criadas mais oportunidades de compartilhar o conhecimento. Limites de WIP revelam rapidamente os gargalos e facilitam a criação de um ambiente de melhoria contínua e ajuda mútua. O poder da melhoria contínua catalisada pelo Kanban ajuda a melhorar o fluxo. Também auxilia a transformar a percepção de que, no Kanban, os produtos levarão mais tempo para ficar prontos, em um sentimento de maior eficiência, que poderá ser comprovado com métricas.
O Kanban baseia-se nos princípios de um sistema puxado (pull system), originário da manufatura Lean. O objetivo é chegar o mais próximo possível ao que é chamado de "fluxo de peça única", na qual a organização trabalha apenas em produtos pedidos por um cliente. Por que isso e qual a relação disto com o desenvolvimento de software?
A razão pela qual queremos trabalhar apenas em pedidos de clientes é que desejamos eliminar desperdícios, ou seja, ações que não trazem valor para o cliente. Deixemos inovação de lado por um instante, pois não há pedido do cliente para iniciar o sistema puxado para isso. Trabalhar em itens não requisitados por um cliente é especular sobre o que os clientes pedirão no futuro e, portanto, está-se construindo um estoque, uma pilha de produtos esperando para ser vendida. Isso é desperdício por duas razões. É capital gasto em itens que não estão trazendo lucro, portanto estão nos custando financeiramente. Esses itens trazem também grande risco de não serem vendidos ou não atenderem aos desejos dos clientes, levando também a perdas financeiras. O mesmo se aplica ao desenvolvimento de software: funcionalidades esperando meses para ser lançadas têm custos financeiros e, como na manufatura, estão relacionados a um risco de não atendimento das expectativas dos clientes.