[IQ] Executing DQ Project : #5 Identify Root Causes
Step 5 Identify Root Causes
-
พื้นฐานเรื่อง Root Causes
– หาสาเหตุของปัญหา
– Input ได้จาก step 2-4 เช่น การประเมินคุณภาพ, ผลกระทบ, ค่าใช้จ่ายทีต้องใช้
– วิธีการการหา Root Causes
- ถาม 5 Whys เพื่อหาสาเหตุ :
– เข้าไปพูดคุยและหาสาเหตุ บางครั้งไม่ได้เป็นคำถามที่แน่นอนตายตัว
– อาจจะมีการสร้างแบบฟอร์มไว้เลยว่าจะถามอะไรบ้างในแต่ละด้าน เพื่อให้คนที่สอบถามสะดวกขึ้น
– แต่บางครั้งการวิเคราะห์อาจจะไม่ได้จากกา่รถามอย่างเีดียวต้องไปดูระบบด้วย - Track and trace : ดูว่าปัญหาเกิดจากตรงไหนอย่างไร
– ดู Information Life Cycle ว่าแต่ละขั้นตอนมีปัญหาอะไรรึเปล่า
– เปรียบเทียบก่อนและหลังแต่ละขั้นตอนว่าได้ผลตามต้องการรึเปล่า - The Cause-and-Effect Analysis : พิจารณาถึงสาเหตุที่เป็นไปได้ทั้งหมดโดยใ้ช้ Fishbone Diagram
-
The Cause-and-Effect Analysis
- ตั้งทีมที่เกี่ยวข้องจัดประขุม
- ระบุปัญหาที่สนใจ
- ดูว่ามีผลกระทบอย่างไร
- ช่วยกันหาสาเหตุที่เป็นไปได้
-
Common Categories of Root Causes
– production processes
- Machines (tools and equipments) : เครื่องมือบกพร่อง, ใช้ยาก
- Methods (how work is done) : กระบวนการไม่ดี
- Material (components or raw materials) : ข้อมูลดิบที่เข้ามาผิด
- Manpower or people (the human element) : คนที่ทำงาน
– service processes
- Policies (higher-level decision rules) : นโยบาย
- Procedures (steps in a task) : กระบวณการทำงานในแต่ละขั้นตอน
- People (the human element) : คน
- Plant (equipment and space) : โรงงาน
-
Best Practices
– ปัญหาที่เป็นสาเหตุหลักอยู่ที่ architecture และ constraints
– ส่วน architecture เช่น มีการออกแบบ data model ที่ไม่ดี
– ส่วน constraints เช่นฟิลด์ไหนต้องเป็น null, การกำหนดขอบเขตในเรื่องของวันเกิด
Leave a comment