PDCA ou DMAIC: diferenças e quando usar cada um
A dúvida entre PDCA ou DMAIC costuma aparecer no momento errado: depois que o problema já foi apresentado ao comitê e alguém pergunta "vamos fazer um Six Sigma nisso?". A escolha não é de preferência. Os dois métodos seguem a mesma lógica de resolver problemas com base em dados, mas diferem no rigor estatístico, no esforço e no tipo de problema que resolvem bem.
A resposta curta: use PDCA quando o problema é delimitado, as causas são investigáveis com ferramentas básicas e a equipe precisa de resultado rápido. Use DMAIC quando o problema é de variação de um processo repetitivo, tem impacto financeiro relevante e as causas não aparecem sem análise estatística. O restante deste texto detalha esse critério e mostra como os dois podem trabalhar juntos.
Formação relacionada
Panorama das habilidades técnicas e comportamentais esperadas de um gestor de projetos.
O que cada método é, em uma frase
PDCA (planejar, fazer, checar, agir) é o ciclo de melhoria associado a Walter Shewhart e difundido por W. Edwards Deming. É genérico: serve para resolver um problema, implantar uma mudança ou conduzir melhoria contínua em ciclos curtos. No Brasil, a versão detalhada para solução de problemas é o MASP, explicado em PDCA em 8 etapas: o método MASP passo a passo.
DMAIC (definir, medir, analisar, melhorar, controlar) é o roteiro de projetos de melhoria do Six Sigma, abordagem desenvolvida na Motorola nos anos 1980 e depois combinada com os princípios do Lean, formando o Lean Six Sigma. Foi desenhado para reduzir a variação de processos repetitivos, com ferramentas estatísticas em cada fase. O artigo Lean Six Sigma em projetos explica a abordagem como um todo.
PDCA x DMAIC: tabela de diferenças
| Critério | PDCA | DMAIC |
|---|---|---|
| Origem | Ciclo de Shewhart e Deming, base da gestão da qualidade | Six Sigma, depois Lean Six Sigma |
| Etapas | 4 (ou 8, no MASP) | 5, com entregas formais por fase |
| Natureza | Ciclo que se repete continuamente | Projeto com início, fim e passagem de bastão ao dono do processo |
| Foco | Resolver problemas, testar mudanças, melhorar aos poucos | Reduzir variação e defeitos de um processo |
| Rigor estatístico | Ferramentas básicas (Pareto, Ishikawa, histograma) | Estatística aplicada: análise do sistema de medição, capacidade, testes de hipótese, regressão |
| Duração típica | De dias a poucas semanas por ciclo | Costuma levar meses |
| Quem conduz | Qualquer equipe treinada no método | Normalmente um Green Belt ou Black Belt, com patrocinador formal |
| Revisão entre fases | Informal ou em reunião de acompanhamento | Revisões de fase (tollgates) com o patrocinador |
| Custo de condução | Baixo | Alto: horas de especialista, coleta de dados, software estatístico |
| Melhor uso no projeto | Problemas do dia a dia, ações corretivas, lições aprendidas | Processo repetitivo com defeito crônico e alto impacto |
Duas linhas da tabela merecem atenção especial. A natureza: o PDCA gira de novo depois do A, enquanto o DMAIC termina com o processo entregue ao dono, com um plano de controle. E o custo de condução: aplicar DMAIC a um problema simples gasta semanas de análise para chegar a uma conclusão que um Ishikawa bem feito daria em uma tarde.
Como as fases se correspondem
| PDCA | MASP (8 etapas) | DMAIC |
|---|---|---|
| P | 1. Identificação do problema | D (definir) |
| P | 2. Observação | M (medir) |
| P | 3. Análise | A (analisar) |
| P | 4. Plano de ação | I (melhorar), parte de escolha da solução |
| D | 5. Ação | I (melhorar), parte de implantação e piloto |
| C | 6. Verificação | I (melhorar), confirmação do resultado |
| A | 7. Padronização | C (controlar) |
| A | 8. Conclusão | C (controlar), encerramento e passagem ao dono |
A correspondência mostra o ponto de maior diferença: no DMAIC, a medição é uma fase própria. Antes de procurar causas, o método exige verificar se o sistema de medição é confiável e qual é a capacidade atual do processo. No PDCA, a observação existe, mas com menos formalidade, e é aceitável seguir com dados aproximados.
Outra diferença está no "I". O DMAIC costuma testar a solução em piloto antes de implantar em escala, e a confirmação estatística do ganho faz parte da própria fase. No PDCA, a execução e a verificação são fases separadas e muitas vezes rápidas.
Quando usar PDCA
O PDCA é a escolha natural quando:
- O problema é delimitado e a equipe consegue observá-lo diretamente: retrabalho numa entrega, atraso recorrente numa aprovação, erro de cadastro após o go-live.
- As causas tendem a aparecer com ferramentas básicas: estratificação, Pareto, Ishikawa e 5 porquês.
- O projeto precisa de resposta em semanas, e não em meses.
- A melhoria é incremental: testar uma mudança pequena, ver o efeito, ajustar. É o uso em retrospectivas, revisões de fase e lições aprendidas.
Exemplo ilustrativo: num projeto de obra, a medição mensal do contratado volta para correção em quase todo mês. A equipe estratifica as devoluções, encontra dois itens de planilha mal descritos no contrato, ajusta o modelo de medição e verifica nas duas medições seguintes. Um ciclo de PDCA resolve; não há variação estatística a modelar.
Quando usar DMAIC
O DMAIC compensa quando:
- O problema é de variação de um processo repetitivo, com muitas ocorrências: tempo de atendimento, índice de defeitos por lote, prazo de entrega de pedidos.
- As tentativas anteriores com ferramentas básicas não resolveram, ou as causas são múltiplas e interagem entre si.
- O impacto financeiro justifica meses de análise e horas de especialista.
- Há dados históricos em volume, ou é possível coletá-los, e o processo tem dono definido para assumir o controle no fim.
Exemplo ilustrativo: numa operação de centro de distribuição, o tempo de separação de pedidos varia muito entre turnos e semanas, e três rodadas de ações pontuais não estabilizaram o indicador. Aqui o DMAIC se justifica: medir a variação, testar quais fatores a explicam e controlar o processo depois da mudança. O artigo DMAIC na prática acompanha um projeto desse tipo do começo ao fim.
Roteiro de decisão em cinco perguntas
Responda em ordem. Na primeira resposta que apontar para PDCA, fique com o PDCA.
- O problema se repete muitas vezes num processo estável? Se é um evento único ou raro, PDCA (ou um relatório de análise de falha).
- Tentativas com ferramentas básicas já falharam? Se ninguém tentou ainda, comece pelo PDCA.
- O ganho esperado paga meses de dedicação de um especialista? Se não, PDCA.
- Existem dados confiáveis, ou dá para coletá-los em volume? Se não, PDCA, e trate primeiro a medição.
- Há um dono do processo para assumir o plano de controle? Se não houver, o ganho do DMAIC se perde no fim do projeto; resolva a governança antes.
Se as cinco respostas apontam para DMAIC, ele é o método adequado, e a organização precisa garantir o patrocínio e o especialista.
Como usar os dois juntos
PDCA e DMAIC não competem dentro de uma organização madura. Três combinações são comuns:
- DMAIC para o problema crônico, PDCA para manter. Depois do "C" do DMAIC, o dono do processo passa a girar ciclos de PDCA (ou de SDCA, para manter o padrão) com o plano de controle.
- PDCA como triagem. A equipe tenta primeiro um PDCA. Se a verificação mostra que o problema persiste e é de variação, o caso sobe para um projeto DMAIC, já com dados e hipóteses levantados.
- Ferramentas comuns aos dois. O plano de ação da fase I do DMAIC e da etapa 4 do MASP pode ser o mesmo 5W2H. A ferramenta de plano de ação 5W2H da Projeto Diário serve aos dois métodos.
O guia de ferramentas da qualidade em projetos mostra quais ferramentas básicas entram em cada fase e ajuda a decidir até onde o PDCA chega sozinho.
Erros comuns na escolha
- Escolher DMAIC pelo prestígio. Chamar de Six Sigma não melhora o resultado; aumenta o custo.
- Fazer PDCA sem o "C". A crítica mais frequente ao PDCA não é ao método, e sim à aplicação: sem verificação com dados, ele vira lista de ações.
- Pular a medição no DMAIC. Analisar dados de um sistema de medição não confiável leva a conclusões erradas com aparência estatística.
- Encerrar sem dono. Nos dois métodos, a melhoria se perde quando ninguém assume o controle depois da equipe de projeto.
Para decidir no seu caso, pegue o problema que está na mesa e passe pelas cinco perguntas do roteiro antes da próxima reunião de comitê. Se a sua função inclui escolher e conduzir métodos como esses à frente de projetos, o curso Gerente de Projetos Expert da Projeto Diário apresenta o panorama de competências técnicas e comportamentais esperadas de quem lidera essas decisões.
