Método Kepner-Tregoe: resolución racional de problemas y análisis de decisiones

Por Linh Ngo · Actualizado el 10 de octubre de 2026

El método Kepner-Tregoe (KT) es una forma estructurada de analizar problemas y decisiones empresariales. Divide el trabajo en cuatro procesos racionales: evaluación de la situación, análisis del problema, análisis de decisiones y análisis de problemas potenciales. Cada uno utiliza una hoja de trabajo sencilla, de modo que los equipos discuten con base en evidencias y no en opiniones.

¿Qué es el método Kepner-Tregoe?

KT es un método de resolución de problemas y toma de decisiones construido sobre una sola idea: la mayoría de los malos resultados provienen de saltar a una respuesta antes de que la pregunta esté clara. Ofrece una secuencia fija de preguntas, y cada secuencia termina en algo que se puede documentar y defender.

Su historia está bien documentada por la empresa que lleva el nombre de sus fundadores. Según la cronología de la empresa Kepner-Tregoe, Ben Tregoe y Chuck Kepner fundaron la sociedad KT en 1958 en el garaje de Tregoe, en Pacific Palisades, California, y su libro The Rational Manager fue publicado por McGraw Hill en 1965.

El método también está presente en todas partes de forma discreta. Kepner-Tregoe indica que la publicación sobre 8D de la asociación automotriz alemana VDA destaca cómo el método ES / NO ES de KT puede ayudar a obtener una calificación "excelente" en una auditoría. Por lo tanto, si ha elaborado un informe 8D, probablemente ya haya utilizado una parte de KT sin saberlo.

Datos Clave

• Cuatro procesos: evaluación de la situación, análisis del problema, análisis de decisiones y análisis de problemas (u oportunidades) potenciales, tal como los describe Purple Griffon.
• Origen: la sociedad KT se fundó en 1958, y The Rational Manager apareció en 1965.
• Herramienta distintiva: la comparación ES / NO ES, que contrasta cada posible causa con lo que el problema es y lo que no es.
• Regla de decisión: los OBLIGATORIOS son filtros de aprobado o rechazado. Los DESEABLES se ponderan y se puntúan.
• Mejor aplicación: problemas de alto riesgo, ambiguos o recurrentes, donde la causa no es evidente y varias personas deben acordar la solución.
• Aplicación débil: asuntos rápidos y de poco riesgo, en los que basta una charla de cinco porqués.

Los cuatro procesos racionales

KT trata los cuatro procesos como una caja de herramientas. No siempre se ejecutan todos, ni siempre en orden. Pero responden a cuatro preguntas distintas, y confundirlas es donde la mayoría de los equipos pierde tiempo.

1. Evaluación de la situación

Se empieza con un caos: diez quejas, tres proyectos atrasados, un cliente furioso. Según el resumen de Purple Griffon, este paso enumera todas las inquietudes actuales sin resolverlas todavía, reúne la información suficiente para aclarar cada una y establece prioridades según la urgencia, el impacto y los recursos disponibles.

La disciplina está en el "sin resolverlas todavía". El instinto de su equipo es empezar a arreglar el problema más ruidoso. La evaluación de la situación frena ese impulso durante una hora para que se resuelva primero el asunto correcto. Para cada inquietud también se decide qué proceso sigue: ¿hay que encontrar una causa, tomar una decisión o proteger un plan?

2. Análisis del problema (ES / NO ES)

El análisis del problema se usa ante una desviación: algo que debería funcionar de cierta manera y no lo hace, con una causa todavía desconocida. El método define el problema (qué, dónde, cuándo y qué magnitud), recopila datos, enumera las causas posibles y pone a prueba cada una frente a los datos para hallar la causa más probable.

La tabla ES / NO ES es el corazón del método. Para cada dimensión se registra lo que el problema ES y, con el mismo cuidado, lo que NO ES pero fácilmente podría haber sido. Luego se buscan distinciones, es decir, las diferencias entre las dos columnas. Kepner-Tregoe señala que las distinciones deben aplicarse únicamente al lado ES, por lo que decir "es diferente" resulta demasiado vago para ayudar.

Veamos un caso concreto. Un equipo de facturación nota que algunas facturas salen con una tasa de impuestos incorrecta.

Luego cada causa posible enfrenta la misma prueba: ¿explica tanto los datos ES como los datos NO ES? Una causa que explica por qué falla la lista nueva, pero no por qué funciona la anterior, exige una serie de supuestos forzados. Gana la causa con menos supuestos y los más razonables, y se verifica antes de actuar.

3. Análisis de decisiones (OBLIGATORIOS y DESEABLES)

El análisis de decisiones sirve para elegir entre opciones. Según Purple Griffon, se identifican los objetivos como imprescindibles y deseables, se generan alternativas, se evalúan y se elige.

La práctica estándar de KT para esa evaluación es la siguiente:

1. Enuncie la decisión en una sola frase, por ejemplo: "Seleccionar un nuevo transportista para la carga regional".
2. Redacte los OBLIGATORIOS. Son requisitos imperativos, medibles y de aprobado o rechazado. "Cubre los cinco centros regionales" es un OBLIGATORIO. Toda opción que incumpla uno queda descartada, por barata que sea.
3. Redacte los DESEABLES. Son preferencias, como "menor costo" o "seguimiento en tiempo real". Asigne a cada uno un peso que refleje su importancia.
4. Puntúe cada opción que siga en pie frente a cada DESEABLE, multiplique por los pesos y sume.
5. Revise el riesgo de las dos o tres mejores antes de comprometerse. Aquí se pasa al cuarto proceso.

Si esto le suena a una matriz de decisión, es porque lo es, con un giro útil: el filtro de OBLIGATORIOS se aplica primero, de modo que una puntuación alta no puede rescatar a una opción que incumple un requisito innegociable.

4. Análisis de problemas potenciales

El análisis de problemas potenciales (PPA, por sus siglas en inglés) mira hacia adelante. Una vez elegida una solución o un plan, se pregunta qué podría salir mal, qué tan probable es, qué tan grave sería y qué se haría al respecto. Luego se redactan acciones preventivas para reducir la probabilidad y acciones de contingencia para limitar el daño si ocurre de todos modos. Purple Griffon describe el mismo patrón: identificar qué podría salir mal, planificar medidas preventivas y preparar planes de contingencia.

Es primo del FMEA, aunque más ligero. El FMEA puntúa en detalle todo un proceso o diseño de producto. El PPA es una revisión de 30 minutos sobre un único plan antes de ponerlo en marcha.

Kepner-Tregoe frente a otros métodos de resolución de problemas

Los equipos suelen preguntar qué método usar. La respuesta honesta es que operan en niveles distintos.

Una combinación práctica: use un diagrama de Ishikawa para ampliar su lista de causas posibles y luego ES / NO ES para acotarla. Y use el ciclo PDCA para verificar que la solución se sostuvo.

Cómo dirigir una sesión Kepner-Tregoe

Reserve 90 minutos para un problema real y convoque a las personas que intervienen en el proceso, no solo a los gerentes.

1. Enumere las inquietudes. Ponga cada asunto en una pared. Todavía sin resolver nada.
2. Clasifique. Ordene por urgencia, impacto y recursos. Asigne a cada una el siguiente proceso y un responsable.
3. Especifique el problema. Redacte un enunciado del problema de una línea que nombre un objeto y un defecto, como "Tasa de impuestos incorrecta en las facturas", y no "la facturación está rota".
4. Complete la tabla ES / NO ES. Insista en obtener entradas NO ES reales. Los datos NO ES escasos son el fallo más común.
5. Encuentre distinciones y cambios. Pregunte qué tiene de distinto el lado ES y qué cambió cerca del momento en que empezó.
6. Enumere y pruebe las causas posibles. Pruebe cada una contra todas las filas. Elimine las que requieran supuestos forzados.
7. Verifique la causa más probable con una comprobación rápida o un pequeño experimento antes de gastar dinero.
8. Decida la solución con OBLIGATORIOS y DESEABLES si hay varias opciones.
9. Ejecute el análisis de problemas potenciales sobre la solución elegida.
10. Asigne acciones y una fecha de revisión.

Plantillas listas para copiar

Evaluación de la situación

Análisis de decisiones

Análisis de problemas potenciales

Ejemplos por función empresarial

Qué hacer y qué no hacer

Qué hacer

• Redacte el problema como un objeto y una desviación.
• Llene la columna NO ES con alternativas reales y plausibles.
• Haga que los OBLIGATORIOS sean medibles. "Buen soporte" no es un OBLIGATORIO; "respuesta en 24 horas, establecida en el contrato" sí lo es.
• Verifique la causa principal antes de actuar sobre ella.
• Ejecute el análisis de problemas potenciales en cualquier plan que sea costoso o difícil de revertir.

Qué no hacer

• No proponga soluciones en la lluvia de ideas durante la evaluación de la situación.
• No trate cada DESEABLE como un OBLIGATORIO. Se quedará sin opciones.
• No use el método completo para un asunto trivial y puntual. El exceso de proceso tiene un costo real.
• No omita la fecha de revisión. Una solución que nadie revisa es una conjetura.
• No deje que la hoja de trabajo sustituya el criterio. Los pesos subjetivos aún pueden introducir sesgos, como señala la lista de desventajas de Purple Griffon, junto con el tiempo de capacitación que requiere el método.

Cuándo elegir KT

Elíjalo cuando la causa sea desconocida, haya varias explicaciones en competencia y el equipo necesite un registro que el siguiente turno pueda seguir. Opte por algo más ligero, como una conversación de cinco porqués, cuando la cadena causal sea corta y el costo de equivocarse sea pequeño. Cuente con unas horas de práctica; la primera tabla ES / NO ES parece lenta y la tercera resulta natural.

Para ideas de calidad relacionadas, consulte la gestión de la calidad total, que establece la cultura en la que encaja un análisis al estilo KT. Si busca un primo centrado en defectos y variación, Six Sigma utiliza DMAIC con el mismo propósito, apoyado en herramientas estadísticas.