Guia de implementação
Eventos Kaizen.
O evento Kaizen é um workshop focado, em geral de três a cinco dias, em que uma equipe multidisciplinar mede um processo, testa mudanças fisicamente no próprio posto e padroniza o que funcionou dentro da mesma semana. O evento se ganha nas duas semanas de preparação e se mantém na lista de pendências de 30 dias: uma semana brilhante sem responsável pelas pendências é integração de equipe com perda de produção.
O que é um evento Kaizen
O evento Kaizen, também chamado de Kaizen Blitz ou semana Kaizen, é um bloco de três a cinco dias seguidos em que uma equipe dedicada melhora um processo no próprio processo. A equipe mede o estado atual no primeiro dia e muda a realidade física do trabalho até o terceiro: move equipamento, monta protótipos de dispositivos, aproxima o material, reescreve o padrão. Nada fica agendado para implantar depois. Se dá para testar esta semana, testa esta semana.
Essa compressão é a graça e o risco ao mesmo tempo. A graça: o evento concentra atenção, autoridade e mãos, e mudanças que um comitê discutiria por três meses acontecem em uma tarde. O risco: uma semana é tempo de sobra para mudar um processo e tempo de menos para mudar um hábito. Por isso as duas semanas antes e os 30 dias depois decidem mais do que os cinco dias do meio.
Aviso de escopo: esta página trata do formato de workshop, de como preparar, conduzir e acompanhar um evento. O sistema de melhoria do dia a dia a que os eventos pertencem, capturar ideias, fazer a triagem e implementar pequenas melhorias todo dia, tem guia próprio: Kaizen. Se você está escolhendo entre montar esse sistema e agendar eventos, monte o sistema primeiro. O evento é uma faixa dele, nunca um substituto.
Onde os eventos entram no roadmap
No roadmap de implantação do TeamGuru, os eventos Kaizen pertencem à etapa Melhorar, dentro da prática de kaizen: uma das três faixas de melhoria, ao lado do kaizen do dia a dia e dos projetos maiores. O evento compensa quando o gerenciamento diário já consegue segurar o ganho que ele produz, e o tema precisa vir de evidência: os pontos de kaizen marcados no mapeamento do fluxo de valor, os Paretos de perdas e os problemas repetidos nos quadros de gestão à vista. Evento cujo tema foi escolhido por alguém que passou na frente de algo feio já começa metade perdido.
Quando o evento é a ferramenta errada
O evento é um martelo feito para um prego específico: um problema delimitado em uma área, com causas visíveis no processo e soluções que dá para testar fisicamente dentro de uma semana. Fora desse formato, ele joga contra você:
- A causa é desconhecida e exige semanas de dados. Isso é um caso de solução estruturada de problemas, não um evento; testar mudanças em um problema que você não entendeu produz barulho com ar de confiança.
- A solução é um projeto puro de engenharia: equipamento novo, projeto de ferramental, software. Trate como projeto, com plano; use o evento, se for o caso, para o posto de trabalho em volta dele.
- O problema só precisa de uma decisão. Se um gerente resolveria com uma assinatura, marque uma reunião, não uma semana de oito pessoas.
- O objetivo real é clima ou integração da equipe. Evento conduzido como teatro de energia entrega exatamente isso: energia, que some no instante em que as pessoas veem as mudanças serem desfeitas.
Para problemas que antes precisam de uma análise de causa mais profunda, comece pela análise de causa raiz e ações corretivas e leve a causa já confirmada para um evento depois. E case o método com o tema: um evento de setup roda o método SMED dentro do formato de evento, e um evento de organização do posto de trabalho segue o 5S, não um brainstorming genérico.
Duas semanas de preparação
A maioria dos eventos que fracassam já tinha fracassado antes da segunda-feira: o escopo era um desejo, a linha de base não existia, metade da equipe foi puxada de volta para cobrir a produção e a manutenção ficou sabendo da mudança de layout quando a equipe pediu uma empilhadeira. Preparação não é a burocracia em volta do evento. Ela é o evento. Este checklist são duas semanas de calendário:
| Quando | O que precisa estar feito | Entrega que comprova |
|---|---|---|
| Duas semanas antes | Delimite um problema mensurável e escreva um termo de abertura de uma página: descrição do problema com números, um indicador principal, fronteiras físicas (quais postos, quais turnos) e o que fica explicitamente fora do escopo. | Um termo de abertura assinado pelo patrocinador |
| Duas semanas antes | Levante a linha de base no processo, não em relatório: tempos de ciclo, distâncias caminhadas, contagem de defeitos, o que o indicador principal exigir, medido em produção normal. | Uma linha de base que a equipe consegue defender |
| Duas semanas antes | Defina a equipe de 6 a 8 pessoas: maioria da própria área, incluindo operadores dos turnos afetados, mais duas ou três pessoas de fora, da manutenção, da engenharia ou de outra área, e um líder que possa aprovar mudanças na hora. | Lista de participantes confirmada |
| Uma semana antes | Garanta a cobertura de cada participante na linha e combine as janelas de teste com o planejamento, inclusive o estoque de segurança necessário para que os testes não faltem com o cliente. | Um plano de cobertura aceito pela produção |
| Uma semana antes | Deixe o apoio de prontidão: manutenção para as movimentações físicas, um carrinho de materiais (papelão, fita, marcadores, etiquetas, parafusos) e uma verba pequena já aprovada para que nada espere assinatura. | Apoio e materiais comprometidos |
| Uma semana antes | Marque a apresentação de resultados do dia 5 na agenda dos patrocinadores. Apresentação marcada com antecedência é uma promessa que a semana precisa cumprir. | Apresentação aceita pela liderança |
| Na véspera | Caminhe pela área com o supervisor e explique a cada turno o que vai acontecer, por quê, e como cada um vai participar e ser treinado durante a semana. | Ninguém é pego de surpresa na segunda-feira |
Duas dessas linhas carregam quase todo o peso. O termo de abertura, porque um escopo que cabe em uma página com um indicador principal é o que impede a semana de se espalhar. E a linha de base, porque o resultado só pode ser tão honesto quanto o número com que ele é comparado. Se não der para levantar a linha de base nas duas semanas anteriores, o tema não está pronto, e adiar o evento é melhor do que conduzi-lo às cegas.
A agenda de cinco dias
A sequência abaixo é o formato padrão de um evento de cinco dias: entender, analisar, mudar, padronizar, comprovar. Comprima para três dias quando o escopo for estreito, mas mantenha a ordem e nunca corte o dia 4. Uma semana que termina com mudanças e sem padrão treinado alugou a melhoria, não comprou.
| Dia | O que acontece | Entrega até o fim do dia |
|---|---|---|
| Dia 1 | Treinamento curto sobre o método e o termo de abertura, depois medição do estado atual no processo: confirmar a linha de base, cronometrar o trabalho, mapear o caminhar, contar as pilhas. | Um estado atual medido em que a equipe acredita e uma primeira lista de desperdícios |
| Dia 2 | Caminhada dos desperdícios e análise de causas: observar ciclos inteiros, perguntar aos operadores o que atrapalha e confirmar as causas no processo, em vez de votar nelas na sala de reunião. | Uma lista priorizada de causas confirmadas por observação |
| Dia 3 | Testar as mudanças no processo: simular layouts e dispositivos em papelão e fita, levar o material para o ponto de uso, testar cada mudança nas janelas combinadas, manter o que funciona e descartar o que não funciona. | Mudanças testadas fisicamente, com decisão de manter ou descartar baseada em evidência |
| Dia 4 | Padronizar o que funcionou: atualizar a folha de trabalho padronizado e os recursos visuais para o novo método e treinar todos os turnos nele, no próprio posto, antes de o dia acabar. | Um padrão atualizado e todos os turnos treinados nele |
| Dia 5 | Medir o resultado com o mesmo método da linha de base, preparar a apresentação e distribuir as pendências: cada item aberto recebe um responsável e um prazo dentro de 30 dias. | Antes e depois medidos do mesmo jeito e uma lista de 30 dias com responsáveis |
Teste, não faça brainstorming
O brainstorming produz um flipchart de ideias para avaliar depois. Testar no processo produz uma pilha de experimentos já feitos. Papelão, fita e uma hora de teste no posto ganham de apresentação por três motivos. A realidade vota na hora: a calha por gravidade que trava no protótipo de papelão nunca chega a ser soldada em aço. O operador julga uma mudança física que ele pode pegar na mão, em vez de ter que aprovar um desenho. E protótipo barato mantém toda decisão reversível até a evidência aparecer. Uma regra útil: se a mudança proposta não dá para prototipar e testar antes do dia 4, ela não pertence à semana. Vai para a lista de pendências como candidata a projeto.
Como é uma semana assim
Um evento ilustrativo na fabricante de componentes com 450 pessoas usada nestes guias (456 unidades por dia, takt de 118 segundos): os quadros diários mostravam o posto 3 da célula de montagem estourando o takt com frequência, e a linha de base levantada na semana anterior confirmou 131 segundos por ciclo, com a operadora caminhando 18 metros por ciclo para buscar peças e ferramentas. Até o dia 3 a equipe já tinha testado prateleiras no ponto de uso, uma calha por gravidade de papelão e um trilho de ferramentas reposicionado. No dia 4, a nova folha de trabalho padronizado mostrava ciclo de 109 segundos e 4 metros de caminhada, e os dois turnos já tinham sido treinados no posto. A apresentação do dia 5 comparou 109 com 131 usando o mesmo método de cronometragem e entregou à liderança uma lista de nove pendências. A versão em aço da calha, o desenho de layout atualizado e a nova medição do dia 30 estavam nela, cada um com responsável e prazo.
Medir com honestidade e a lista de 30 dias
Uma regra governa o resultado de qualquer evento: mesmo indicador, mesmo método de medição, mesmas condições. Se a linha de base foi medida ao longo de turnos inteiros de produção normal, o número final não pode ser uma hora de ouro com a equipe inteira assistindo e o material já separado. O número do dia 5 é provisório por definição: a equipe está lá, a área acabou de ser organizada, todo mundo caprichou. Ele entra na apresentação com esse nome, resultado do dia 5.
O resultado que vale é a medição do dia 30, em condições normais, sem ninguém olhando. Agende antes de o evento acabar, dê um responsável e trate a diferença entre o dia 5 e o dia 30 como informação, não como fracasso: ela aponta para o treinamento, para o padrão ou para uma mudança que só funcionava enquanto a equipe estava ali para cuidar dela.
Tudo o que a semana não conseguiu terminar cai na lista de pendências de 30 dias, e é nessa lista que o evento se mantém ou se perde. O formato é propositalmente mínimo:
| Item | Responsável | Prazo | Verificado |
|---|---|---|---|
| Trocar a calha de peças de papelão do posto 3 pela versão definitiva em aço | Planejador de manutenção | Dia 12 | Feito, dia 14 |
| Atualizar o desenho de layout e a folha de trabalho padronizado do posto 3 para o novo arranjo | Engenheiro da área | Dia 7 | Feito, dia 9 |
| Treinar a turma de cobertura do fim de semana no novo padrão do posto 3 | Supervisor de turno | Dia 5 | Feito, dia 6 |
| Comprar e instalar o segundo carrinho de kit para o posto 4 | Engenheiro da área | Dia 21 | Em aberto |
| Remedir o tempo de ciclo do posto 3 nos dois turnos, com o mesmo método da linha de base | Líder do evento | Dia 30 | Agendado |
As linhas do exemplo são ilustrativas, tiradas do evento do posto 3 acima. As regras que fazem a lista funcionar:
- Cada item tem exatamente um responsável e um prazo dentro de 30 dias. Item sem responsável é sugestão.
- O líder da área revisa a lista toda semana até ela zerar, dentro do ritmo de reuniões que já existe, sem criar reunião nova.
- O último item de toda lista é a própria medição do dia 30, sob responsabilidade do líder do evento.
- O item que virar projeto de verdade sai da lista de forma explícita e entra no portfólio de melhoria; ele não envelhece ali em silêncio.
Erros comuns
Como é quando vai mal
- O escopo cresce no meio da semana até a equipe tentar salvar a planta inteira em cinco dias
- Ninguém mediu a linha de base, então a apresentação compara estimativa com entusiasmo
- O turno da noite desfaz todas as mudanças porque ninguém o treinou antes do dia 5
- A lista de pendências é enviada por e-mail uma vez, depois do evento, e nunca mais é revisada
- Os eventos acontecem um atrás do outro, como ritual de calendário, sem nenhuma melhoria diária entre eles
Como é quando vai bem
- Um problema mensurável, uma área, uma linha de base que a própria equipe mediu antes da semana
- Mudanças testadas fisicamente durante a semana, no processo, com os operadores decidindo
- Todos os turnos treinados no novo padrão antes da apresentação
- Uma lista de 30 dias com responsável e prazo, revisada toda semana até zerar
- O indicador remedido no dia 30, em condições normais, com o mesmo método da linha de base
Depois do evento: como manter o que você ganhou
Ou o evento mudou um padrão, ou ele não aconteceu. A folha de trabalho padronizado do dia 4 é o que carrega o ganho, e por isso ela merece a mesma disciplina de qualquer outro trabalho padronizado: com responsável, auditada e revisada quando alguém encontrar um jeito melhor. Resultado que vale a pena em uma área normalmente vale a pena em outras, e o Yokoten é como ele se espalha sem virar cópia: a área que recebe vê a prática rodando, adapta o método e mantém a verificação.
O evento também precisa de um sistema entre um e outro. Uma planta que melhora só nas semanas de evento ganha um dente de serra: sobe na semana, cai no trimestre. O sistema kaizen é o que preenche o espaço entre os eventos com melhorias diárias, e é nele que as pendências que viraram candidatas a projeto passam pela triagem e ganham recursos.
A lista de pendências é também onde o apoio digital ganha seu lugar. No TeamGuru, as pendências do evento viram ações com responsável e prazo na gestão de projetos e ações, e a melhoria em si corre pelo funil de Kaizen, da captura até o ganho verificado, de modo que a conferência do dia 30 é uma tarefa agendada com responsável, e não uma lembrança. No papel ou no sistema, a disciplina é a mesma: o evento acaba quando a lista zera e o número do dia 30 se sustenta, não quando tiram a foto da equipe.
Leve com você
O diagrama deste guia como imagem, livre para usar em treinamentos e workshops internos.
Baixar PNGPerguntas frequentes
Quanto dura um evento Kaizen?
Como escolher o tema de um evento Kaizen?
Quem deve participar da equipe do evento Kaizen?
O que acontece com a produção durante o evento?
Que resultados esperar de um evento Kaizen?
Quantos eventos Kaizen uma planta deve fazer por ano?
Como funciona no TeamGuru