As ferramentas que cada faixa precisa dominar: a tabela por belt
27 ferramentas distribuídas do White ao Black Belt, com a lógica que explica por que a lista cresce e o critério que decide se aquela ferramenta é necessária
A caixa do Lean Seis Sigma tem algumas dezenas de instrumentos, e nenhuma faixa usa todos. A divisão entre elas não é arbitrária: cada degrau acrescenta exatamente o que o escopo daquele degrau exige.
O Yellow Belt trabalha onde a causa é visível, então precisa de ferramentas que organizem observação e priorizem. O Green precisa comprovar causa, e entra a estatística inferencial. O Black lida com fatores que interagem, e entram regressão e experimentos.
Entender essa lógica vale mais que decorar a lista, porque ela responde a pergunta que aparece no meio de qualquer projeto: eu preciso mesmo desta ferramenta aqui?
Você vai ver a tabela completa das 27 ferramentas por faixa, a diferença entre conhecer e usar, o núcleo de sete que atravessa todas, quantas um projeto usa de verdade, e a regra que decide se a ferramenta é necessária.
Os exemplos de escolha foram montados para este artigo, no formato da trilha de formação da Voitto. São ilustrativos: mostram o critério, não descrevem um projeto real.
Por que a lista de ferramentas cresce por faixa
A caixa de ferramentas do Lean Seis Sigma tem algumas dezenas de instrumentos, e nenhuma faixa usa todos. A divisão entre elas não é arbitrária: cada degrau acrescenta o que o escopo daquele degrau exige.
O Yellow Belt trabalha onde a causa é visível, então precisa de ferramentas que organizem observação e priorizem. O Green precisa comprovar causa, então entra a estatística inferencial. O Black lida com fatores que interagem, e aí entram regressão e experimentos.
Entender essa lógica vale mais que decorar a lista, porque ela responde a pergunta que aparece no meio de qualquer projeto: preciso mesmo desta ferramenta aqui? A resposta é sim quando o problema tem a característica que ela existe para tratar.
O erro mais comum é o inverso: escolher a ferramenta primeiro, por familiaridade ou porque estava no curso, e depois procurar onde encaixá-la. Isso produz projeto com Ishikawa de trinta ramos e nenhuma causa comprovada.
A tabela completa, faixa por faixa
| Ferramenta | White | Yellow | Green | Black |
|---|---|---|---|---|
| Fluxograma de processo | conhece | usa | usa | usa |
| Folha de verificação | conhece | usa | usa | usa |
| Diagrama de Pareto | conhece | usa | usa | usa |
| Diagrama de Ishikawa | conhece | usa | usa | usa |
| 5 porquês | conhece | usa | usa | usa |
| 5W2H | conhece | usa | usa | usa |
| Brainstorming estruturado | conhece | usa | usa | usa |
| Matriz esforço x impacto | - | usa | usa | usa |
| SIPOC | - | conhece | usa | usa |
| Project charter | - | conhece | usa | usa |
| Voz do cliente e CTQ | - | - | usa | usa |
| Plano de coleta de dados | - | conhece | usa | usa |
| Histograma e boxplot | - | conhece | usa | usa |
| Carta de controle | - | - | usa | usa |
| Capabilidade (Cp, Cpk) | - | - | usa | usa |
| Análise do sistema de medição | - | - | usa | usa |
| Teste de hipóteses | - | - | usa | usa |
| ANOVA | - | - | usa | usa |
| Correlação e regressão simples | - | - | usa | usa |
| Matriz causa e efeito | - | conhece | usa | usa |
| FMEA | - | - | usa | usa |
| Poka yoke | - | conhece | usa | usa |
| Plano de controle e OCAP | - | - | usa | usa |
| Regressão múltipla | - | - | conhece | usa |
| Desenho de experimentos (DOE) | - | - | conhece | usa |
| Análise de confiabilidade | - | - | - | usa |
| Simulação de processo | - | - | - | usa |
A distinção entre conhecer e usar é o que a tabela adiciona a uma lista simples. Conhecer significa reconhecer quando alguém apresenta e entender a conclusão. Usar significa conduzir a ferramenta do zero e responder por ela.
Repare que o salto grande está entre Yellow e Green, e ele tem nome: inferência. Tudo que o Yellow usa descreve o que aconteceu; quase tudo que o Green acrescenta serve para concluir sobre o que vai acontecer ou sobre a causa.
O núcleo que atravessa todas as faixas
Sete ferramentas aparecem em todas as faixas a partir do Yellow, e não por tradição: elas resolvem etapas do raciocínio que nenhum projeto pula.
- Fluxograma: ver o processo como ele é, não como está no manual.
- Folha de verificação: contar o que acontece, em vez de estimar.
- Pareto: decidir onde atacar primeiro.
- Ishikawa: levantar causas candidatas sem perder categoria.
- 5 porquês: descer do sintoma à causa que se pode tratar.
- 5W2H: transformar decisão em ação com dono e prazo.
- Brainstorming estruturado: gerar alternativas sem convergir cedo demais.
Um projeto conduzido só com essas sete resolve uma quantidade surpreendente de problemas. O que elas não fazem é decidir entre causas concorrentes quando a evidência é ambígua, e é exatamente aí que a faixa seguinte começa.
Vale notar a ordem: as três primeiras descrevem, as duas seguintes explicam, a sexta age e a sétima abre alternativas. Projeto que pula da primeira para a sexta é o padrão de falha mais comum em melhoria.
O que o Green acrescenta, e por quê
As ferramentas que entram no Green Belt existem para responder uma pergunta que as anteriores não respondem: isso que eu observei é real ou é variação?
| Ferramenta | Pergunta que ela responde |
|---|---|
| Carta de controle | O processo mudou ou é a oscilação de sempre? |
| Capabilidade | O processo consegue atender a especificação? |
| Análise do sistema de medição | O meu dado é confiável? |
| Teste de hipóteses | A diferença entre os grupos é real? |
| ANOVA | Entre três ou mais grupos, quais diferem? |
| Regressão simples | Quanto uma variável explica da outra? |
| FMEA | Qual falha priorizar antes que aconteça? |
A terceira linha costuma ser a que mais choca quem chega da operação. A ideia de que o instrumento de medição tem variação própria, e que ela pode ser grande demais para permitir conclusão, muda a forma de olhar todo dado histórico.
A sétima linha é a única voltada para o futuro. Enquanto as demais analisam o que já aconteceu, o FMEA antecipa o que pode falhar, e por isso aparece tanto em projeto de produto quanto em mudança de processo.
O que o Black acrescenta
O Black Belt entra quando o efeito depende de mais de um fator ao mesmo tempo, ou quando testar uma variável de cada vez custaria caro demais.
- Regressão múltipla: separar o efeito de cada variável quando várias mudam juntas.
- Desenho de experimentos: testar vários fatores com poucas corridas, e achar interação.
- Análise de confiabilidade: prever falha ao longo do tempo, não só contar defeito.
- Simulação: avaliar cenário que seria caro ou arriscado testar no processo real.
O desenho de experimentos é o que mais distingue a faixa na prática. Ele resolve uma limitação concreta do método um fator de cada vez: quando dois fatores interagem, testá-los separadamente leva à conclusão errada em ambos.
A simulação aparece menos em certificação e mais em operação com restrição física, como fila, capacidade e roteirização, onde mudar para testar custa caro ou para a produção.
Ferramentas que não são do Lean Seis Sigma e aparecem sempre
Parte do instrumental mais usado veio de outros corpos e se incorporou. Saber a origem ajuda a não procurar no lugar errado.
| Ferramenta | Origem | Onde entra |
|---|---|---|
| 5S | Lean e TPM | Organização do posto, base para padrão |
| Mapa de fluxo de valor | Lean | Enxergar fluxo e desperdício entre etapas |
| Kanban | Lean | Controlar trabalho em processo |
| A3 | Toyota | Contar o projeto em uma página |
| PDCA | Qualidade clássica | Ciclo da rotina, complementar ao DMAIC |
| Matriz GUT | Qualidade brasileira | Priorizar problema já existente |
A confusão mais frequente é entre PDCA e DMAIC. O PDCA é o ciclo de melhoria da rotina, curto e repetido; o DMAIC é o roteiro de um projeto com começo e fim. Uma empresa madura usa os dois, em ritmos diferentes.
A segunda é entre GUT e matriz esforço contra impacto. A GUT prioriza problemas que já existem, por gravidade, urgência e tendência. A matriz esforço e impacto prioriza soluções candidatas. São etapas diferentes do mesmo projeto.
Quantas ferramentas um projeto usa de verdade
Um projeto de Green Belt bem conduzido costuma usar entre oito e doze ferramentas, não as vinte e poucas da lista. O excesso é sinal de projeto sem foco, não de rigor.
| Fase | Ferramentas típicas no projeto |
|---|---|
| Definir | Charter, SIPOC, voz do cliente |
| Medir | Plano de coleta, histograma, capabilidade |
| Analisar | Pareto, Ishikawa, teste de hipóteses |
| Melhorar | Matriz esforço x impacto, piloto |
| Controlar | Carta de controle, plano de controle |
A lista acima soma treze e cobre a maior parte dos casos. Ferramenta adicional entra quando o problema pede: FMEA quando há risco de falha nova, regressão quando há variável contínua explicando outra, DOE quando há interação suspeita.
O sintoma de excesso é fácil de reconhecer: ferramenta aplicada cujo resultado não muda nenhuma decisão do projeto. Se a conclusão seria a mesma sem ela, ela não precisava estar lá.
Por onde começar a dominar
Para quem está montando repertório, a sequência que rende mais não é a ordem da lista, e sim a ordem do raciocínio de um projeto.
- Comece por ver: fluxograma e folha de verificação.
- Depois priorize: Pareto e matriz esforço contra impacto.
- Depois explique: Ishikawa e 5 porquês.
- Depois comprove: teste de hipóteses e carta de controle.
- Depois sustente: plano de controle e padrão operacional.
Essa ordem tem uma vantagem prática: cada bloco já resolve problema sozinho. Quem parar no segundo já consegue conduzir melhoria útil, e quem seguir até o quarto está pronto para o escopo de Green Belt.
A armadilha é estudar na ordem inversa, começando pela estatística porque parece o conteúdo nobre. Sem as três primeiras, o teste estatístico é aplicado sobre dado mal coletado de processo mal compreendido.
Erros comuns no uso das ferramentas
- Ishikawa como lista de desabafo. Causa sem evidência é hipótese, e precisa ser testada.
- Pareto sobre categoria mal definida. Se a categoria é ruim, a priorização é ruim.
- 5 porquês que para no primeiro culpado. Pessoa não é causa raiz.
- Carta de controle com limite de especificação. Descrevem coisas diferentes.
- Teste estatístico sobre dado não confiável. Medição ruim invalida qualquer conclusão.
- FMEA preenchido uma vez e arquivado. Ele é documento vivo, revisado a cada mudança.
- Plano de controle sem plano de reação. Registra o desvio e não define a ação.
O terceiro item é o mais comum e o mais custoso culturalmente. Quando a resposta do quinto porquê é o nome de alguém, a análise parou cedo: falta perguntar por que o processo permitiu que aquele erro acontecesse.
Exemplo ilustrativo de escolha de ferramenta
Quatro situações e a ferramenta que cada uma pede, com a razão.
| Situação | Ferramenta | Por quê |
|---|---|---|
| Não se sabe onde o tempo se perde | Fluxograma com tempo por etapa | Precisa ver antes de medir |
| Muitos tipos de defeito, pouco tempo | Pareto | Prioriza onde está a maior parte |
| Duas teorias sobre a causa | Teste de hipóteses | Decide entre hipóteses com dado |
| Ganho sumiu três meses depois | Plano de controle e carta | Faltou detectar e reagir ao desvio |
A terceira linha é a que mais separa faixas. Enquanto houver uma teoria só, ferramenta descritiva basta. Assim que aparecem duas defensáveis, só o teste decide sem recorrer à hierarquia.
Os exemplos foram montados para este artigo, no formato da trilha de formação da Voitto. São ilustrativos: mostram o critério de escolha, não descrevem um projeto real.
A ferramenta certa é a que muda a decisão
Se há uma regra que resume a tabela inteira, é esta: aplique a ferramenta cujo resultado vai mudar o que você faz em seguida. Se a resposta não muda nada, ela não era necessária.
Esse critério resolve as duas patologias opostas. Ele impede o projeto inflado, cheio de análise decorativa, e impede também o projeto apressado, que pula a comprovação porque já tem a resposta na cabeça.
E explica por que a lista cresce por faixa. Problema simples tem poucas decisões em aberto, então precisa de poucas ferramentas. Problema complexo tem muitas, e cada instrumento adicional existe para fechar uma delas.
