Six Sigma DMAIC: Guia Passo a Passo para Reduzir Defeitos e Variação nos Processos

Por que o Six Sigma tem como alvo 3,4 defeitos por milhão

O nome Six Sigma vem da letra grega sigma, usada em estatística para denotar o desvio padrão. Um processo operando com qualidade de seis sigma tem seus limites de especificação definidos a seis desvios padrão da média do processo em ambas as direções. Sob uma distribuição normal, um processo perfeitamente centrado a seis sigma produziria apenas 0,002 partes por milhão fora da especificação. O objetivo de 3,4 DPMO leva em conta a observação empírica de que as médias dos processos tendem a derivar até 1,5 sigma ao longo do tempo; com um deslocamento de 1,5 sigma, a taxa de defeitos efetiva aumenta para 3,4 ppm na cauda não deslocada.

Para contexto: um processo de três sigma (o nível de qualidade típico antes do Six Sigma) produz cerca de 66.807 DPMO. Um processo de quatro sigma produz 6.210 DPMO. Um processo de cinco sigma produz 233 DPMO. O salto de cinco para seis sigma é o mais exigente, mas também onde as economias de custo são maiores para produção de alto volume.

Fase 1: Definir

A fase Definir estabelece o que o projeto está tentando realizar, quem é o cliente, o que o cliente se importa e por que vale a pena resolver esse problema agora. Os resultados principais da fase Definir são o termo de abertura do projeto e a análise da Voz do Cliente (VOC).

O termo de abertura do projeto documenta a declaração do problema (uma descrição quantificada da lacuna entre o desempenho atual e a meta, sem identificar causas ou soluções), a declaração do objetivo (a meta de melhoria específica, mensurável e com prazo definido), o escopo do projeto, o caso de negócio, os membros da equipe e o cronograma.

A análise da Voz do Cliente captura o que o cliente realmente precisa do resultado do processo. Os requisitos do cliente são traduzidos em características Críticas para a Qualidade (CTQ): parâmetros de processo específicos e mensuráveis que afetam diretamente a satisfação do cliente. Os CTQs se tornam as metas de medição para o restante do projeto.

Uma fase Definir bem executada previne a falha mais comum do DMAIC: uma equipe que começa a melhorar antes de concordar sobre qual problema está resolvendo, quem é o cliente ou como fica a conclusão.

Fase 2: Medir

A fase Medir quantifica o estado atual do processo: com que frequência está produzindo defeitos, quanta variação está presente e qual sua capacidade de atender aos requisitos CTQ. A fase tem dois componentes principais: coleta de dados de linha de base e validação do sistema de medição.

A coleta de dados de linha de base envolve medir as características CTQ em uma amostra representativa da saída do processo e calcular o nível sigma atual, o DPMO ou o índice de capacidade do processo (Cp/Cpk). A linha de base estabelece o ponto de partida contra o qual a melhoria será medida.

A análise do sistema de medição (ASM) valida que o sistema de medição sendo usado para coletar dados é em si capaz de detectar a variação que está sendo estudada. Se o sistema de medição tem muito erro de repetibilidade e reprodutibilidade (R&R do calibre), os dados serão dominados pelo ruído de medição em vez da variação real do processo. Como regra geral, o sistema de medição deve representar menos de 10 por cento da variação total observada.

Fase 3: Analisar

A fase Analisar usa os dados coletados na fase Medir para identificar as causas raiz dos defeitos ou da variação. O resultado é uma lista validada dos Xs (variáveis de entrada) que são os principais drivers do Y (variável de saída sendo melhorada).

A análise de causa raiz no DMAIC tipicamente começa com uma ferramenta ampla de geração de hipóteses e estreita para confirmação estatística. As ferramentas comuns incluem:

Diagrama de Ishikawa (espinha de peixe). Uma ferramenta de brainstorming estruturado que organiza as causas potenciais em categorias (tipicamente Máquina, Método, Material, Mão de obra, Medição e Meio ambiente: os 6 Ms). O diagrama identifica causas candidatas; não as classifica por probabilidade nem as valida com dados.

5 Porquês. Uma técnica de questionamento que começa com o problema observado e pergunta “por quê?” repetidamente até chegar à causa raiz subjacente. Útil para problemas simples de causa única. Menos confiável para efeitos interativos de múltiplas causas.

Gráficos de multi-variação. Ferramentas gráficas que exibem a variação por categoria (turno, máquina, operador, dia da semana) para identificar qual fator de estratificação é responsável pela maior parte da variação total.

Análise de correlação e regressão. Métodos estatísticos para quantificar o relacionamento entre variáveis de entrada e a variável de saída.

Projeto de Experimentos (DOE). Um método estruturado para alterar múltiplas variáveis de entrada simultaneamente para identificar seus efeitos individuais e interativos na saída. O DOE é a ferramenta mais poderosa na fase Analisar para problemas com múltiplas entradas interativas.

A fase Analisar termina quando a equipe tem evidência estatística, não apenas opinião de consenso, de que variáveis X específicas são os principais drivers do problema.

Fase 4: Melhorar

A fase Melhorar desenvolve, testa e implementa soluções que abordam as causas raiz validadas identificadas na fase Analisar. As soluções devem ser direcionadas aos Xs específicos confirmados pelos dados da fase Analisar, não ao espaço geral do problema.

As soluções devem ser testadas em pequena escala antes da implementação completa. Uma corrida piloto em uma linha de produção, um turno ou um tipo de transação de cliente permite à equipe confirmar a melhoria esperada, identificar consequências não intencionais e refinar o plano de implementação antes de se comprometer com um rollout completo.

A fase Melhorar deve produzir uma previsão quantificada da melhoria esperada, um resultado piloto que confirme a previsão e um plano de implementação completo com responsabilidades e cronogramas.

Fase 5: Controlar

A fase Controlar garante que as melhorias feitas na fase Melhorar sejam sustentadas após a equipe do projeto seguir em frente. Melhorias que não são controladas tipicamente se degradam em meses à medida que o processo reverte para os antigos hábitos.

Os resultados da fase Controlar incluem: documentação do processo atualizada refletindo as novas configurações; um plano de Controle Estatístico de Processo especificando quais CTQs monitorar, com qual tipo de carta, com que frequência e com qual plano de reação se um sinal aparecer; uma análise de à prova de erros (poka-yoke) para determinar se alguma das configurações melhoradas pode ser projetada no processo para que não possa reverter; e um plano de transição que transfere a responsabilidade de monitoramento para o proprietário do processo.

DMAIC versus DMADV (Design Six Sigma)

DMAIC é o framework de melhoria para processos existentes. Quando o objetivo é projetar um novo processo ou produto do zero, ou quando um processo existente é tão fundamentalmente falho que a melhoria incremental não fechará a lacuna, o framework alternativo é o DMADV (Definir, Medir, Analisar, Projetar, Verificar), também chamado de Design para Six Sigma (DFSS). O DMADV projeta a capacidade desejada no processo desde o início, em vez de adaptar melhorias a uma linha de base defeituosa.

Erros comuns em projetos DMAIC

• Pular a fase Medir para economizar tempo. Sem uma medição de linha de base validada, a equipe não pode quantificar a melhoria, confirmar que o sistema de medição é confiável nem verificar que os ganhos se mantiveram.
• Pular diretamente de Definir para Melhorar. Uma equipe convicta de que já conhece a causa raiz pode pular a fase Analisar. Se a causa raiz assumida estiver errada, a melhoria falhará e o tempo será perdido.
• Fechar o projeto antes que a fase Controlar esteja completa. Declarar sucesso assim que os resultados piloto são positivos, antes que o plano de Controle esteja em vigor, leva à erosão da melhoria.
• Aplicar DMAIC a problemas que não o requerem. DMAIC é uma metodologia de cinco fases com medição, análise estatística e um plano de controle formal. É adequada para problemas crônicos de qualidade com dados ricos. É excessiva para problemas simples, onde um ciclo PDCA ou um evento kaizen são mais apropriados.

Perguntas frequentes

O que significa DMAIC e para que é usado?

DMAIC significa Definir, Medir, Analisar, Melhorar e Controlar. É o principal framework de resolução de problemas usado em programas de melhoria de qualidade Six Sigma. É usado para melhorar processos existentes que têm problemas crônicos de qualidade, eficiência ou variação onde a causa raiz não é óbvia e onde dados podem ser coletados para apoiar a análise. O framework está estruturado para evitar que as equipes saltem para soluções antes de entender o problema completamente: a fase Definir estabelece o que está sendo resolvido e para quem; a fase Medir quantifica o estado atual; a fase Analisar encontra e valida causas raiz usando dados; a fase Melhorar desenvolve e testa soluções direcionadas a essas causas raiz; e a fase Controlar sustenta as melhorias após a equipe do projeto seguir em frente. DMAIC é usado em manufatura, saúde, serviços financeiros, logística e qualquer ambiente de processo rico em dados onde reduzir defeitos e variação tem valor de negócio mensurável.

O que é um nível sigma e como é calculado?

Um nível sigma é uma medida de desempenho do processo que expressa quantos desvios padrão cabem entre a média do processo e o limite de especificação mais próximo. Um nível sigma mais alto significa menos defeitos. O nível sigma é calculado a partir dos Defeitos Por Milhão de Oportunidades (DPMO), usando uma tabela de conversão ou a distribuição normal inversa. O DPMO é calculado como: (número de defeitos dividido por (número de unidades vezes oportunidades por unidade)) vezes um milhão. Os níveis sigma e seus valores de DPMO correspondentes são: 1 sigma = 691.462 DPMO; 2 sigma = 308.538 DPMO; 3 sigma = 66.807 DPMO; 4 sigma = 6.210 DPMO; 5 sigma = 233 DPMO; 6 sigma = 3,4 DPMO.

Qual é a diferença entre um Black Belt, Green Belt e Yellow Belt do Six Sigma?

O Six Sigma usa um sistema de certificação por faixa para designar níveis de treinamento e responsabilidade de projetos. Um Yellow Belt tem consciência básica dos conceitos do Six Sigma e pode participar de equipes de projetos e coletar dados, mas não lidera projetos. Um Green Belt completou o treinamento em metodologia DMAIC e ferramentas estatísticas básicas e pode liderar projetos de melhoria de pequeno a médio porte em tempo parcial. Um Black Belt completou treinamento avançado em DMAIC, estatísticas (incluindo regressão, DOE e testes de hipótese avançados) e gestão de projetos. Os Black Belts lideram projetos complexos de alto impacto em tempo integral e orientam Green Belts. Um Master Black Belt é um profissional de nível especialista que liderou múltiplos projetos complexos, desenvolve o currículo Six Sigma da organização, orienta Black Belts e assessora a liderança sênior em estratégia de qualidade.

O que é uma árvore CTQ e como é usada na fase Definir?

Uma árvore CTQ (Crítico para a Qualidade) é uma ferramenta usada na fase Definir para traduzir as necessidades de alto nível do cliente em requisitos de processo específicos e mensuráveis. Começa com a necessidade do cliente e a decompõe nos drivers dessa necessidade e depois em características CTQ específicas e mensuráveis para cada driver. A árvore CTQ garante que o projeto de melhoria esteja direcionado a características que realmente importam para o cliente, não a métricas proxy que são fáceis de medir mas fracamente conectadas com a satisfação do cliente. Cada característica CTQ deve ter um método de medição específico, um valor alvo e um limite de especificação; a lacuna entre o desempenho atual e a meta é a oportunidade de melhoria do projeto.

Quanto tempo leva um projeto DMAIC típico?

Um projeto DMAIC típico leva de três a seis meses desde o termo de abertura até a conclusão da fase Controlar. Projetos simples com dados prontamente disponíveis e soluções diretas podem ser concluídos em oito a doze semanas. Projetos complexos envolvendo múltiplas variáveis interativas, extensa coleta de dados ou mudanças significativas no processo que requerem autorização de capital podem levar de seis a doze meses. As fases Medir e Analisar juntas tipicamente levam cerca de metade do tempo total do projeto. Organizações que tentam comprimir projetos DMAIC para menos de oito semanas tipicamente cortam atalhos na fase Analisar, o que produz soluções que abordam sintomas em vez de causas raiz e melhorias que não se mantêm.

Qual é a diferença entre DMAIC e PDCA?

PDCA (Planejar, Fazer, Verificar, Agir), também chamado de ciclo de Deming ou ciclo de Shewhart, é um framework de melhoria iterativa mais simples. PDCA é adequado para problemas simples de ciclo curto onde a causa é conhecida ou fortemente suspeita e a iteração rápida é possível. DMAIC é mais rigoroso: requer medição de linha de base, validação formal de causas raiz através de análise estatística e um plano de controle estruturado. DMAIC é adequado para problemas crônicos e complexos onde a causa raiz não é óbvia, onde o custo de implementar a solução errada é alto e onde a melhoria sustentada requer um sistema de controle formal. Na prática, muitas organizações usam PDCA para pequenas melhorias contínuas (eventos kaizen, atualizações de processo) e DMAIC para problemas de alta prioridade que requerem análise mais profunda. Os dois frameworks são complementares.