Diagrama Yamazumi: o que é e como aplicar no Lean Manufacturing

O Yamazumi nasceu no chão de fábrica da Toyota como uma ferramenta visual simples: barras empilhadas mostrando o tempo de ciclo de cada operador, comparadas a uma linha horizontal de takt time. Tradicionalmente, isso era feito com post-its coloridos em um quadro branco ou, na versão mais "moderna", uma planilha que alguém atualizava manualmente depois de cronometrar cada operação com prancheta na mão.

Funciona — mas tem um custo. Cada rebalanceamento de linha exige remedir, recolar post-its, refazer a planilha. Em ambiente de manufatura, onde o ciclo se repete centenas de vezes ao dia, isso ainda compensa. Em processos administrativos e de serviço, onde o "operador" é um analista financeiro ou um time de atendimento, o exercício manual raramente é refeito — e o Yamazumi vira um diagrama que se faz uma vez no workshop de kaizen e nunca mais se atualiza.

O ponto central deste artigo é que a lógica do Yamazumi não tem nada de exclusivo da manufatura. Qualquer processo com etapas, tempo e um ritmo de demanda pode — e deveria — ser analisado da mesma forma. A diferença é onde a informação de tempo já está disponível para alimentar o gráfico sem repetir o trabalho de cronometragem manual.

O que é o diagrama Yamazumi

Yamazumi (山積み) significa literalmente "empilhar" em japonês. Na prática, é um gráfico de barras empilhadas em que cada barra representa uma etapa do processo — ou um operador, uma estação de trabalho, uma tarefa — e a altura da barra é o tempo total que aquela etapa consome.

O que torna o Yamazumi mais que um gráfico de barras comum é a classificação interna de cada barra. O tempo de cada etapa é dividido em três segmentos, normalmente diferenciados por cor:

• VA (valor agregado) — o tempo que de fato transforma o produto ou entrega algo que o cliente reconhece e estaria dispondo a pagar por.
• NVA necessário (não agregado, mas necessário) — trabalho que não gera valor direto, mas que o processo ou a operação atual ainda exige: setup, deslocamento, validação, conferência.
• Desperdício puro — espera, retrabalho, movimento sem propósito, qualquer coisa que poderia ser eliminada sem alterar o resultado entregue ao cliente.

Cada barra empilhada é então comparada a uma linha horizontal única: o takt time. É essa comparação — barra contra linha — que transforma o Yamazumi de uma curiosidade visual em uma ferramenta de diagnóstico.

Takt time: a régua do Yamazumi

Takt time é o ritmo em que a demanda do cliente exige que uma unidade de trabalho seja entregue — calculado, de forma simples, como o tempo disponível de produção dividido pela demanda no período. Se o cliente pede 480 unidades por dia e o turno tem 480 minutos disponíveis, o takt time é de 1 minuto por unidade: é o ritmo que o processo precisa sustentar para não atrasar nem produzir além do necessário.

O takt time não é uma meta de eficiência arbitrária — é uma régua imposta de fora, pela demanda real. É justamente por isso que ele é a referência do Yamazumi: toda barra do gráfico é desenhada ao lado dessa linha para responder a uma pergunta única: esta etapa, do jeito que está hoje, sustenta o ritmo que o cliente exige?

Sem o takt time como referência, o Yamazumi seria só um gráfico de tempos — informativo, mas sem critério de decisão. Com ele, cada barra ganha um veredito imediato: está dentro, está no limite, ou está estourando o ritmo possível.

Como ler um Yamazumi

A leitura de um gráfico Yamazumi gira em torno de três padrões visuais:

• Barra acima da linha de takt time — é o gargalo do processo. Aquela etapa, sozinha, já estabelece o ritmo máximo possível do fluxo inteiro, independentemente de quão rápidas sejam as outras. Não existe processo mais rápido que seu gargalo.
• Barra muito abaixo do takt — indica ociosidade. A etapa tem capacidade sobrando, o que normalmente é sinal de oportunidade de nivelamento: redistribuir parte da carga de uma etapa sobrecarregada para essa.
• Segmento de NVA ou desperdício desproporcional dentro de uma barra — mesmo que a barra total esteja dentro do takt, um segmento grande de espera ou retrabalho aponta exatamente onde atacar primeiro com kaizen, porque é tempo que pode ser cortado sem tocar no valor entregue.

O ganho real do Yamazumi não é mostrar que existe um problema — qualquer gestor já sente isso no dia a dia. O ganho é apontar exatamente em qual etapa e em qual tipo de tempo o problema está concentrado, o que transforma uma sensação vaga de "esse processo é lento" em um alvo concreto de kaizen.

Um Yamazumi não diz que o processo está lento. Ele diz onde, e por quê.

Indo do BPMN ao Yamazumi

Aqui está o ponto que costuma passar batido fora da manufatura: para montar um Yamazumi, é preciso ter, para cada etapa do processo, o tempo de execução e a classificação entre VA, NVA e desperdício. Em uma linha de produção, isso vem da cronometragem direta do operador. Em um processo administrativo, essa mesma informação já existe — ou deveria existir — no momento em que o processo é mapeado em BPMN.

Um modelo BPMN bem construído não é só um desenho de caixas e setas: cada tarefa pode (e deve) carregar um tempo médio de execução e uma classificação de valor. Uma vez que essa informação está anexada ao modelo — em vez de solta em uma planilha paralela —, o Yamazumi deixa de ser um exercício manual que alguém refaz a cada workshop e passa a ser derivado diretamente do XML do processo, recalculado automaticamente toda vez que uma tarefa muda de tempo, é removida ou é redistribuída entre raias.

Isso muda a frequência possível da análise. Em vez de revisar o Yamazumi uma vez por trimestre em uma reunião de melhoria contínua, o time passa a poder testar cenários: "e se essa tarefa de validação manual virar automática?", "e se essa raia ganhar mais um analista?" — e ver o gráfico se redesenhar na hora, sem reabrir planilha nenhuma.

Por que isso importa para quem decide

Quando o Yamazumi está amarrado ao modelo BPMN, ele também herda a rastreabilidade do modelo: cada barra pode ser rastreada de volta até a tarefa exata, a raia responsável e a versão do processo que gerou aquele número. Isso facilita comparar um cenário AS-IS (como o processo funciona hoje) contra um TO-BE (como ele funcionaria depois de uma mudança proposta) usando o mesmo gráfico, lado a lado, em vez de duas planilhas desencontradas.

O que fazer depois de identificar o gargalo

O Yamazumi aponta o problema; resolvê-lo é trabalho de kaizen propriamente dito. As três frentes mais comuns depois de ler o gráfico:

• Nivelamento de carga. Se uma barra está acima do takt e outra está bem abaixo, a primeira resposta é redistribuir trabalho entre elas — mover uma sub-tarefa, remanejar um responsável, dividir uma etapa em duas raias.
• Redistribuição de tarefas. Às vezes o gargalo não se resolve só movendo carga entre etapas vizinhas; é preciso repensar a sequência do processo inteiro, o que volta a depender de ter o fluxo modelado de forma que a mudança possa ser simulada antes de implementada de verdade.
• Automação do que for NVA. Segmentos grandes de tempo não agregado — conferência manual, reentrada de dado, espera de aprovação — são os primeiros candidatos a automação, porque eliminá-los não muda o que o cliente recebe, só corta o tempo que o processo gasta para entregar.

O ciclo se repete: ajusta o processo, observa o novo Yamazumi, ajusta de novo. É por isso que ter o gráfico amarrado ao modelo — em vez de recalculado manualmente — é o que faz a diferença entre kaizen contínuo de verdade e um diagrama que só existe no dia do workshop. Se você já mapeia processos em BPMN e está avaliando o que vem depois do desenho, vale revisar como escolher um sistema de BPMN que conecte o modelo diretamente a esse tipo de análise quantitativa.