Define
Qual problema precisamos resolver?
Qual é o escopo, o objetivo e quem é impactado?
DMAIC é uma abordagem estruturada de melhoria amplamente associada ao Six Sigma e ao Lean Six Sigma, organizada em cinco fases: Define, Measure, Analyze, Improve e Control.
Em português:
Definir → Medir → Analisar → Melhorar → Controlar.
A lógica é evitar uma reação muito comum nas organizações:
identificar um problema e partir imediatamente para uma solução sem compreender adequadamente o processo, os dados e as causas.
DMAIC é um método estruturado para melhorar processos existentes a partir da definição do problema, medição da situação atual, investigação das causas, implementação de melhorias e estabelecimento de controles.
A sigla representa:
Cada fase responde a uma pergunta diferente.
O método conduz a investigação do problema até a sustentação da melhoria.
Qual problema precisamos resolver?
Qual é o escopo, o objetivo e quem é impactado?
Qual é a situação atual?
Como o processo está performando hoje?
Por que o problema acontece?
Que causas são realmente sustentadas pelas evidências?
O que precisa mudar?
Que solução pode atuar sobre as causas relevantes?
Como sustentar a melhoria?
Como saber se o processo continua funcionando conforme esperado?
O DMAIC ajuda a organizar projetos de melhoria quando existe um processo que apresenta desempenho insatisfatório, variação, desperdício, falhas ou outro problema relevante.
Pode ser utilizado para investigar situações como:
O DMAIC tende a fazer mais sentido quando existe:
Nem todo problema exige um projeto DMAIC completo.
Problemas simples e de causa imediatamente conhecida podem exigir uma abordagem proporcionalmente mais simples.
Define estabelece o problema, a necessidade de melhoria, o escopo e o objetivo do projeto.
Algumas perguntas:
Uma definição inadequada pode comprometer:
todas as etapas seguintes.
É melhor descrever o problema antes de incluir uma solução presumida.
Formulação fraca:
“Precisamos implantar um novo sistema.”
Isso já contém:
uma solução.
Uma formulação mais investigável poderia ser:
“O tempo médio entre o recebimento da solicitação e sua confirmação aumentou no período analisado.”
Depois, os dados e a análise ajudam a descobrir:
o que realmente precisa mudar.
A escolha depende da demanda e do nível de complexidade.
Podem ser úteis:
O objetivo não é utilizar todas as ferramentas.
É utilizar:
aquilo que ajuda a definir corretamente o projeto.
Porque ajuda a visualizar em alto nível:
Isso pode ajudar a esclarecer:
qual processo realmente está dentro do projeto.
SIPOC: fornecedores, entradas, processo, saídas e clientesMeasure procura estabelecer uma compreensão confiável da situação atual.
A pergunta central:
como o processo está performando hoje?
Podem ser analisados:
Baseline é a referência do desempenho atual antes da implementação da melhoria.
Imagine:
tempo médio atual:
48 horas.
Depois da melhoria:
18 horas.
Sem uma referência anterior, pode ser difícil avaliar:
se a mudança realmente produziu melhoria.
Porque uma análise baseada em dados inconsistentes pode produzir:
uma conclusão aparentemente precisa, mas incorreta.
É importante verificar:
Antes de analisar resultados, é necessário ter confiança razoável na informação.
Porque medir um processo que não foi compreendido adequadamente pode levar a indicadores pouco úteis.
O mapeamento pode mostrar:
Sim, indicadores podem ajudar a representar o desempenho atual do processo.
Mas um indicador deveria estar relacionado à pergunta do projeto.
Se o problema envolve atraso, podem ser relevantes:
Não é necessário transformar toda informação disponível em KPI.
OKR x KPI: objetivos, resultados e indicadoresAnalyze procura compreender quais fatores realmente contribuem para o problema definido.
A pergunta muda de:
“O que está acontecendo?”
para:
“Por que isso está acontecendo?”
Essa fase pode envolver:
O Ishikawa pode ajudar a organizar possíveis causas relacionadas ao problema.
Dependendo do contexto, podem ser utilizadas categorias como:
Ou categorias mais adequadas a serviços e processos administrativos.
Importante:
uma causa escrita no Ishikawa continua sendo hipótese até ser verificada.
Diagrama de Ishikawa: causa e efeito, Espinha de Peixe e 6MDepois de identificar uma possível linha causal, os 5 Porquês podem aprofundar:
o que explica cada ocorrência anterior.
Exemplo:
atraso → informação faltante → solicitação incompleta → formulário inadequado → processo de revisão inexistente.
Novamente:
coerência lógica não substitui evidência.
5 Porquês: como aprofundar uma investigação causalQuando existem dados categorizados, Pareto pode ajudar a identificar onde as ocorrências se concentram.
Por exemplo:
cem registros de retrabalho podem ser classificados por motivo.
Isso permite observar:
quais categorias respondem por maior parcela das ocorrências.
O conhecido 80/20 não deve ser tratado como proporção obrigatória.
Princípio de Pareto: concentração, problemas e prioridadesNão.
Duas variáveis mudarem juntas não demonstra, por si só, que uma provoca a outra.
A relação encontrada pode decorrer:
A fase Analyze precisa distinguir:
associação de explicação causal suficientemente sustentada.
Improve transforma o conhecimento produzido nas etapas anteriores em mudanças no processo.
Algumas perguntas:
Improve não deveria significar:
implementar qualquer ideia disponível.
A intervenção precisa estar relacionada ao que foi aprendido nas fases anteriores.
Porque a solução pode atuar apenas sobre o sintoma.
Exemplo:
problema:
atendimento lento.
solução imediata:
contratar mais pessoas.
Mas Analyze pode revelar:
Nesse caso, aumentar a equipe pode não atuar:
sobre a principal origem do atraso.
Depois de definir uma melhoria, o 5W2H pode ajudar a transformar a decisão em plano de ação.
Ele organiza:
Mudanças que envolvem várias áreas podem falhar quando as responsabilidades permanecem ambíguas.
A RACI pode ajudar a organizar:
Isso ajuda a responder:
quem faz, quem responde, quem participa e quem precisa saber?
Matriz RACI: como definir responsabilidadesQuando possível e adequado, um piloto pode ajudar a observar:
O piloto não elimina riscos, mas pode reduzir:
a incerteza antes de uma implementação maior.
Control procura sustentar a melhoria e detectar quando o processo começa a se afastar do desempenho esperado.
Pode envolver:
Control não significa apenas:
fiscalizar pessoas.
Significa criar mecanismos para sustentar:
o desempenho do processo.
Não deveria.
Um controle é útil quando ajuda a reduzir:
Um controle mal desenhado pode gerar:
retrabalho, demora, duplicidade e custo.
Portanto, a pergunta não é:
“Quantos controles podemos criar?”
mas:
“Qual controle é necessário para sustentar a melhoria?”
Imagine uma empresa que recebe solicitações de clientes e identificou aumento significativo no tempo até a confirmação.
O exemplo é fictício e possui finalidade educativa.
O tempo entre o recebimento da solicitação e a confirmação aumentou e está gerando reclamações.
São levantados tempo de atendimento, quantidade de solicitações, horários de pico, taxa de retrabalho e outros dados relevantes.
A análise identifica que muitas solicitações precisam ser devolvidas porque chegam com informações incompletas.
O formulário é revisado, campos essenciais passam a ser obrigatórios e o fluxo de validação é simplificado.
São acompanhados tempo de confirmação e percentual de solicitações recebidas corretamente na primeira vez.
Sem DMAIC, uma reação imediata poderia ser:
“precisamos de mais pessoas no atendimento.”
Mas os dados podem mostrar que parte significativa do tempo é consumida:
corrigindo entradas inadequadas.
Nesse cenário, atacar a qualidade da entrada pode produzir impacto diferente de simplesmente ampliar a equipe.
O método ajuda a trocar:
solução presumida
por:
solução orientada pela análise.
Imagine que novos colaboradores apresentam elevada incidência de erros em determinada atividade nas primeiras semanas.
Definir qual erro, em qual processo, com que frequência e em qual período.
Levantar incidência por tipo de erro, função, etapa e período.
Avaliar treinamento, material, procedimento, sistema, acompanhamento e outras hipóteses.
Ajustar materiais, prática supervisionada, procedimento ou outros fatores identificados pela análise.
Monitorar incidência dos erros e atualizar o processo quando necessário.
DMAIC e PDCA são estruturas diferentes, mas ambas podem apoiar melhoria de processos.
PDCA:
Plan → Do → Check → Act.
DMAIC:
Define → Measure → Analyze → Improve → Control.
Uma diferença importante é que o DMAIC torna explícitas as etapas de:
medição e análise antes da melhoria.
No PDCA, essas atividades podem estar incorporadas principalmente em Plan.
Nenhuma das duas abordagens deveria ser aplicada apenas pela sigla.
A escolha depende:
do problema, da complexidade e do nível de análise necessário.
PDCA: Planejar, Executar, Verificar e AgirNão.
DMAIC organiza um processo completo de melhoria.
5W2H ajuda a detalhar uma ação.
DMAIC pergunta:
como compreender, medir, analisar, melhorar e controlar esse processo?
5W2H pergunta:
o que faremos, por quê, onde, quando, quem, como e quanto?
Portanto, o 5W2H pode ser uma ferramenta dentro de uma iniciativa DMAIC.
5W2H: como estruturar um plano de açãoSe uma organização possui vários problemas possíveis para trabalhar, a GUT pode ajudar a comparar determinadas prioridades.
Depois de escolher um problema relevante, o DMAIC pode estruturar:
sua investigação e melhoria.
Em termos simples:
GUT → qual problema merece atenção?
DMAIC → como conduzir a melhoria de forma estruturada?
Matriz GUT: Gravidade, Urgência e TendênciaProjetos de melhoria podem envolver várias pessoas e áreas.
A RACI pode ajudar a esclarecer:
Isso pode ser relevante desde Define até Control.
Matriz RACI: como definir responsabilidadesDMAIC é uma estrutura de melhoria composta por cinco fases.
Ishikawa é uma ferramenta que pode ajudar principalmente na investigação das possíveis causas.
Portanto:
DMAIC → método de melhoria.
Ishikawa → ferramenta de análise causal.
O Ishikawa pode aparecer:
dentro da etapa Analyze.
Diagrama de Ishikawa: causas, efeito e 6MOs 5 Porquês podem ajudar a aprofundar uma linha de investigação na fase Analyze.
Eles não substituem:
o DMAIC.
Respondem a uma pergunta mais específica:
por que determinada ocorrência aconteceu?
5 Porquês: como aprofundar uma investigação causalO SIPOC é frequentemente utilizado como ferramenta de apoio em projetos de melhoria, especialmente para compreender o processo em alto nível.
Ele não é:
uma etapa do DMAIC.
É uma ferramenta que pode apoiar principalmente:
Define e a compreensão inicial do processo.
SIPOC: Suppliers, Inputs, Process, Outputs e CustomersSim, especialmente quando o problema envolve experiência de serviço.
O blueprint pode mostrar:
DMAIC pode então estruturar:
a melhoria de determinado problema encontrado nessa experiência.
Service Blueprint: experiência, frontstage, backstage e processos de apoioPode revelar uma fricção que merece investigação mais estruturada.
Imagine:
a jornada mostra elevado abandono durante determinado cadastro.
DMAIC pode ajudar a:
definir o problema, medir o abandono, analisar as causas, testar melhorias e acompanhar o resultado.
Jornada do Cliente: etapas, pontos de contato e fricçõesNão.
DMAIC é especialmente útil quando existe um processo ou problema delimitado a ser melhorado.
Um diagnóstico organizacional pode precisar analisar dimensões mais amplas:
Um diagnóstico pode inclusive identificar um problema que depois seja tratado por meio de um projeto DMAIC.
Diagnóstico Organizacional: problemas, causas e oportunidadesDMAIC é fortemente associado à abordagem Six Sigma para melhoria de processos existentes.
Em contextos Six Sigma, as fases podem incorporar:
O nível de profundidade estatística pode variar conforme:
o projeto, os dados e a complexidade da situação.
Em iniciativas Lean Six Sigma, o DMAIC pode funcionar como estrutura para conduzir projetos de melhoria.
A análise pode considerar:
Novamente, o DMAIC oferece:
a estrutura de condução.
Ferramentas específicas são escolhidas:
conforme a necessidade de cada fase.
DMAIC é normalmente associado à melhoria de processos existentes.
DMADV é outra estrutura encontrada no universo Six Sigma, composta por:
De forma simplificada:
DMAIC → melhorar um processo existente.
DMADV → estruturar ou redesenhar uma solução quando uma abordagem de projeto mais profunda é necessária.
A escolha depende da natureza da demanda.
As fases oferecem uma sequência lógica, mas projetos reais podem exigir:
Exemplo:
durante Analyze, a equipe descobre que um dado necessário não foi coletado.
Pode ser preciso:
retornar à medição.
O método orienta o raciocínio, mas não deveria:
impedir a aprendizagem durante o próprio projeto.
Pode, desde que a profundidade seja proporcional ao problema e à capacidade da organização.
Um projeto mais simples pode utilizar:
O objetivo não é criar:
burocracia de grande empresa em um pequeno negócio.
É trazer:
disciplina para a resolução do problema.
Pode ser útil quando determinado problema operacional precisa sair do campo das percepções pessoais e ser analisado de forma mais estruturada.
Exemplo:
percepção:
“o setor está demorando demais.”
DMAIC pode ajudar a perguntar:
Isso pode apoiar a profissionalização das decisões.
Como profissionalizar uma empresa familiarDMAIC oferece uma estrutura poderosa de melhoria, mas não elimina a necessidade de conhecimento específico sobre o problema.
Ele não determina automaticamente:
DMAIC organiza:
o processo de investigação e melhoria.
O conteúdo técnico da decisão depende:
do contexto.
Um processo raramente existe isolado do restante da organização.
Uma melhoria local pode gerar consequências em outra área.
Uma leitura sistêmica acrescenta perguntas como:
Dessa forma, melhorar deixa de significar:
otimizar apenas uma atividade
e passa a considerar:
os efeitos da mudança sobre o sistema.
Abordagem Sistêmica: contexto, relações e interdependênciaO DMAIC impõe uma disciplina importante ao processo de melhoria.
Primeiro:
definir o problema.
Depois:
medir a situação atual.
Em seguida:
investigar as causas.
Só então:
melhorar.
E depois:
controlar aquilo que precisa permanecer funcionando.
Isso reduz a tendência de trocar:
compreensão
por:
pressa em implementar.
O contexto vem antes da ferramenta.
Cada projeto pode exigir profundidade diferente, mas a lógica geral pode ser resumida da seguinte forma.
Descrever claramente a lacuna de desempenho.
Estabelecer início, fim, público e processo envolvido.
Compreender como o trabalho realmente acontece.
Escolher indicadores relacionados ao problema.
Registrar a situação atual antes da mudança.
Utilizar dados, Ishikawa, 5 Porquês e outros métodos adequados.
Diferenciar hipótese de relação sustentada.
Criar alternativas relacionadas às causas relevantes.
Aplicar a melhoria de forma proporcional ao risco e ao contexto.
Criar mecanismos para sustentar o resultado e detectar regressões.
Não existe uma lista obrigatória. As ferramentas são selecionadas conforme a necessidade do projeto.
SIPOC, Jornada do Cliente, Service Blueprint, escopo, stakeholder map e definição do problema.
Mapeamento de processos, indicadores, baseline, coleta e estratificação de dados.
Ishikawa, 5 Porquês, Pareto e outras análises compatíveis com os dados disponíveis.
Brainstorming, priorização, 5W2H, RACI, testes, pilotos e redesenho de processos.
Indicadores, procedimentos, checklists, rotinas de gestão, responsáveis e planos de reação.
É uma abordagem estruturada de melhoria de processos composta pelas fases Define, Measure, Analyze, Improve e Control.
Define, Measure, Analyze, Improve e Control.
Definir, Medir, Analisar, Melhorar e Controlar.
Serve para estruturar a investigação e a melhoria de processos existentes que apresentam problemas ou desempenho insatisfatório.
DMAIC é uma estrutura fortemente associada ao Six Sigma para melhoria de processos existentes.
A lógica das cinco fases também pode ser aplicada como referência estruturada de melhoria em outros contextos, respeitando a adequação da metodologia ao problema.
É a fase em que o problema, objetivo, escopo, impacto e participantes são definidos.
É a fase dedicada a compreender quantitativa e operacionalmente o desempenho atual do processo.
É a fase de investigação e verificação das causas relacionadas ao problema.
É a fase em que soluções são desenvolvidas, avaliadas, testadas e implementadas conforme a análise realizada.
É a fase destinada a sustentar a melhoria e acompanhar o desempenho futuro do processo.
É a referência do desempenho do processo antes da implementação da melhoria.
Não. Ambos podem apoiar melhoria, mas possuem estruturas diferentes. O DMAIC explicita Define, Measure, Analyze, Improve e Control.
Não existe uma resposta universal. A escolha depende do problema, da complexidade, dos dados e da profundidade necessária.
Não. DMAIC estrutura um projeto de melhoria. 5W2H estrutura uma ação.
SIPOC não é uma das cinco fases, mas pode ser utilizado como ferramenta de apoio, especialmente na delimitação do processo.
Sim. Pode apoiar o levantamento de possíveis causas, especialmente durante Analyze.
Sim. Podem ajudar a aprofundar uma linha causal durante a análise.
Sim. Quando existem dados categorizados, Pareto pode ajudar a identificar concentração de ocorrências.
Sim. Pode ajudar a priorizar problemas que posteriormente podem ser tratados em projetos de melhoria.
Sim. Pode apoiar a definição de responsabilidades do projeto e das mudanças implementadas.
Sim. Indicadores podem ajudar na medição da situação atual e no acompanhamento posterior da melhoria.
Não. Pode ser aplicado em processos de serviços, administrativos, comerciais e outros contextos, quando adequado.
Sim. A profundidade pode ser ajustada à complexidade do processo e à capacidade da empresa.
O nível de análise quantitativa depende do projeto. Alguns problemas podem exigir técnicas estatísticas mais avançadas, enquanto outros podem ser tratados com análises mais simples e adequadas aos dados disponíveis.
Não. As ferramentas devem ser escolhidas de acordo com as perguntas e necessidades de cada projeto.
Não automaticamente. As causas precisam ser investigadas e sustentadas por evidências.
Pular a compreensão da situação atual pode comprometer a análise e dificultar a avaliação da melhoria.
Isso aumenta o risco de implementar uma solução que atua apenas sobre sintomas ou sobre uma causa presumida.
Não. O foco é sustentar o desempenho do processo por meio de mecanismos adequados de acompanhamento e gestão.
Sim. O Blueprint pode identificar uma falha na experiência e o DMAIC pode estruturar sua investigação e melhoria.
Sim. Uma fricção identificada na jornada pode originar um projeto de melhoria estruturado.
DMAIC é normalmente associado à melhoria de processos existentes. DMADV utiliza Define, Measure, Analyze, Design e Verify em contextos de projeto ou redesenho.
Não. O método estrutura a investigação e a melhoria, mas os resultados dependem da qualidade dos dados, da análise, das decisões, da execução e do contexto.
O DMAIC organiza uma sequência completa de melhoria. As ferramentas abaixo aprofundam etapas específicas dessa jornada.
SIPOC: fornecedores, entradas, processo, saídas e clientes
Mapeamento de Processos: AS-IS, TO-BE, gargalos e retrabalho
Diagrama de Ishikawa: causa e efeito, Espinha de Peixe e 6M
5 Porquês: como aprofundar uma investigação causal
Princípio de Pareto: concentração de problemas e prioridades
Matriz GUT: Gravidade, Urgência e Tendência
5W2H: como estruturar um plano de ação
Matriz RACI: como definir responsabilidades
PDCA: Planejar, Executar, Verificar e Agir
OKR x KPI: objetivos, resultados e indicadores
Service Blueprint: experiência, frontstage, backstage e processos de apoio
Jornada do Cliente: etapas, pontos de contato e fricções
Diagnóstico Organizacional: problemas, causas e oportunidades
Conteúdo de Roberto Tomaz, relacionado às áreas de Gestão, Estratégia, Desenvolvimento Organizacional, Qualidade e Processos.
Atualizado em 27 de agosto de 2026 .
DMAIC é uma abordagem estruturada de melhoria amplamente associada ao Six Sigma e ao Lean Six Sigma.
Suas fases são:
Define, Measure, Analyze, Improve e Control.
Em português:
Definir, Medir, Analisar, Melhorar e Controlar.
O método não determina automaticamente quais ferramentas devem ser utilizadas em todos os projetos.
A seleção pode incluir:
SIPOC, Jornada do Cliente, Service Blueprint, Mapeamento de Processos, Diagrama de Ishikawa, 5 Porquês, Pareto, Matriz GUT, RACI, 5W2H, indicadores e outros instrumentos adequados à demanda.
Nenhuma dessas ferramentas demonstra automaticamente uma relação causal, viabilidade ou eficácia de determinada solução.
Dados, hipóteses e resultados precisam ser avaliados conforme:
o contexto, a qualidade das evidências e a natureza do problema.
Os exemplos apresentados neste artigo são fictícios e possuem finalidade exclusivamente educativa.
Projetos que envolvam segurança, engenharia, saúde, meio ambiente, aspectos jurídicos, financeiros, contábeis, regulatórios ou atividades reservadas devem considerar os métodos, normas, habilitações e responsabilidades profissionais correspondentes.
O DMAIC pode integrar processos de diagnóstico e desenvolvimento organizacional para delimitar problemas, medir o desempenho atual, investigar causas, estruturar melhorias e estabelecer mecanismos de acompanhamento capazes de sustentar os resultados ao longo do tempo.