O DMAIC é o ciclo de melhoria no centro do Six Sigma. Ele conduz um projeto por cinco fases em ordem (Define, Measure, Analyse, Improve, Control), cada uma com uma condição de saída que deve ser atendida antes do início da próxima. É o método ensinado e praticado na certificação de Green Belt e Black Belt.
Ele é adequado para problemas em que a causa é verdadeiramente desconhecida e o processo já existe. Quando a causa é conhecida e a solução é óbvia, o DMAIC gera burocracia desnecessária. Quando o processo ainda não existe, aplica-se o DMADV.
Define: concordar sobre o problema antes de procurar as causas
O Define estabelece qual problema está sendo resolvido, para quem e como seria uma melhoria em termos mensuráveis. O resultado é uma declaração do escopo do problema, e não uma hipótese sobre a causa. Um projeto que começa com "precisamos implementar X" pulou a etapa Define.
Ferramentas típicas: termo de abertura do projeto, SIPOC para delimitar o processo, voz do cliente para transformar reclamações em requisitos mensuráveis (CTQs).
Condição de saída: um termo de abertura (charter) de uma página com o problema, a métrica, a linha de base (se conhecida), o escopo, a equipe e uma meta assinada pelo sponsor.
Measure: estabelecer o estado atual com dados
O Measure estabelece o estado atual com base em dados, e não em opiniões. Isso inclui verificar o próprio sistema de medição: um projeto construído sobre um instrumento não confiável falhará, independentemente do quão boa seja a análise posterior. Se duas pessoas medindo a mesma coisa obtiverem respostas diferentes, o primeiro projeto de melhoria é a medição.
Ferramentas típicas: plano de coleta de dados, definições operacionais, Gage R&R, mapeamento do processo atual, capacidade do processo (Cp, Cpk, nível Sigma).
Condição de saída: uma linha de base validada para a métrica no termo de abertura, com sua variação, ao longo de um período longo o suficiente para ser representativo.
Analyse: encontrar o que realmente gera o problema
O Analyse identifica o que realmente está gerando o problema. A maioria dos projetos fracassados falha aqui, ao assumir uma causa precocemente e passar as fases restantes confirmando-a. A disciplina consiste em listar amplamente as causas candidatas, depois testá-las contra dados e manter apenas aquelas que os dados comprovam.
Ferramentas típicas: diagrama de Ishikawa e 5 Porquês para gerar candidatos, gráfico de Pareto para ranqueá-los, estratificação, gráficos de dispersão e testes de hipóteses para confirmar quais entradas movem a saída. Projetos de Black Belt adicionam regressão e experimentos planejados.
Condição de saída: uma lista curta de causas-raiz, cada uma acompanhada de evidências, e uma estimativa do quanto do problema cada uma explica.
Improve: projetar, testar e depois implantar
O Improve projeta e testa mudanças contra essas causas. Testar antes da implantação total é o que separa essa abordagem da resolução comum de problemas: um piloto em uma linha, em uma equipe ou durante uma semana mostra se a mudança altera a métrica antes de a organização se comprometer com ela.
Ferramentas típicas: matriz de seleção de soluções, FMEA sobre a mudança proposta, plano piloto, Poka-Yoke e as ferramentas Lean que frequentemente fornecem a própria solução: 5S, trabalho padronizado, SMED, Kanban.
Condição de saída: resultados do piloto mostrando a métrica na meta ou próxima dela, e um plano de implantação.
Control: transformar a mudança no novo padrão
O Control faz com que a mudança se mantenha por meio de padrões, monitoramento e uma resposta definida para eventuais desvios. Pular o Control é a razão pela qual tantas organizações mostram melhorias que já não se sustentam. A fase termina quando o Process Owner, e não a equipe do projeto, estiver gerenciando o monitoramento.
Ferramentas típicas: plano de controle, gráficos de controle, procedimentos operacionais padrão, gestão visual, um plano de reação que diz quem faz o quê quando o gráfico dá o sinal.
Condição de saída: um plano de controle assinado, a métrica mantida na meta por um período definido e um projeto encerrado com as lições aprendidas registradas.
Um exemplo prático
Uma empresa de logística perde clientes por causa de entregas atrasadas. Definir: o problema é enunciado como "18% das entregas na região X chegam após a janela prometida; a meta é 5% em quatro meses". Medir: os registros de horário de entrega são verificados em relação ao prometido durante três meses; a linha de base é 18,4%, com as segundas-feiras em 31%. Analisar: as causas candidatas incluem planejamento de rotas, disponibilidade de veículos, horários limite de pedidos e separação no armazém. Dados estratificados mostram que o atraso nas segundas-feiras vem de pedidos do fim de semana liberados em um único lote às 06:00; a capacidade de separação é o gargalo, não as rotas. Melhorar: um piloto libera os pedidos do fim de semana em duas ondas no domingo à noite e na segunda-feira de manhã; o atraso nas segundas-feiras cai para 9% no primeiro mês. Controlar: a liberação em duas ondas se torna o padrão, um gráfico de controle semanal acompanha o atraso por dia e o supervisor do armazém assume a responsabilidade pelo plano de reação.
A causa esperada pela equipe no início (planejamento de rotas) revelou-se incorreta. Esse é o resultado típico de um projeto DMAIC executado de forma adequada, e a razão pela qual a fase Analyse existe.
DMAIC e Lean
O Lean Six Sigma utiliza o DMAIC como estrutura de projeto e o Lean para grande parte do conteúdo. As fases Measure e Analyse utilizam o mapeamento do fluxo de valor e os sete desperdícios para identificar onde há perda de tempo; a fase Improve apoia-se em fluxo, puxada e trabalho padronizado. As estatísticas são o acréscimo do Six Sigma quando a causa reside na variação em vez do desperdício.
Quando o DMAIC é a ferramenta errada
O DMAIC é estruturado para ser criterioso e gradual: um projeto de Green Belt dura de três a seis meses. É a escolha errada quando a causa já é conhecida e a solução é simples (basta resolver, utilizando o A3 ou um evento kaizen se desejar estrutura), quando o processo ainda não existe (use DMADV) ou quando o problema é um incidente isolado em vez de um padrão recorrente.
Perguntas frequentes
Quanto tempo dura um projeto DMAIC? De três a seis meses para um projeto de Green Belt, e mais tempo para projetos de Black Belt com múltiplas causas ou locais. Projetos mais curtos geralmente indicam que as fases Measure ou Control foram negligenciadas.
Quem lidera um projeto DMAIC? Um Green Belt ou Black Belt, com um sponsor que seja o dono do processo e membros de equipe compostos pelas pessoas que executam o trabalho. Yellow Belts contribuem com a coleta de dados e ideias de melhoria.
Qual é a diferença entre DMAIC e PDCA? O PDCA é um ciclo geral de melhoria sem exigência de profundidade de análise. O DMAIC prescreve o que cada fase deve produzir e exige dados antes das causas e testes antes da implantação. O PDCA é adequado para a melhoria diária; o DMAIC é adequado para problemas complexos que resistiram a outras tentativas.
Qual é a diferença entre DMAIC e DMADV? O DMAIC melhora um processo existente. O DMADV projeta um novo processo, ou reformula um cuja estrutura o impede de atingir o requisito necessário.
Onde o DMAIC é ensinado? Ele é a base da certificação de Green Belt, na qual os participantes executam um projeto DMAIC real, e é aprofundado com estatística avançada no Black Belt. O Yellow Belt aborda o ciclo no nível de membro de equipe.
