Metode Kepner-Tregoe: Pemecahan Masalah Rasional dan Analisis Keputusan

Oleh Linh Ngo · Diperbarui 10 Oktober 2026

Metode Kepner-Tregoe (KT) adalah cara terstruktur untuk menalar masalah dan keputusan bisnis. Metode ini membagi pekerjaan menjadi empat proses rasional: penilaian situasi, analisis masalah, analisis keputusan, dan analisis potensi masalah. Masing-masing memakai lembar kerja sederhana, sehingga tim berdebat berdasarkan bukti, bukan opini.

Apa itu metode Kepner-Tregoe?

KT adalah metode pemecahan masalah dan pengambilan keputusan yang dibangun di atas satu gagasan: sebagian besar hasil buruk muncul karena orang melompat ke jawaban sebelum pertanyaannya jelas. Metode ini memberi Anda urutan pertanyaan yang tetap, dan setiap urutan berakhir pada sesuatu yang bisa dituliskan dan dipertanggungjawabkan.

Sejarahnya terdokumentasi dengan baik oleh perusahaan yang memakai nama para pendirinya. Menurut lini masa perusahaan Kepner-Tregoe, Ben Tregoe dan Chuck Kepner memulai kemitraan KT pada 1958 di garasi rumah Tregoe di Pacific Palisades, California, dan buku mereka The Rational Manager diterbitkan oleh McGraw Hill pada 1965.

Metode ini juga diam-diam hadir di mana-mana. Kepner-Tregoe menyebutkan bahwa publikasi 8D dari asosiasi otomotif Jerman VDA menekankan bagaimana metode IS / IS NOT dari KT dapat membantu meraih peringkat "excellent" dalam audit. Jadi, jika Anda pernah menjalankan laporan 8D, kemungkinan besar Anda sudah memakai sebagian KT tanpa menyadarinya.

Fakta Utama

• Empat proses: penilaian situasi, analisis masalah, analisis keputusan, dan analisis potensi masalah (atau peluang), sebagaimana dijelaskan oleh Purple Griffon.
• Asal-usul: kemitraan KT dimulai pada 1958, disusul The Rational Manager pada 1965.
• Alat khas: perbandingan IS / IS NOT, yang menguji setiap kemungkinan penyebab terhadap apa yang menjadi masalah dan apa yang bukan.
• Aturan keputusan: MUST adalah saringan lulus/gagal. WANT diberi bobot dan skor.
• Paling cocok untuk: masalah berisiko tinggi, ambigu, atau berulang, ketika penyebabnya tidak jelas dan beberapa orang harus sepakat soal solusinya.
• Kurang cocok untuk: isu cepat berisiko rendah, yang cukup diselesaikan lewat obrolan five whys.

Empat proses rasional

KT memperlakukan keempat proses sebagai satu perangkat alat. Anda tidak selalu menjalankan semuanya, dan tidak selalu berurutan. Namun keempatnya menjawab empat pertanyaan yang berbeda, dan mencampuradukkan pertanyaan-pertanyaan itu adalah sumber utama waktu terbuang pada kebanyakan tim.

1. Penilaian situasi

Anda memulai dari kekacauan: sepuluh keluhan, tiga proyek terlambat, satu pelanggan yang marah. Menurut ulasan Purple Griffon, langkah ini mendaftar semua kekhawatiran saat ini tanpa langsung menyelesaikannya, mengumpulkan informasi yang cukup untuk memperjelas tiap kekhawatiran, dan menetapkan prioritas berdasarkan urgensi, dampak, dan sumber daya yang tersedia.

Disiplinnya ada pada frasa "tanpa langsung menyelesaikannya". Naluri tim Anda adalah segera memperbaiki isu yang paling ribut. Penilaian situasi memperlambat hal itu selama satu jam agar isu yang tepat diperbaiki lebih dulu. Untuk setiap kekhawatiran, Anda juga menentukan proses berikutnya: apakah perlu dicari penyebabnya, dibuat pilihan, atau dilindungi rencananya?

2. Analisis masalah (IS / IS NOT)

Analisis masalah dipakai untuk penyimpangan: sesuatu yang seharusnya berjalan dengan cara tertentu tetapi tidak, dengan penyebab yang belum Anda ketahui. Metode ini mendefinisikan masalah (apa, di mana, kapan, dan seberapa besar), mengumpulkan data, mendaftar kemungkinan penyebab, lalu menguji tiap penyebab terhadap data untuk menemukan penyebab yang paling mungkin.

Tabel IS / IS NOT adalah inti dari proses ini. Untuk setiap dimensi, Anda mencatat apa yang menjadi masalah (IS) dan, sama telitinya, apa yang BUKAN masalah (IS NOT) padahal bisa saja terjadi. Kemudian Anda mencari pembeda, yaitu perbedaan antara kedua kolom. Kepner-Tregoe menegaskan bahwa pembeda hanya boleh berlaku pada sisi IS, sehingga pernyataan "ini berbeda" terlalu kabur untuk membantu.

Berikut contoh konkretnya. Sebuah tim penagihan menyadari bahwa beberapa faktur terkirim dengan tarif pajak yang salah.

Setiap kemungkinan penyebab kemudian menghadapi uji yang sama: apakah ia menjelaskan data IS sekaligus data IS NOT? Penyebab yang menjelaskan mengapa daftar baru bermasalah tetapi tidak menjelaskan mengapa daftar lama berfungsi memerlukan serangkaian asumsi yang dipaksakan. Penyebab dengan asumsi paling sedikit dan paling masuk akal yang menang, dan Anda memverifikasinya sebelum bertindak.

3. Analisis keputusan (MUST dan WANT)

Analisis keputusan memilih di antara beberapa opsi. Menurut Purple Griffon, Anda mengidentifikasi tujuan sebagai syarat wajib dan syarat yang diinginkan, menyusun alternatif, mengevaluasinya, lalu memilih.

Praktik standar KT untuk evaluasi tersebut:

1. Nyatakan keputusannya dalam satu kalimat, misalnya "Pilih penyedia jasa angkut baru untuk pengiriman barang regional."
2. Tulis MUST. Ini bersifat wajib, terukur, dan lulus/gagal. "Mencakup kelima hub regional" adalah MUST. Opsi apa pun yang gagal memenuhinya gugur, semurah apa pun harganya.
3. Tulis WANT. Ini adalah preferensi, seperti "biaya terendah" atau "pelacakan real-time". Beri setiap WANT bobot yang mencerminkan seberapa penting ia.
4. Beri skor setiap opsi yang lolos terhadap setiap WANT, kalikan dengan bobotnya, lalu jumlahkan.
5. Periksa risiko dua atau tiga opsi teratas sebelum Anda berkomitmen. Langkah ini menyambung ke proses keempat.

Jika ini terdengar seperti decision matrix, memang benar, dengan satu perbedaan yang berguna: saringan MUST dijalankan lebih dulu, sehingga skor tinggi tidak bisa menyelamatkan opsi yang melanggar syarat mutlak.

4. Analisis potensi masalah

Analisis potensi masalah (PPA) melihat ke depan. Setelah Anda memilih perbaikan atau rencana, Anda bertanya apa yang bisa salah, seberapa besar kemungkinannya, seberapa parah dampaknya, dan apa yang akan Anda lakukan. Anda lalu menulis tindakan pencegahan untuk menurunkan kemungkinan terjadinya, dan tindakan kontingensi untuk membatasi kerusakan jika masalah tetap terjadi. Purple Griffon menjelaskan pola yang sama: mengidentifikasi apa yang bisa salah, merencanakan langkah pencegahan, dan menyiapkan rencana kontingensi.

PPA bersaudara dengan FMEA, tetapi lebih ringan. FMEA menilai seluruh proses atau desain produk secara rinci. PPA adalah tinjauan 30 menit atas satu rencana sebelum Anda meluncurkannya.

Kepner-Tregoe vs metode pemecahan masalah lain

Tim sering bertanya metode mana yang harus dipakai. Jawaban jujurnya, metode-metode ini berada pada tingkat yang berbeda.

Pasangan yang praktis: gunakan fishbone untuk memperluas daftar kemungkinan penyebab, lalu gunakan IS / IS NOT untuk mempersempitnya. Setelah itu, gunakan siklus PDCA untuk memverifikasi bahwa perbaikan bertahan.

Cara menjalankan sesi Kepner-Tregoe

Sisihkan 90 menit untuk masalah yang nyata, dan ajak orang-orang yang bersentuhan langsung dengan prosesnya, bukan hanya para manajer.

1. Daftar kekhawatiran. Tempel setiap isu di dinding. Belum boleh memperbaiki.
2. Triase. Urutkan berdasarkan urgensi, dampak, dan sumber daya. Tetapkan proses berikutnya dan penanggung jawab untuk masing-masing.
3. Rumuskan masalah. Tulis pernyataan masalah satu baris yang menyebut satu objek dan satu cacat, seperti "Tarif pajak salah pada faktur," bukan "penagihan rusak."
4. Isi tabel IS / IS NOT. Dorong agar entri IS NOT benar-benar terisi. Data IS NOT yang tipis adalah kegagalan yang paling umum.
5. Temukan pembeda dan perubahan. Tanyakan apa yang berbeda pada sisi IS, dan apa yang berubah mendekati waktu masalah mulai muncul.
6. Daftar dan uji kemungkinan penyebab. Uji masing-masing terhadap setiap baris. Singkirkan yang membutuhkan asumsi yang dipaksakan.
7. Verifikasi penyebab paling mungkin dengan pemeriksaan cepat atau eksperimen kecil sebelum Anda mengeluarkan biaya.
8. Putuskan perbaikannya dengan MUST dan WANT jika ada beberapa opsi.
9. Jalankan analisis potensi masalah pada perbaikan yang dipilih.
10. Tetapkan tindakan dan tanggal tinjauan.

Template siap salin

Penilaian situasi

Analisis keputusan

Analisis potensi masalah

Contoh berdasarkan fungsi bisnis

Do dan don't

Lakukan

• Tulis masalah sebagai satu objek dan satu penyimpangan.
• Isi kolom IS NOT dengan alternatif yang nyata dan masuk akal.
• Buat MUST yang terukur. "Dukungan yang baik" bukan MUST; "respons dalam 24 jam, tertulis dalam kontrak" adalah MUST.
• Verifikasi penyebab utama sebelum bertindak berdasarkan penyebab itu.
• Jalankan analisis potensi masalah pada setiap rencana yang mahal atau sulit dibatalkan.

Jangan

• Jangan curah gagasan solusi selama penilaian situasi.
• Jangan perlakukan setiap WANT sebagai MUST. Anda akan kehabisan opsi.
• Jangan pakai metode penuh untuk isu sepele yang terjadi sekali. Proses berlebihan adalah biaya yang nyata.
• Jangan lewatkan tanggal tinjauan. Perbaikan yang tidak diperiksa siapa pun hanyalah tebakan.
• Jangan biarkan lembar kerja menggantikan penilaian. Bobot yang subjektif tetap dapat menimbulkan bias, seperti yang diingatkan daftar kekurangan dari Purple Griffon, bersama waktu pelatihan yang dibutuhkan metode ini.

Kapan memilih KT

Pilih KT ketika penyebabnya tidak diketahui, beberapa penjelasan saling bersaing, dan tim membutuhkan catatan yang dapat diikuti oleh shift berikutnya. Pilih yang lebih ringan, seperti obrolan five whys, ketika rantai sebabnya pendek dan biaya kesalahannya kecil. Siapkan beberapa jam untuk berlatih; tabel IS / IS NOT pertama terasa lambat, dan yang ketiga terasa wajar.

Untuk gagasan mutu yang berkaitan, lihat total quality management, yang membentuk budaya tempat analisis ala KT cocok diterapkan. Jika Anda mencari saudara dekat yang berfokus pada cacat dan variasi, Six Sigma memakai DMAIC untuk tujuan yang sama dengan alat statistik.