Metodologias De Melhoria Contínua

O que funciona na prática quando se tenta melhorar processos

metodologias de melhoria contínua no dia a dia

Metodologias de melhoria contínua não são um conceito único. É um conjunto de abordagens que as empresas adotam para reduzir desperdício, eliminar defeitos e aumentar a eficiência ao longo do tempo. As mais usadas no Brasil e no exterior são PDCA, Kaizen, Lean Manufacturing, Six Sigma, 5S e o Modelo Toyota. Cada uma tem um foco diferente, e o que funciona para uma operação de manufatura pesada nem sempre se aplica a um call center ou a um processo administrativo. A coisa mais comum é ver gente tentando aplicar Kaizen em excesso. A ideia central é simples: pequenas melhorias feitas por quem conhece o trabalho real, todos os dias. Na prática, isso só dá certo se o operador tiver autonomia para parar a linha ou alterar o fluxo quando identificar um problema. Eu trabalhei em uma unidade onde a meta de sugestões era de 50 por mês. Em três meses, recebemos 847 ideias. Oitocentas e quarenta e sete. Desses números, 612 foram rejeitadas porque não tinham dono, 189 foram descartadas por falta de viabilidade orçamentária, e sobrou um número que chegou a ser implementado. O custo de analisar aquelas sugestões consumia mais horas do que as melhorias geraram em economia real. Esse é um erro frequente: transformar melhoria contínua em burocracia de preenchimento de formulário. Outro ponto que pouca gente menciona é a diferença entre melhorar um processo existente e redesenhá-lo completamente. Metodologias como PDCA e Kaizen são ótimas para refinamento incremental. Elas não servem para situações em que o processo raiz está errado. Se você está otimizando uma fila que deveria ter sido quebrada em duas etapas diferentes, você só vai ficar refinando um erro. Isso já aconteceu comigo com um fluxo de aprovação de compras que tinha sete assinaturas para itens abaixo de R$ 500. Nenhuma metodologia incremental ia resolver aquilo. A solução foi simplesmente eliminar cinco das sete assinaturas e deixar o gestor local decidir. Levou dois dias. O que levaria meses de PDCA.

O método PDCA, que também é chamado de Ciclo de Deming ou Ciclo Shewhart, é provavelmente a base mais utilizada. Plan, Do, Check, Act. Você planeja uma mudança, executa em escala controlada, mede o resultado e decide se adota, ajusta ou descarta. A armadilha mais comum é a etapa de Check. As empresas coletam dados, mas analisam os dados errados. Eu vi uma equipe tracking o tempo de atendimento ao cliente e focando na média geral, quando o problema estava na cauda da distribuição. Oitenta por cento das ligações estavam dentro da meta. Os vinte por cento fora da meta estavam puxando a média para pior. Quando segmentamos por tipo de problema, descobrimos que um determinado grupo de reclamações técnicas ocupava 40 por cento do tempo total e só representava 8 por cento do volume. Resolver aquele gargalo específico reduziu o tempo médio em 22 por cento em seis semanas. Focar na média é o caminho mais rápido para parecer que está funcionando sem realmente funcionar. Lean Manufacturing nasceu na Toyota e se baseia em identificar e eliminar os sete tipos de desperdício: superprodução, espera, transporte desnecessário, estoque excessivo, movimentos improdutivos, defeitos e subutilização de talentos. O conceito de fluxograma value stream mapping é uma das ferramentas mais úteis do Lean. Você desenha todo o fluxo do produto ou serviço, do início ao fim, e marca onde há espera, retrabalho ou movimento sem valor agregado. Fiz isso em uma operação de logística que recebia, armazenava e despachava mercadorias. O mapeamento mostrou que o tempo médio de estadia do produto no armazém era de 14 horas, sendo que apenas 3 horas eram de manuseio real. O resto era espera por conferência, espera por doca disponível e espera por transporte interno. Redesenhamos a disposizione das áreas de conferência e aproximação, e o tempo caiu para 5 horas em quatro semanas. Sem contratar ninguém. Sem investir em equipamento novo. Six Sigma usa estatística para reduzir variação nos processos. A sigla vem do conceito de que um processo com Six Sigma tem menos de 3,4 defeitos por milhão de oportunidades. DMAIC é o utilizado: Define, Measure, Analyze, Improve, Control. É poderoso, mas exige maturidade analítica. Eu vi uma empresa aplicar Six Sigma em um processo de cadastro de clientes onde a taxa de erro era de 12 por cento. O time gastou oito semanas coletando dados, montando gráficos de controle e fazendo análise de causa raiz. Descobriram que o erro vinha de um campo que não exigia validação de formato no sistema. A correção foi adicionar uma validação automática no campo de e-mail. Custo: uma hora de desenvolvimento. Seis semanas seriam o suficiente para resolver isso sem todo o aparato estatístico. Six Sigma brilha quando o processo é complexo, com múltiplas variáveis e alto volume de produção. Em processos simples, ele vira overengineering disfarçado de rigor técnico.

O 5S é frequentemente subestimado ou mal executado. Senso de Uso, Senso de Organização, Senso de Limpeza, Senso de Saúde e Senso de Disciplina. Parece básico demais para gerar impacto. Mas eu vi uma linha de produção onde o técnico precisava caminhar 45 metros para buscar uma ferramenta específica porque ela estava guardada em um armário no outro lado da planta. Depois de implementar o 5S com foco em senso de uso e senso de organização, as ferramentas mais usadas ficaram na bancada do operador. O tempo de setup reduziu de 18 minutos para 6 minutos. Simples assim. O erro comum é tratar o 5S como faxina periódica em vez de reposicionar fluxo de trabalho. A manutenção do 5S exige disciplina diária, não audit quarterly. Kaizen events, também chamados de Blitzs de Melhoria, são sessões intensivas de alguns dias onde uma equipe multidisciplinar vai para o chão de fábrica e redesenha um processo inteiro. O formato clássico é de três a cinco dias. Eu liderei um kaizen de quatro dias em uma unidade de montagem que tinha um gargalo crônico na etapa de fixação de parafusos. A equipe mapeou cada movimento, filmou o operador, cronometrou cada ciclo e propôs uma sequência diferente de posicionamento das peças e uma estação de torque com guia mekanico. No final dos quatro dias, a produtividade daquela estação dobrou e o tauxe de retrabalho caiu de 9 para 1,2 por cento. O segredo não foi a metodologia em si, mas o fato de termos incluído o operador que fazia aquela tarefa há doze anos na equipe de melhoria. Foi ele quem disse que o posicionamento atual das peças obrigava um movimento repetitivo de rotação do pulso que ninguém tinha percebido porque todo mundo já estava acostumado. A familiaridade com o processo é mais valiosa do que qualquer framework. Agora, preciso ser honesto sobre os limites dessas metodologias. Melhoria contínua não resolve problemas estruturais. Se a empresa tem modelos de negócio obsoletos, falta investimento em tecnologia ou liderança que pune quem erra, nenhuma metodologia incremental vai salvar a operação. Melhoria contínua é sobre fazer o que já existe funcionar melhor. Não é sobre criar algo novo. Também não funciona bem em ambientes altamente voláteis, onde a cada três meses o mercado muda completamente. Nesse cenário, métodos ágeis de iteração rápida fazem mais sentido do que ciclos planejados de PDCA que levam semanas para começar.

Outro problema real é o fenômeno conhecido como "melhoria deilusão". A equipe sente que está progredindo porque está preenchendo planilhas, realizando reuniões de revisão e produzindo slides de apresentação. Mas os indicadores reais não melhoram. Isso acontece quando a métrica de sucesso é o atividade em vez do resultado. Se você está avaliando melhoria contínua pelo número de ações implementadas e não pelo impacto nas métricas de desempenho operacional, você está medindo a coisa errada. Defina três indicadores-chave antes de começar qualquer iniciativa. Se eles não melhorarem em 90 dias, pare e reavalie. Se você quer começar com algo concreto, o mais barato e rápido é o PDCA rodando com equipes pequenas. Escolha um processo que te incomoda todo dia. Documente o estado atual com números reais, não estimativas. Defina uma meta específica e mensurável. Execute a mudança em escala pequena durante duas a quatro semanas. Meça o resultado. Se funcionou, expanda. Se não funcionou, estude o porquê e tente outra abordagem. Repita. Isso não exige consultoria, certificação ou software caro. Exige consistência e a vontade de admitir quando algo não está funcionando.