Jejaki punca proses yang disokong bukti tanpa menyalahkan seseorang
Takrif punca akar yang berguna membezakan tiga perkara: gejala yang anda perhatikan, keadaan yang menyumbang kepada kejadian itu, dan punca yang disokong bukti. Bagi bengkel kraf komuniti, contohnya, dua orang menerima pengesahan untuk tempat duduk yang sama; tempahan melalui telefon dan dalam talian diuruskan dalam rekod berasingan; dan kemas kini yang lewat menyebabkan tempat duduk itu masih tersedia dalam talian selepas ditempah melalui telefon. Pernyataan terakhir itu hanya boleh dianggap sebagai punca jika rekod menyokong mekanisme tersebut. Ini ialah cara praktikal untuk mendokumenkan masalah proses yang kecil, bukannya dakwaan bahawa setiap analisis mesti menggunakan satu set label yang tetap.
Apakah maksud “punca akar” dalam projek kecil?
American Society for Quality (ASQ) mentakrifkan punca akar sebagai faktor yang menyebabkan ketidakpatuhan dan perlu ditangani melalui tindakan pembetulan. ASQ menerangkan analisis punca akar sebagai cara untuk mengetahui sebab sesuatu masalah berlaku, dan menyatakan bahawa analisis peristiwa dan faktor penyebab menggunakan bukti serta garis masa untuk mengenal pasti faktor penyebab dan penyumbang. Idea ini menyokong takrif kerja yang ringkas: punca akar ialah bahagian proses yang disokong bukti, yang menerangkan bagaimana masalah yang dinyatakan berlaku dan boleh ditangani melalui perubahan yang praktikal. Panduan ASQ tentang analisis punca akar
Perkataan “akar” mungkin memberi gambaran bahawa hanya ada satu punca. Dalam masalah proses sebenar, beberapa faktor mungkin saling mempengaruhi. ASQ sendiri merujuk kepada faktor penyebab dan penyumbang, jadi laporan yang teliti boleh mengenal pasti lebih daripada satu punca jika bukti menyokongnya. Elakkan memilih penjelasan yang mudah hanya kerana itulah cadangan pertama seseorang.
Apakah perbezaan antara gejala, keadaan penyumbang dan punca?
Label ini membantu menjadikan pernyataan masalah yang ringkas lebih jelas. Label ini ialah panduan penulisan, bukannya pengganti penyiasatan tentang perkara yang berlaku.
Sesuatu keadaan mungkin menyumbang kepada masalah tanpa menerangkan keseluruhan mekanismenya. Contohnya, bengkel yang sibuk mungkin berlaku serentak dengan kemas kini yang lewat, tetapi “bengkel sibuk” sahaja tidak menerangkan sebab pengesahan kedua boleh dikeluarkan. Pernyataan punca perlu menghubungkan proses dengan hasil, dan perlu disokong oleh sesuatu yang boleh disemak: cap masa, rekod tempahan atau pemerhatian langkah-langkah tempahan. Jika bukti itu tiada, anggap penjelasan tersebut sebagai kemungkinan punca sehingga disemak.
Bahagian: Gejala; Perkara yang diterangkan: Hasil yang boleh diperhatikan dan memerlukan perhatian; Contoh tempahan bengkel: Dua peserta menerima pengesahan untuk sesi dan tempat duduk yang sama.
Bahagian: Keadaan penyumbang; Perkara yang diterangkan: Keadaan yang memudahkan masalah berlaku atau menjadikannya lebih berkemungkinan; Contoh tempahan bengkel: Tempahan melalui telefon direkodkan secara berasingan daripada tempahan dalam talian, dan kemas kini tidak dibuat serta-merta.
Bahagian: Punca yang disokong bukti; Perkara yang diterangkan: Mekanisme proses yang menjelaskan bagaimana hasil itu berlaku; Contoh tempahan bengkel: Tempahan melalui telefon boleh disahkan tanpa mengeluarkan tempat duduk itu daripada senarai dalam talian, jadi orang lain boleh menempahnya sebelum rekod diselaraskan.
Urutan soalan ringkas untuk mencari punca yang disokong bukti
Mulakan dengan peristiwa itu, bukannya penilaian terhadap seseorang. ASQ mengesyorkan supaya garis masa ditetapkan secara sistematik dan sebab serta akibat dianalisis; soalan berikut menerapkan pendekatan itu pada masalah tempahan yang kecil. Gambaran keseluruhan ASQ tentang analisis punca akar
Ini menyerupai penyiasatan “lima mengapa”, tetapi lima bukan bilangan yang wajib. Berhenti apabila anda menemui penjelasan proses yang khusus dan boleh disemak, yang menjelaskan peristiwa itu serta boleh membantu menguji pembaikan. Jika sesuatu soalan menghasilkan spekulasi dan bukannya bukti, tandakan ketidakpastian itu dan cari rekod atau perhatikan proses sebelum menganggap jawapannya sebagai sesuatu yang telah dipastikan.
Apakah sebenarnya yang berlaku? Nyatakan hasil dari segi perkara yang boleh diperhatikan: “Dua pengesahan dikeluarkan untuk tempat duduk 4 pada sesi Sabtu pukul 10 pagi.” Elakkan menggantikan peristiwa itu dengan kesimpulan seperti “proses tempahan gagal.”
Apakah rekod yang menunjukkan bila perkara itu berlaku? Bandingkan masa kedua-dua pengesahan dengan log telefon, senarai tempahan dalam talian dan sebarang rekod tempahan bersama. Ini menetapkan urutan peristiwa, bukannya bergantung pada ingatan.
Apakah yang berubah, atau apakah yang tiada, antara pengesahan pertama dengan pengesahan kedua? Katakan log telefon menunjukkan tempahan pertama diterima, tetapi senarai dalam talian masih menunjukkan tempat duduk 4 sebagai kosong apabila tempahan kedua diterima.
Apakah yang membolehkan kedua-dua pengesahan dikeluarkan? Teliti setiap langkah. Jika tempahan melalui telefon dimasukkan ke dalam log kertas sementara tempahan dalam talian menggunakan senarai berasingan, dan kedua-dua saluran tidak menyemak satu rekod ketersediaan terkini sebelum mengesahkan, proses itu membuka kemungkinan tempahan berganda.
Apakah bukti yang boleh menjadikan penjelasan itu kurang berkemungkinan? Semak sama ada tempahan pertama dimasukkan dalam talian sebelum tempahan kedua dibuat, sama ada kedua-dua pengesahan itu benar-benar untuk tempat duduk dan waktu yang sama, dan sama ada peraturan lain atau masalah sistem lebih tepat menjelaskan tempahan berganda itu. Jika rekod bercanggah dengan urutan yang dicadangkan, semak semula penjelasannya.
Catatkan dapatan tanpa membuat dakwaan yang berlebihan
Laporan ringkas boleh menggunakan format ini:
Gejala: [Hasil yang boleh diperhatikan.] Keadaan penyumbang: [Keadaan yang meningkatkan kemungkinannya.] Punca yang disokong bukti: [Mekanisme proses berserta bukti yang menyokongnya.]
Digunakan pada senario ilustrasi di atas:
Contoh ini bersifat hipotetikal; buktinya ialah sebahagian daripada ilustrasi, bukannya laporan tentang bengkel sebenar. Dalam penyiasatan sebenar, gantikan urutan yang diandaikan dengan rekod yang telah anda semak. Jika anda belum dapat memastikan bahawa tempahan melalui telefon mendahului pengesahan kedua atau bahawa senarai dalam talian masih menunjukkan tempat duduk itu sebagai kosong, tulis “kemungkinan punca” dan nyatakan perkara yang perlu disahkan.
Gejala: Dua peserta menerima pengesahan untuk tempat duduk dan waktu bengkel yang sama.
Keadaan penyumbang: Tempahan melalui telefon dan dalam talian direkodkan di tempat berasingan, dan rekod mengambil masa untuk diselaraskan.
Punca yang disokong oleh rekod yang diandaikan dalam senario ini: Tempahan melalui telefon disahkan tanpa mengemas kini atau menyemak senarai ketersediaan dalam talian, yang masih menunjukkan tempat duduk itu kosong apabila tempahan kedua dibuat.
Pilih pembaikan yang boleh dibatalkan dan semak sama ada ia menangani mekanisme tersebut
Untuk percubaan berisiko rendah, bengkel boleh menggunakan satu daftar ketersediaan bersama bagi setiap saluran tempahan. Kakitangan akan merekodkan tempahan dan menandakan tempat duduk itu sebagai tidak tersedia sebelum mengesahkannya, sama ada permintaan diterima melalui telefon atau dalam talian. Ini menyasarkan mekanisme yang dicadangkan—dua saluran membuat pengesahan berdasarkan paparan yang berbeza atau lapuk—tanpa memerlukan perubahan sistem yang kekal.
Cuba prosedur itu untuk beberapa sesi akan datang yang terhad, dengan tarikh mula dan tamat yang jelas. Bandingkan setiap pengesahan dengan daftar bersama dan tanya kakitangan yang menguruskan tempahan sama ada mereka dapat mengikuti urutan itu secara konsisten. Jika pengesahan berganda masih berlaku atau daftar tidak dikemas kini dengan andal sebelum pengesahan, percubaan itu belum membuktikan bahawa perubahan tersebut mengawal puncanya. Semak semula langkah dan bukti; jangan anggap bahawa mengulangi pembaikan yang sama akan menyelesaikan mekanisme yang berbeza.
Oleh itu, takrif yang baik melakukan lebih daripada sekadar menamakan masalah. Takrif itu membolehkan orang lain melihat perkara yang diperhatikan, keadaan yang mungkin menyumbang, penjelasan proses yang disokong bukti, dan cara perubahan kecil yang boleh dibatalkan boleh menguji penjelasan itu.
Sumber dan skop
Contoh tempahan berganda yang asal menjejaki bukti sehingga kepada ujian proses yang boleh dibatalkan. Sumber yang disenaraikan menyokong fakta yang dinyatakan; contoh dan latihan ialah penerapan editorial yang asli.
American Society for Quality, analisis punca akar: https://asq.org/quality-resources/root-cause-analysis