Método Kepner-Tregoe: resolução racional de problemas e análise de decisão

Por Linh Ngo · Atualizado em 10 de outubro de 2026

O método Kepner-Tregoe (KT) é uma forma estruturada de pensar problemas e decisões de negócio. Ele divide o trabalho em quatro processos racionais: avaliação da situação, análise do problema, análise de decisão e análise de problemas potenciais. Cada um usa uma planilha simples, de modo que as equipes discutam evidências em vez de opiniões.

O que é o método Kepner-Tregoe?

O KT é um método de resolução de problemas e tomada de decisão construído em torno de uma ideia: a maioria dos maus resultados vem de saltar para uma resposta antes de a pergunta estar clara. Ele oferece uma sequência fixa de perguntas, e cada sequência termina em algo que você pode registrar por escrito e defender.

Sua história está bem documentada pela empresa que leva o nome dos fundadores. Segundo a linha do tempo da empresa Kepner-Tregoe, Ben Tregoe e Chuck Kepner fundaram a parceria KT em 1958, na garagem de Tregoe em Pacific Palisades, Califórnia, e o livro The Rational Manager foi publicado pela McGraw Hill em 1965.

O método também está discretamente por toda parte. A Kepner-Tregoe afirma que a publicação 8D da associação automotiva alemã VDA enfatiza como o método KT É / NÃO É pode ajudar a obter a classificação "excelente" em uma auditoria. Portanto, se você já conduziu um relatório 8D, provavelmente já usou uma parte do KT sem perceber.

Fatos principais

• Quatro processos: avaliação da situação, análise do problema, análise de decisão e análise de problemas (ou oportunidades) potenciais, conforme descrito pela Purple Griffon.
• Origem: a parceria KT começou em 1958, e The Rational Manager veio em 1965.
• Ferramenta característica: a comparação É / NÃO É, que testa cada causa possível contra o que o problema é e o que ele não é.
• Regra de decisão: os MUSTs são filtros de aprovado/reprovado. Os WANTs são ponderados e pontuados.
• Melhor encaixe: problemas de alto risco, ambíguos ou recorrentes, em que a causa não é óbvia e várias pessoas precisam concordar com a solução.
• Encaixe fraco: questões rápidas e de baixo risco, em que uma conversa de cinco porquês resolve.

Os quatro processos racionais

O KT trata os quatro processos como uma caixa de ferramentas. Você nem sempre executa todos, e nem sempre na ordem. Mas eles respondem a quatro perguntas diferentes, e misturar essas perguntas é onde a maioria das equipes perde tempo.

1. Avaliação da situação

Você começa com uma bagunça: dez reclamações, três projetos atrasados, um cliente furioso. Segundo a visão geral da Purple Griffon, esta etapa lista todas as preocupações atuais sem resolvê-las ainda, reúne informação suficiente para esclarecer cada uma e define prioridades com base em urgência, impacto e recursos disponíveis.

A disciplina está no "sem resolvê-las ainda". O instinto da sua equipe é começar a consertar o problema mais barulhento. A avaliação da situação desacelera isso por uma hora para que o problema certo seja resolvido primeiro. Para cada preocupação, você também decide qual processo vem a seguir: ela precisa que se encontre uma causa, que se faça uma escolha ou que se proteja um plano?

2. Análise do problema (É / NÃO É)

A análise do problema serve para um desvio: algo que deveria funcionar de certa maneira e não funciona, com uma causa que você ainda desconhece. O método define o problema (o quê, onde, quando e qual o tamanho), coleta dados, lista as causas possíveis e testa cada uma contra os dados para encontrar a causa mais provável.

A tabela É / NÃO É é o coração do método. Para cada dimensão, você registra o que o problema É e, com o mesmo cuidado, o que ele NÃO É, mas facilmente poderia ter sido. Depois você procura distinções, as diferenças entre as duas colunas. A Kepner-Tregoe observa que as distinções devem se aplicar apenas ao lado É, então "é diferente" é vago demais para ajudar.

Veja um caso concreto. Uma equipe de faturamento percebe que algumas faturas saem com a alíquota de imposto errada.

Cada causa possível então enfrenta o mesmo teste: ela explica tanto os dados do É quanto os do NÃO É? Uma causa que explica por que a nova lista falha, mas não por que a antiga funciona, exige um esforço de suposições. A causa com menos suposições, e mais razoáveis, vence, e você a verifica antes de agir.

3. Análise de decisão (MUSTs e WANTs)

A análise de decisão escolhe entre opções. Segundo a Purple Griffon, você identifica os objetivos como indispensáveis e desejáveis, gera alternativas, avalia e escolhe.

A prática padrão do KT para essa avaliação:

1. Declare a decisão em uma frase, como "Selecionar uma nova transportadora para frete regional."
2. Escreva os MUSTs. São obrigatórios, mensuráveis, de aprovado/reprovado. "Atende os cinco hubs regionais" é um MUST. Qualquer opção que falhe em um deles está fora, por mais barata que seja.
3. Escreva os WANTs. São preferências, como "menor custo" ou "rastreamento em tempo real". Dê a cada um um peso que reflita sua importância.
4. Pontue cada opção restante em cada WANT, multiplique pelos pesos e some.
5. Verifique o risco das duas ou três primeiras antes de se comprometer. Isso passa o bastão para o quarto processo.

Se isso lembra uma matriz de decisão, é porque é uma, com uma diferença útil: o filtro dos MUSTs vem primeiro, então uma pontuação alta não salva uma opção que quebra um requisito rígido.

4. Análise de problemas potenciais

A análise de problemas potenciais (PPA) olha para a frente. Depois de escolher uma solução ou um plano, você pergunta o que pode dar errado, qual a probabilidade, qual a gravidade e o que você faria. Em seguida, escreve ações preventivas para reduzir a probabilidade e ações contingentes para limitar o dano caso aconteça mesmo assim. A Purple Griffon descreve o mesmo padrão: identificar o que pode dar errado, planejar medidas preventivas e preparar planos de contingência.

É parente da FMEA, porém mais leve. A FMEA pontua em detalhe todo um processo ou projeto de produto. A PPA é uma passada de 30 minutos em um único plano antes de lançá-lo.

Kepner-Tregoe vs outros métodos de resolução de problemas

As equipes costumam perguntar qual método usar. A resposta honesta é que eles ocupam níveis diferentes.

Uma combinação prática: use um fishbone para ampliar sua lista de causas possíveis e depois use o É / NÃO É para reduzi-la. E use o ciclo PDCA para verificar se a solução se sustentou.

Como conduzir uma sessão Kepner-Tregoe

Reserve 90 minutos para um problema real e traga as pessoas que lidam com o processo, não só os gestores.

1. Liste as preocupações. Coloque todos os problemas em uma parede. Sem consertar ainda.
2. Faça a triagem. Classifique por urgência, impacto e recursos. Atribua a cada uma o próximo processo e um responsável.
3. Especifique o problema. Escreva uma declaração do problema de uma linha, nomeando um objeto e um defeito, como "Alíquota de imposto errada nas faturas", e não "o faturamento está quebrado".
4. Preencha a tabela É / NÃO É. Insista em entradas reais de NÃO É. Dados fracos de NÃO É são a falha mais comum.
5. Encontre distinções e mudanças. Pergunte o que é diferente no lado É e o que mudou perto do momento em que tudo começou.
6. Liste e teste as causas possíveis. Teste cada uma contra todas as linhas. Elimine as que exigem suposições forçadas.
7. Verifique a causa mais provável com uma checagem rápida ou um pequeno experimento antes de gastar dinheiro.
8. Decida a solução com MUSTs e WANTs, se houver várias opções.
9. Execute a análise de problemas potenciais na solução escolhida.
10. Atribua ações e uma data de revisão.

Templates prontos para copiar

Avaliação da situação

Análise de decisão

Análise de problemas potenciais

Exemplos por área de negócio

O que fazer e o que evitar

Faça

• Escreva o problema como um objeto e um desvio.
• Preencha a coluna NÃO É com alternativas reais e plausíveis.
• Torne os MUSTs mensuráveis. "Bom suporte" não é um MUST; "resposta em 24 horas, prevista em contrato" é.
• Verifique a causa principal antes de agir sobre ela.
• Execute a análise de problemas potenciais em qualquer plano caro ou difícil de desfazer.

Não faça

• Não faça brainstorming de soluções durante a avaliação da situação.
• Não trate todo WANT como um MUST. Você ficará sem opções.
• Não use o método completo para uma questão trivial e pontual. O excesso de processo tem um custo real.
• Não pule a data de revisão. Uma solução que ninguém confere é um palpite.
• Não deixe a planilha substituir o julgamento. Pesos subjetivos ainda podem introduzir viés, como aponta a lista de desvantagens da Purple Griffon, junto com o tempo de treinamento que o método exige.

Quando escolher o KT

Escolha-o quando a causa for desconhecida, várias explicações competirem e a equipe precisar de um registro que o próximo turno consiga seguir. Prefira algo mais leve, como uma conversa de cinco porquês, quando a cadeia de causas for curta e o custo de errar for pequeno. Conte com algumas horas de prática; a primeira tabela É / NÃO É parece lenta e a terceira parece natural.

Para ideias de qualidade relacionadas, veja gestão da qualidade total, que define a cultura em que a análise no estilo KT se encaixa. Se você quer um parente focado em defeitos e variação, o Six Sigma usa o DMAIC para o mesmo propósito, com ferramentas estatísticas.