Lean Six Sigma e DMAIC: melhoria de processos lean com dados

A melhoria de processos Lean ajuda você a identificar onde o trabalho perde tempo ou qualidade e a testar mudanças com base em evidências. Neste guia, você vai entender como o Lean Six Sigma e o DMAIC apoiam esse trabalho, quais dados cada fase exige e como aplicar o ciclo ao processo de pedido ao recebimento do pagamento. O foco é estabelecer uma linha de base sólida, testar suposições na análise e adotar controles para sustentar as melhorias.

A melhoria de processos Lean é mais do que um conjunto de ferramentas. DMAIC oferece uma estrutura prática para investigar um processo e decidir o que mudar.

O que Lean Six Sigma é e o que não é

Lean, Six Sigma e Lean Six Sigma são abordagens relacionadas, mas cada uma trata de problemas diferentes.

Lean busca eliminar atividades que não agregam valor, como espera, transferências desnecessárias e retrabalho. Six Sigma busca reduzir a variação e os defeitos. Lean Six Sigma combina esses objetivos em um esforço estruturado de melhoria.

O mapeamento Lean, incluindo o mapeamento do fluxo de valor, ajuda você a representar como o trabalho deveria fluir. Os dados dos processos mostram como os casos realmente passam pelos sistemas. Juntos, o mapa e os dados dão ao seu time uma base para discutir onde o processo se desvia do esperado.

Também é importante deixar claro o que Lean Six Sigma não é:

• Não é um programa de certificação. As faixas são um formato de treinamento. Uma certificação não substitui uma linha de base medida nem um projeto real de melhoria.
• Não substitui o conhecimento do processo. O DMAIC estrutura a investigação, mas seu time ainda precisa entender o trabalho e suas restrições.
• Não é um projeto pontual. A fase Controle oferece uma forma de acompanhar o processo depois que a equipe do projeto segue para outras atividades.
• Não se limita à manufatura. Os processos administrativos também envolvem espera, retrabalho, handoffs e etapas desnecessárias.

Por que o DMAIC precisa de dados, não de opiniões

O DMAIC inclui uma fase de Medição porque você precisa de uma linha de base para saber se o processo melhorou. Sem ela, a fase Analisar pode virar uma discussão sobre qual lembrança está certa.

A observação manual e a amostragem ajudam a entender um processo, mas cobrem apenas os casos e as etapas observados. Nos processos administrativos, o trabalho pode passar por um ERP, um CRM, um sistema de chamados e planilhas. Nenhum observador acompanha todos os casos do início ao fim.

Quando os sistemas registram uma referência do caso, uma atividade e a data e hora, você pode usar esses registros de eventos para reconstruir o percurso dos casos pelo processo. Em vez de coletar cada observação manualmente, o trabalho passa a ser conferir os dados e interpretar os resultados. O Process Mining é uma forma de analisar esses registros ao longo do processo.

A comparação entre o trabalho documentado e o trabalho real pode revelar dois tipos de lacuna:

• Etapas que aparecem no diagrama, mas não acontecem na prática. Um controle pode ter deixado de ser feito, ou uma aprovação pode não ser mais necessária.
• Etapas que acontecem na prática, mas não aparecem no diagrama. Uma solução alternativa pode ter virado rotina sem um responsável claro ou uma revisão.

As cinco fases do DMAIC para a melhoria de processos Lean

O DMAIC segue cinco fases padrão: Definir, Medir, Analisar, Melhorar e Controle. Cada fase responde a uma pergunta diferente e gera uma entrega específica. Essas etapas de melhoria de processos Lean ajudam você a sair de um problema bem definido e chegar a uma mudança monitorada.

Definir: estabeleça o problema, o escopo e os CTQs

O que os dados substituem: suposições sobre quais casos e atividades fazem parte do escopo.

Defina o problema que você quer resolver, os limites do processo e as medidas críticas para a qualidade (CTQs) que importam para o cliente ou para o negócio. Comece combinando o que conta como um caso. Pode ser um pedido, chamado, fatura ou solicitação. Essa definição determina quais eventos serão agrupados e influencia todas as medidas seguintes.

Use os dados do processo para verificar se a visão inicial do time corresponde à forma como o trabalho acontece hoje. A análise pode revelar variações ou medidas que não surgiram em um workshop. Documente o escopo em um mapa de processo ou diagrama BPMN para que o time possa analisar a mesma representação.

Um resultado útil: um escopo pelo qual um time possa se responsabilizar, uma definição de caso que todos entendam e CTQs que você consiga medir com os dados disponíveis.

Medir: estabeleça uma linha de base para o tempo de ciclo, o custo e o retrabalho

O que os dados substituem: estimativas e pequenas amostras usadas como aproximação do desempenho atual.

Meça o processo com base nos CTQs definidos na fase Definir. Uma linha de base útil pode incluir tempo de ciclo, custo e retrabalho por caso, conforme os dados disponíveis e o escopo do projeto.

Se o processo passar por vários sistemas, verifique como você vai conectar os registros. Combinar os registros usando um identificador de caso acordado pode ajudar a acompanhar um caso entre sistemas. Valide a combinação e as datas e horas registradas antes de confiar nos resultados: uma combinação parcial ou incorreta pode fazer a linha de base parecer mais confiável do que realmente é.

Use a linha de base para descrever o desempenho atual antes de definir uma meta. Mantenha as medidas relacionadas à descrição do problema, em vez de escolher indicadores apenas porque são fáceis de extrair.

Um resultado útil: uma linha de base que o responsável pelo processo possa analisar, com as premissas e limitações dos dados que a sustentam.

Veja como estabelecer uma linha de base usando dados reais do processo.

Analisar: encontre gargalos, variantes e lacunas de conformidade

O que os dados substituem: hipóteses levantadas em workshops que ainda não foram verificadas com o comportamento real do processo.

Analise as evidências para entender por que o desempenho varia. Procure os pontos em que os atrasos se acumulam, as variantes que ocorrem, o volume que segue caminhos menos comuns e os casos que se desviam do processo previsto.

Uma variante de processo é um dos caminhos que os casos percorrem. Comparar variantes ajuda você a identificar se um atraso é generalizado ou se está concentrado em um caminho específico. A análise de conformidade compara o comportamento real com o processo previsto e ajuda a identificar as diferenças entre eles.

Classifique as possíveis causas pelo impacto e confronte-as com os dados. Uma análise consistente pode confirmar a hipótese inicial da equipe, mas também pode mostrar que a principal restrição está em outro ponto. Para ver um passo a passo prático, confira como analisar um processo e identificar gargalos.

Um resultado útil: um conjunto priorizado de possíveis causas raiz, respaldadas por evidências e abertas a questionamentos.

Melhorar: priorize e teste mudanças antes de implementá-las

O que os dados substituem: escolher uma mudança por ser conhecida ou fácil de anunciar.

Use a análise para identificar mudanças que tratem as causas encontradas. Compare o impacto esperado com o esforço e os riscos envolvidos. Quando possível, modele o processo proposto e simule cenários antes da implementação. Assim, você explora como uma mudança pode afetar o processo sem tratar a simulação como garantia do que vai acontecer.

Documente o processo futuro para que as pessoas que fazem o trabalho entendam o novo fluxo. Depois da implementação, meça os mesmos indicadores usados na linha de base. Essa comparação ajuda você a avaliar se a mudança melhorou o desempenho ou criou uma nova restrição em outro ponto.

Um resultado útil: uma mudança testada em relação à linha de base, com um plano para verificar o desempenho real depois da implementação.

Controle: monitore o desempenho, os Dashboards e as responsabilidades

O que os dados substituem: depender de auditorias ocasionais ou da memória para perceber mudanças no desempenho.

A fase Controle ajuda você a sustentar uma melhoria. Escolha as medidas que serão monitoradas, defina limites que indiquem quando é hora de revisar e determine quem será responsável por agir. Um Dashboard ajuda o responsável pelo processo a acompanhar mudanças no desempenho e identificar onde investigar.

Defina a frequência das revisões e as ações a tomar quando uma medida sair do intervalo esperado. À medida que os volumes ou a composição dos casos mudarem, avalie se o processo e suas metas ainda fazem sentido.

Um resultado útil: uma pessoa responsável definida, expectativas claras para as revisões e métricas que ajudem você a identificar retrocessos e decidir os próximos passos. Para saber mais sobre acompanhamento contínuo, leia como monitorar seu processo continuamente.

Exemplo prático: do pedido ao recebimento

Veja como as cinco fases podem ser aplicadas a um processo que vai do pedido ao recebimento do pagamento. Os números abaixo ilustram um exemplo, não são uma promessa de resultado.

Definir. O projeto abrange o processo do pedido ao recebimento para uma família de produtos. O caso começa quando um pedido é aceito e termina quando a fatura é paga. Os CTQs são a precisão da fatura e o tempo até o recebimento. Como a preocupação é o atraso no recebimento, o pagamento é um ponto final mais relevante do que o envio.

Medir. O time combina dados de eventos do ERP e do sistema de faturamento usando o número do pedido. A linha de base mostra uma mediana de 34 dias entre a aceitação do pedido e o pagamento. Onze desses dias ocorrem entre a geração e o envio da fatura.

Analisar. O atraso está concentrado em caminhos específicos. Neste exemplo, 22% dos pedidos passam por uma análise manual de crédito que acrescenta nove dias, e uma em cada seis faturas é emitida novamente, reiniciando a contagem do prazo de pagamento. Nenhum desses caminhos aparece no modelo de processo documentado.

Melhorar. O time avalia aumentar o limite de crédito para concentrar as análises manuais nas exceções. Uma simulação com dados históricos sugere que isso poderia eliminar nove dias para 18% dos pedidos, sem aumentar a inadimplência nesse conjunto de dados. Ainda seria necessário analisar o desempenho real após a implementação.

Controle. O time acompanha a proporção de pedidos que seguem o caminho manual e define um limite para revisão. A equipe de pedidos é responsável pela medida, e o Dashboard fica disponível para o time responsável pelo processo.

Erros comuns na melhoria de processos Lean

Um projeto DMAIC pode seguir corretamente as etapas no papel e, ainda assim, não gerar mudanças úteis. Fique atento a estes padrões:

• Burocracia centrada nas faixas. O time dedica tempo aos documentos do projeto antes de verificar o processo ou os dados. Termos de abertura e mapas de partes interessadas podem ajudar, mas não são, por si só, evidências de progresso.
• Linha de base sem sustentação. Se a fase Medir for ignorada ou se basear apenas em uma pesquisa, haverá pouco para testar na fase Analisar. Sem um ponto de partida, você não conseguirá fazer uma comparação consistente depois.
• Escopo definido no nível do programa. Um programa amplo pode não ter um único responsável, uma definição de caso ou uma medida que um time consiga influenciar. Restrinja o escopo a um processo com limites e responsabilidades claros.
• A melhoria é escolhida antes da análise. Se o time já decidiu o que automatizar ou redesenhar, pode procurar apenas evidências que confirmem essa escolha. Use a fase Analisar para testar a causa proposta, não para justificar uma solução predeterminada.
• Falta da fase Controle. Se ninguém for responsável pelas medidas depois do fim do projeto, as mudanças no desempenho podem passar despercebidas. Defina quem será responsável, os limites e a frequência das revisões antes de encerrar o projeto.

Como o ProcessMind apoia cada fase do DMAIC

O ProcessMind ajuda você a analisar dados dos processos, documentar fluxos, avaliar o desempenho e simular mudanças propostas. A plataforma apoia a investigação; seu time decide quais mudanças fazer e as implementa. Essas ferramentas de melhoria de processos Lean acrescentam evidências ao ciclo DMAIC sem substituir a experiência nem a responsabilidade pelo processo.

As fases partem de uma definição compartilhada do processo. Quando cada fase usa dados diferentes ou uma visão diferente do processo, seu time pode gastar tempo conciliando essas diferenças em vez de avaliar a melhoria.

Para ter uma visão geral do fluxo de análise, veja como analisar dados de processos. Para entender como a modelagem de processos e o Process Mining se complementam, leia o papel conjunto da modelagem de processos e do Process Mining.

Como começar um projeto DMAIC

Siga estas etapas para transformar uma meta ampla de melhoria em um projeto que seu time consiga medir. Este modelo de melhoria de processos Lean mantém o primeiro ciclo concentrado em um processo que seu time possa definir, medir e revisar:

1. Escolha um processo com um responsável claro. Se ninguém for responsável pelo processo, será difícil atribuir a responsabilidade pela fase Controle.
2. Defina o que conta como um caso. Registre o que inicia e encerra um caso e identifique quais sistemas capturam esses eventos.
3. Meça antes de melhorar. Estabeleça uma linha de base antes que workshops ou atividades de redesenho definam o estado futuro desejado.
4. Mantenha o primeiro ciclo focado. Comece com um escopo que seu time consiga investigar e revisar. Depois, use o que aprendeu para decidir o que analisar em seguida.

Depois de testar uma mudança, coloque as melhorias em prática.

Próximos passos

Comece seu projeto DMAIC com uma linha de base medida.

Comece seu projeto DMAIC com uma linha de base medida