[IQ] Executing DQ Project : #5 Identify Root Causes

Step 5 Identify Root Causes

  • พื้นฐานเรื่อง Root Causes

Step_5_Identify_Root_Causes.jpg

– หาสาเหตุของปัญหา
– Input ได้จาก step 2-4 เช่น การประเมินคุณภาพ, ผลกระทบ, ค่าใช้จ่ายทีต้องใช้
– วิธีการการหา Root Causes

  1. ถาม 5 Whys เพื่อหาสาเหตุ :
    – เข้าไปพูดคุยและหาสาเหตุ บางครั้งไม่ได้เป็นคำถามที่แน่นอนตายตัว
    – อาจจะมีการสร้างแบบฟอร์มไว้เลยว่าจะถามอะไรบ้างในแต่ละด้าน เพื่อให้คนที่สอบถามสะดวกขึ้น
    – แต่บางครั้งการวิเคราะห์อาจจะไม่ได้จากกา่รถามอย่างเีดียวต้องไปดูระบบด้วย
  2. Track and trace : ดูว่าปัญหาเกิดจากตรงไหนอย่างไร
    – ดู Information Life Cycle  ว่าแต่ละขั้นตอนมีปัญหาอะไรรึเปล่า
    – เปรียบเทียบก่อนและหลังแต่ละขั้นตอนว่าได้ผลตามต้องการรึเปล่า
  3. The Cause-and-Effect Analysis : พิจารณาถึงสาเหตุที่เป็นไปได้ทั้งหมดโดยใ้ช้ Fishbone Diagram
  • The Cause-and-Effect Analysis

  1. ตั้งทีมที่เกี่ยวข้องจัดประขุม
  2. ระบุปัญหาที่สนใจ
  3. ดูว่ามีผลกระทบอย่างไร
  4. ช่วยกันหาสาเหตุที่เป็นไปได้
  • Common Categories of Root Causes

– production processes

  1. Machines (tools and equipments) : เครื่องมือบกพร่อง, ใช้ยาก
  2. Methods (how work is done) : กระบวนการไม่ดี
  3. Material (components or raw materials) : ข้อมูลดิบที่เข้ามาผิด
  4. Manpower or people (the human element) : คนที่ทำงาน

– service processes

  1. Policies (higher-level decision rules) : นโยบาย
  2. Procedures (steps in a task) : กระบวณการทำงานในแต่ละขั้นตอน
  3. People (the human element) : คน
  4. Plant (equipment and space) : โรงงาน
  • Best Practices

– ปัญหาที่เป็นสาเหตุหลักอยู่ที่ architecture และ constraints
– ส่วน architecture เช่น มีการออกแบบ data model ที่ไม่ดี
– ส่วน constraints เช่นฟิลด์ไหนต้องเป็น null, การกำหนดขอบเขตในเรื่องของวันเกิด

Leave a comment