Sistema puxado e empurrado: diferenças e o papel do Kanban

A diferença entre sistema puxado e empurrado está em quem dá a ordem para o trabalho andar. No sistema empurrado, o trabalho começa conforme um plano ou uma previsão e é passado para a etapa seguinte assim que fica pronto, tenha ela capacidade ou não. No sistema puxado, a etapa seguinte só recebe trabalho quando sinaliza que tem espaço, e o início do trabalho responde à demanda real.

Parece um detalhe de fábrica, mas a escolha aparece em qualquer equipe. O time de TI que aceita todos os pedidos e "toca tudo ao mesmo tempo" trabalha empurrado. A equipe que só começa um item novo quando termina outro trabalha puxado. A diferença se nota no tempo de entrega, no acúmulo de trabalho parado e no cansaço das pessoas.

A seguir estão as características de cada modelo, exemplos na produção e em projetos, quando cada um faz sentido e como o Kanban transforma um fluxo empurrado em puxado.

O que é sistema empurrado

No sistema empurrado (push), a produção é programada a partir de uma previsão de demanda ou de um plano. Cada etapa produz o que foi programado e entrega à próxima, que precisa absorver o que chegou.

Na indústria, o exemplo clássico é o planejamento de materiais a partir de previsão de vendas: calcula-se quanto produzir no mês, compram-se os insumos e as etapas trabalham para cumprir o programa. Se a venda real for menor que a prevista, sobra estoque; se for maior, falta produto.

Em equipes de projeto e serviço, o empurrado aparece de outras formas:

• a gestão distribui tarefas para as pessoas sem perguntar se elas têm capacidade;
• todos os pedidos aprovados começam imediatamente;
• uma etapa termina sua parte e "joga" para a próxima, que acumula fila;
• a medida de sucesso é ocupação das pessoas, e não entrega concluída.

O sintoma típico é ter muita coisa iniciada e pouca coisa terminada.

O que é sistema puxado

No sistema puxado (pull), o trabalho só começa ou avança quando há um sinal de demanda: um cliente pediu, ou a etapa seguinte liberou espaço. A produção acompanha o consumo real, e não a previsão.

A origem mais conhecida do conceito é o Sistema Toyota de Produção, em que o cartão kanban circula entre as etapas e autoriza a reposição apenas do que foi consumido. A história e as lições dessa abordagem estão em Sistema Toyota de Produção e Kanban.

No trabalho do conhecimento, o sinal costuma ser um espaço livre no quadro. O Kanban Guide descreve essa lógica de forma direta: os membros do sistema devem começar um item novo apenas quando houver um sinal claro de que existe capacidade para isso. É o limite de trabalho em andamento que cria esse sinal.

Sistema puxado e empurrado lado a lado

Um ponto da tabela merece atenção: no sistema empurrado, os gargalos ficam escondidos atrás das filas. No puxado, quando uma etapa trava, as anteriores param de receber sinal e o problema aparece em horas, não em semanas.

Por que o fluxo puxado reduz o tempo de entrega

A explicação vem da relação entre trabalho em andamento, vazão e tempo de ciclo, conhecida como Lei de Little: com a mesma vazão, quanto mais itens em andamento, maior o tempo médio que cada um leva para ficar pronto. Empurrar mais trabalho para dentro do sistema não faz a equipe entregar mais; faz cada item demorar mais. Uma equipe que termina em média dez itens por semana e mantém trinta em andamento leva, em média, três semanas para entregar cada um; com quinze em andamento e a mesma vazão, a média cai para uma semana e meia.

Há também um efeito humano. Pessoas com muitas tarefas abertas alternam o tempo todo entre elas, e cada troca de contexto tem custo. Limitar o trabalho em andamento reduz essas trocas e aumenta a chance de terminar o que foi começado.

Exemplos de sistema puxado e empurrado

Na produção

• Empurrado: uma confecção programa a produção da coleção inteira a partir da previsão de vendas e entrega às lojas o que produziu. Peças que não vendem viram liquidação.
• Puxado: a mesma confecção mantém um estoque pequeno de cada peça na loja e só repõe o que foi vendido, com o sinal de reposição indo para o centro de distribuição e, dali, para a costura.

Em equipes de projeto e serviço

• Empurrado: uma equipe de TI recebe vinte pedidos por mês, aprova todos e distribui entre cinco pessoas, que trabalham em quatro ou cinco itens ao mesmo tempo. Ninguém sabe dizer quando cada item fica pronto.
• Puxado: a mesma equipe define que cada pessoa trabalha em no máximo dois itens. Um pedido novo só entra quando um sai, e a priorização da fila acontece numa reunião de reabastecimento. O tempo até a entrega cai e passa a ser previsível.

Os exemplos são ilustrativos, mas o padrão se repete em obras, eventos, implantação de sistemas e áreas administrativas de órgãos públicos.

O Kanban é um sistema puxado?

O Kanban é a forma mais conhecida de construir um sistema puxado, mas só quando tem os elementos certos. Três condições precisam existir:

1. Limite de trabalho em andamento por coluna, por pessoa ou para o sistema inteiro. Como calibrar esses limites está em limite de WIP no Kanban.
2. Ponto de comprometimento claro, o momento em que um pedido deixa de ser opção e passa a ser trabalho aceito. Antes dele, os pedidos esperam sem consumir capacidade; o conceito está detalhado em ponto de comprometimento no Kanban.
3. Regra de puxar respeitada: quem termina um item puxa o próximo, em vez de alguém de fora colocar trabalho na coluna dele.

Sem essas condições, o quadro vira apenas uma visualização de um sistema empurrado. É útil para enxergar o problema, mas não muda o fluxo.

Quando o sistema empurrado ainda faz sentido

O puxado não é a resposta para tudo. O empurrado continua adequado em situações como:

• demanda estável e previsível, em que a previsão erra pouco;
• tempo de reposição muito longo, como insumos importados que precisam ser comprados com meses de antecedência;
• produção sazonal, em que é preciso formar estoque antes do pico;
• datas fixas impostas de fora, como um evento com data marcada, em que parte do trabalho precisa ser programada de trás para frente.

Na prática, muitas operações combinam os dois. Empurram até um estoque intermediário, com base em previsão, e puxam a partir dele, com base no pedido real. Em projetos, é comum ter marcos programados no cronograma e, dentro de cada fase, um fluxo puxado para as tarefas da equipe. A diferença entre usar Kanban numa linha de produção e num projeto é o tema de Kanban de produção e Kanban de projetos.

Como sair do empurrado para o puxado, passo a passo

1. Visualize todo o trabalho em andamento. Coloque no quadro tudo o que está aberto, inclusive o que está parado esperando alguém.
2. Meça o ponto de partida. Registre quantos itens estão em andamento e quanto tempo os últimos itens levaram para ficar prontos.
3. Defina o ponto de comprometimento. Separe a fila de pedidos (opções) do trabalho aceito.
4. Estabeleça limites iniciais de trabalho em andamento. Comece um pouco abaixo do que existe hoje, para forçar a conclusão antes de novos inícios.
5. Combine a regra de puxar. Ninguém coloca trabalho na coluna de outra pessoa; quem tem capacidade puxa o próximo item priorizado.
6. Crie a cadência de reabastecimento. Uma reunião periódica decide quais pedidos entram quando há espaço.
7. Acompanhe e ajuste. Compare o tempo de entrega antes e depois. Se o trabalho parar por falta de itens, aumente o limite; se as filas continuarem grandes, reduza.

A resistência mais comum aparece no passo 4: limitar o trabalho em andamento parece reduzir a produção, porque pessoas ficam momentaneamente sem tarefa nova. Nesses momentos, o melhor uso do tempo é ajudar a terminar o que está travado.

Para começar

Conte quantos itens a sua equipe tem em andamento hoje e quantas pessoas trabalham neles. Se a conta passar de dois ou três itens por pessoa, há um sistema empurrado em funcionamento, mesmo que exista um quadro na parede. O guia o que é Kanban traz os princípios do método para dar o próximo passo, e a formação em Kanban da Projeto Diário cobre o desenho do sistema, as classes de serviço, as métricas de fluxo e as cadências.