5 Whys: Kaedah Analisis Punca Akar (Dengan Contoh)

Teknik 5 Whys ialah salah satu alat paling mudah dan paling berkesan dalam penambahbaikan proses. Anda menyatakan satu masalah, tanya "kenapa" ia berlaku, kemudian tanya "kenapa" sekali lagi tentang jawapan pertama anda, dan terus berbuat demikian sehingga anda sampai kepada punca sebenar dan bukannya gejala. Kebanyakan pasukan sampai ke sana dalam lima lelaran. Ada yang mengambil tiga. Sebilangan kecil benar-benar memerlukan enam atau tujuh.

Apa yang menjadikannya luar biasa bukanlah nombornya. Ia adalah disiplin untuk tidak berhenti pada jawapan pertama yang mudah.

Apakah 5 Whys?

5 Whys ialah teknik analisis punca akar yang menggunakan soalan berulang untuk mengesan asal usul sesuatu masalah. Anda bermula dengan pernyataan masalah yang ditakrifkan dan bertanya "kenapa ini berlaku?" secara berulang sehingga anda mendedahkan kegagalan sistemik yang mendasari, bukannya gejala luaran.

Kaedah ini dicipta oleh Sakichi Toyoda, pengasas Toyota Industries, pada awal abad kedua puluh. Ia menjadi sebahagian rasmi daripada Toyota Production System (TPS) di bawah Taiichi Ohno pada tahun 1950-an dan 1960-an. Ohno mengiktiraf 5 Whys sebagai salah satu amalan teras yang membolehkan Toyota membina kualiti ke dalam proses pembuatannya berbanding memeriksa kecacatan selepas fakta. Hari ini ia adalah alat standard dalam metodologi Lean, rangka kerja DMAIC Six Sigma, dan hampir setiap sistem penambahbaikan berterusan.

Teknik ini tidak memerlukan perisian, latihan statistik, atau sebarang pensijilan khas. Kebolehcapaian itulah sebabnya ia bertahan lebih 70 tahun di lantai kilang dan bilik lembaga.

Fakta Utama

• Taiichi Ohno, bapa kepada Toyota Production System, menulis dalam bukunya pada 1988 Toyota Production System: Beyond Large-Scale Production bahawa dengan mengulangi "kenapa" lima kali, sifat sesuatu masalah serta penyelesaiannya menjadi jelas. Rangka penerangan ini masih menjadi huraian kanonik teknik ini yang digunakan oleh Lean Enterprise Institute hari ini.
• American Society for Quality (ASQ) memasukkan 5 Whys dalam Body of Knowledge untuk Certified Quality Engineers dan menyenaraikannya sebagai salah satu alat utama bagi fasa Analyze bersama fishbone diagram dan analisis Pareto.
• Satu kaji selidik 2021 oleh Lean Enterprise Institute mendapati 5 Whys digunakan oleh lebih 65% organisasi yang telah menggunapakai amalan lean, menjadikannya alat punca akar tunggal yang paling meluas digunakan dalam pengurusan operasi.

5 Whys berbanding Fishbone Diagram berbanding 8D

Ketiga-tiga alat ini sering disebut serentak. Ia berkait tetapi tidak boleh saling ditukar ganti. Memilih alat yang salah membazirkan masa dan menghasilkan kesimpulan yang cetek.

Gunakan 5 Whys apabila anda memerlukan jawapan dengan pantas dan masalahnya terkandung. Gunakan fishbone diagram apabila anda tidak pasti kategori punca mana yang mendorong masalah dan memerlukan struktur sumbang saran. Gunakan penyelesaian masalah 8D apabila masalah memerlukan dokumentasi formal, tindakan pembendungan, dan pengesahan merentasi sempadan organisasi.

5 Whys dan fishbone diagram sebenarnya berfungsi dengan baik bersama-sama. Ramai pasukan menggunakan fishbone dahulu untuk memetakan ruang kemungkinan, kemudian menerapkan 5 Whys pada cabang yang paling mungkin.

Faedah 5 Whys

Kepantasan. Pasukan kecil boleh menyiapkan analisis 5 Whys dalam masa kurang sejam. Bagi masalah operasi yang secara aktif membazirkan wang atau menyebabkan kelewatan, kepantasan itu penting.

Kebolehcapaian. Anda tidak memerlukan ahli statistik atau black belt bertauliah untuk memudahkan sesi 5 Whys. Mana-mana ketua pasukan yang memahami masalah tersebut boleh menjalankannya.

Fokus pada sistem, bukan individu. Jika dilakukan dengan betul, 5 Whys mengarahkan siasatan menjauhi kesilapan manusia sebagai punca akar dan menuju kepada proses, sistem, atau dasar yang membenarkan kesilapan itu berlaku. Menyalahkan seseorang tidak mencegah pengulangan. Membetulkan proses yang rosak, mencegahnya.

Integrasi dengan alat lain. 5 Whys sesuai secara semula jadi ke dalam fasa Analyze DMAIC, peringkat Plan PDCA, dan acara Kaizen. Ia adalah teknik modular, bukan metodologi berdiri sendiri.

Kejelasan langkah balas. Kerana 5 Whys berakhir pada punca akar yang khusus, tindakan pembetulan biasanya jelas. Itulah keseluruhan intinya. Jika jawapan anda kabur, anda belum menyelidik cukup dalam.

Kesilapan dan batasan biasa

5 Whys adalah mudah. Kesederhanaan itu juga kelemahan utamanya.

Berhenti terlalu awal. Kesilapan paling biasa ialah menerima gejala sebagai punca. "Mesin rosak" adalah gejala. "Mesin rosak kerana jadual penyelenggaraan dipotong untuk mengurangkan kos" ialah punca akar. Pasukan yang tertekan masa menerima jawapan pertama yang munasabah dan meneruskan. Masalah itu kembali semula.

Mengikut hanya satu laluan. Masalah sebenar selalunya mempunyai pelbagai punca penyumbang yang bercabang pada setiap peringkat. Analisis rantaian tunggal yang ketat terlepas kegagalan selari. Bagi masalah kompleks, lukiskan rantaian sebagai pokok, bukan garis.

Menyalahkan individu berbanding proses. Jika "why" kelima anda ialah "kerana Bob tidak menyemak laporan itu," anda belum menemui punca akar. Anda hanya menemui seseorang untuk dipersalahkan. Teruskan bertanya. Kenapa tiada sistem yang menjadikan semakan itu automatik? Kenapa Bob tidak dilatih? Kenapa Bob menjadi satu-satunya titik kegagalan?

Bergantung pada ingatan dan andaian. 5 Whys berfungsi paling baik dengan data, bukan ingatan. Apabila pasukan membina semula peristiwa daripada ingatan, mereka memperkenalkan bias dan terlepas apa yang sebenarnya berlaku. Gandingkan dengan pemerhatian, log data, atau susur proses apabila boleh.

Menggunakannya untuk kegagalan kompleks pelbagai sistem. Apabila sesuatu masalah menyentuh lima jabatan, tiga sistem perisian, dan dua badan pengawal selia, satu sesi 5 Whys di dalam bilik mesyuarat tidak akan dapat menanganinya. Itu adalah tugas untuk fishbone diagram diikuti analisis statistik, bukan soalan berulang.

Cara menggunakan 5 Whys (langkah demi langkah)

Langkah 1: Takrifkan masalah dengan jelas

Tuliskan masalah sebagai pernyataan yang khusus dan boleh diperhatikan. Pernyataan masalah yang kabur menghasilkan punca akar yang kabur. "Jualan menurun" bukan pernyataan masalah. "Ralat penyempurnaan pesanan meningkat 23% pada S2, menyebabkan 48 aduan pelanggan" adalah.

Sertakan apa yang berlaku, di mana ia berlaku, bila ia pertama kali disedari, dan apakah kesan yang boleh diukur. Langkah ini bernilai lima minit. Ia menjimatkan berjam-jam kemudian.

Langkah 2: Tanya "Kenapa ini berlaku?" (Why 1)

Fokus pada pernyataan masalah. Tuliskan punca segera, penjelasan peringkat pertama bagi apa yang anda perhatikan. Kekal berdasarkan fakta. Jawapan ini perlu boleh disahkan, bukan diandaikan.

Langkah 3: Tanya "Kenapa?" tentang jawapan pertama anda (Why 2)

Ambil punca yang baru anda dokumentasikan dan tanya kenapa ia berlaku. Anda bukan lagi bertanya tentang masalah asal. Anda bertanya tentang punca yang anda kenal pasti dalam Langkah 2. Tuliskan jawapannya.

Langkah 4: Teruskan bertanya "Kenapa?" (Why 3-5)

Ulangi proses ini dengan setiap jawapan baharu. Pada setiap peringkat, tanya: adakah ini benar-benar punca, atau ia masih gejala? Teruskan sehingga salah satu syarat ini terpenuhi. Pertama, jawapan itu mendedahkan kegagalan proses, dasar, atau sistem yang benar-benar boleh dibetulkan. Kedua, anda sampai ke titik di mana anda tiada lagi kawalan ke atas punca tersebut (peraturan luaran, fizik, kekangan tetap). Ketiga, jawapan itu mendedahkan jurang sumber atau pengetahuan yang memerlukan siasatan berasingan.

Jangan paksa tepat lima lelaran. Berhenti apabila anda sampai kepada asal usul sebenar. Teruskan melebihi lima jika anda masih menerangkan gejala.

Langkah 5: Kenal pasti punca akar

"Why" terakhir yang pasukan anda bersetuju boleh ditindaki dan sistemik ialah punca akar anda. Tuliskan secara jelas. Semak semula rantaian daripada masalah kepada punca akar secara lisan untuk mengesahkan ia masuk akal secara logik pada setiap langkah.

Langkah 6: Tentukan langkah balas dan sahkan

Tetapkan satu tindakan pembetulan khusus kepada punca akar, bukan kepada gejala di pertengahan rantaian. Tetapkan tarikh sasaran. Tetapkan pemilik. Selepas pelaksanaan, sahkan bahawa masalah asal tidak lagi berlaku. Jika ia berulang, rantaian punca akar anda tidak lengkap. Selidik lebih dalam.

Contoh 5 Whys

Pembuatan: masa henti mesin

Berikut ialah contoh kerja penuh daripada persekitaran pengeluaran.

Menggantikan motor (gejala) akan menelan belanja $1,200 dan dua minggu masa pendahuluan. Mengemas kini senarai semak hanya mengambil masa 20 minit.

Kejuruteraan perisian: gangguan sistem

Satu platform SaaS mengalami gangguan kritikal yang menjejaskan 2,000 pelanggan.

• Why 1: Pelayan pangkalan data utama kehabisan ruang cakera.
• Why 2: Satu tugas kelompok sedang menulis fail log tidak dimampatkan ke volum pangkalan data.
• Why 3: Tugas kelompok itu dikonfigurasikan sedemikian secara lalai dan tiada siapa mengubahnya.
• Why 4: Tiada keperluan semakan kod untuk konfigurasi tugas kelompok.
• Why 5: Proses penerapan tidak menanda fail konfigurasi bukan aplikasi untuk semakan wajib.

Punca akar: Jurang dalam proses penerapan. Fail konfigurasi tidak tertakluk kepada pintu semakan yang sama seperti kod aplikasi. Langkah balas: Kemas kini saluran penerapan untuk memerlukan semakan kejuruteraan bagi semua perubahan konfigurasi. Tambah amaran ruang cakera pada ambang 70%.

Perkhidmatan pelanggan: lonjakan aduan

Sebuah syarikat perisian langganan melihat lonjakan 30% dalam tiket sokongan berkaitan pengebilan pada minggu pertama bulan itu.

• Why 1: Pelanggan keliru tentang caj tidak dijangka pada invois mereka.
• Why 2: Satu perubahan peringkat harga dilancarkan tanpa mengemas kini penerangan pengebilan dalam aplikasi.
• Why 3: Pasukan produk dan kewangan mengemas kini enjin harga tetapi tidak memaklumkan pasukan UX.
• Why 4: Tiada senarai semak rentas fungsi untuk perubahan harga yang merangkumi semakan UX.

Punca akar: Langkah hilang dalam proses perubahan harga. Langkah balas: Cipta runbook perubahan harga yang memerlukan kelulusan daripada UX, kewangan, dan customer success sebelum sebarang perubahan dilancarkan.

Amalan terbaik untuk memaksimumkan 5 Whys

Bawa orang yang tepat. Sertakan orang yang paling hampir dengan kegagalan itu dan orang yang memahami sistem huluan. Jangan jalankan 5 Whys hanya dengan pengurus yang tiada semasa peristiwa itu berlaku.

Gunakan fasilitator. Seseorang perlu memastikan pasukan jujur, mencabar jawapan yang kabur, dan memastikan setiap "why" mengikut secara logik daripada yang sebelumnya. Fasilitator tidak sepatutnya orang yang paling terikat dengan hasil tertentu.

Dokumentasikan rantaian secara visual. Tuliskan setiap langkah pada papan putih atau dokumen dikongsi supaya keseluruhan rantaian dapat dilihat. Pasukan membuat keputusan lebih baik apabila mereka dapat melihat aliran logik daripada masalah kepada punca akar.

Cabar setiap jawapan. Tanya "bagaimana kita tahu ini benar?" pada setiap langkah. Tekaan yang munasabah bukanlah punca yang disahkan. Jika anda tidak dapat mengesahkan jawapan dengan data atau pemerhatian langsung, tandakan sebagai andaian dan sahkan sebelum memuktamadkan rantaian.

Kaitkan langkah balas dengan punca akar, bukan gejala. Jika langkah balas anda menangani Why 2 dan bukannya Why 5, anda telah membina jalan mudah, bukan pembaikan. Jalan mudah menyembunyikan masalah. Pembaikan punca akar menghapuskannya.

Susulan. 5 Whys hanya berguna jika langkah balas dilaksanakan dan disahkan. Jadualkan semakan susulan 30 hari selepas pelaksanaan untuk mengesahkan masalah tidak berulang.

Bacaan berkaitan

• Analisis Punca Akar: Panduan lebih luas tentang kaedah RCA, bila menggunakan setiap satu, dan bagaimana ia sesuai dalam sistem pengurusan kualiti.
• Analisis Pareto: Utamakan masalah mana untuk disiasat dahulu menggunakan prinsip 80/20.
• Fishbone Diagram: Pelengkap visual kepada 5 Whys untuk memetakan kategori punca.
• DMAIC: Rangka kerja Six Sigma yang menggunakan 5 Whys dalam fasa Analyze.
• Rajah SIPOC: Petakan proses anda sebelum memulakan 5 Whys untuk memastikan pernyataan masalah anda dilingkupi dengan betul.

Soalan lazim

Kenapa lima dan bukan lebih atau kurang?

Nombor lima adalah panduan, bukan peraturan. Wawasan asal Sakichi Toyoda ialah kebanyakan masalah operasi mempunyai punca akar yang boleh dicapai dalam lima lelaran soalan. Dalam praktiknya, sesetengah masalah selesai pada tiga "why" dan yang lain benar-benar memerlukan tujuh. Nombor yang penting ialah yang membawa anda kepada punca sistemik dan boleh ditindaki. Berhenti apabila anda sampai ke sana, teruskan lebih keras jika belum.

Adakah 5 Whys sama dengan analisis punca akar?

Tidak, tetapi 5 Whys ialah satu teknik analisis punca akar. Analisis punca akar (RCA) ialah amalan lebih luas untuk mengenal pasti asal usul mendasari sesuatu masalah. 5 Whys ialah satu alat dalam amalan itu. Alat RCA lain termasuk fishbone diagram, analisis pokok kegagalan, dan failure mode and effects analysis (FMEA). Ramai pengamal RCA menggunakan 5 Whys sebagai titik permulaan sebelum menambah kaedah statistik yang lebih ketat.

Bolehkah anda menggabungkan 5 Whys dengan fishbone diagram?

Ya, dan ia satu gabungan yang benar-benar berguna. Fishbone diagram membantu anda mengenal pasti kategori punca yang paling berkemungkinan (People, Process, Equipment, Materials, Environment, Measurement). Sebaik sahaja anda mengecilkan kepada satu cabang khusus, terapkan 5 Whys untuk menyelidik cabang itu dan mengesahkan punca akar. Fishbone meluaskan; 5 Whys mendalamkan.

Bila anda tidak sepatutnya menggunakan 5 Whys?

Langkau 5 Whys bagi masalah yang kompleks secara statistik, yang merentasi pelbagai sistem yang saling berkait, atau yang memerlukan dokumentasi formal untuk tujuan pengawalseliaan atau pelanggan. Ia juga bukan alat yang betul apabila pasukan tidak mempunyai akses kepada orang dan data yang paling hampir dengan kegagalan tersebut. Dalam kes itu, gunakan fishbone diagram, penyelesaian masalah 8D, atau failure mode and effects analysis yang lengkap.

Adakah 5 Whys berfungsi dalam persekitaran perkhidmatan dan kerja pengetahuan, bukan sekadar pembuatan?

Sudah tentu. Kaedah ini berasal daripada pembuatan tetapi berfungsi di mana-mana sahaja proses boleh ditakrifkan dan kegagalan boleh diperhatikan. Pasukan perisian menggunakannya dalam post-mortem. Pasukan customer success menggunakannya untuk mendiagnosis churn. Pasukan HR menggunakannya dalam semakan punca akar selepas lonjakan pemberhentian kerja. Logik yang sama terpakai: berhenti pada penjelasan pertama yang munasabah dan masalah itu berulang; teruskan bertanya dan anda akan menemui apa yang sebenarnya perlu diubah.

5 Whys tidak memerlukan alat khas atau latihan mahal. Ia memerlukan kejujuran tentang apa yang anda tidak tahu, kesabaran untuk terus bertanya soalan yang tidak selesa, dan komitmen organisasi untuk membetulkan sistem sebaik sahaja anda menemuinya. Pasukan yang membina tabiat itu berhenti melawan kebakaran yang sama berulang kali. Itulah ganjaran sebenar.