Ishikawa / ไดอะแกรมก้างปลา
ไดอะแกรม Ishikawa จัดระเบียบสาเหตุที่เป็นไปได้ของปัญหาเป็นหมวดหมู่ตามโครงสร้างก้างปลา รับประกันการวิเคราะห์สาเหตุรากอย่างเป็นระบบแทนการสรุปก่อน
ไดอะแกรม Ishikawa (เรียกว่าก้างปลาหรือไดอะแกรมเหตุและผลด้วย) พัฒนาโดย Kaoru Ishikawa เพื่อจัดโครงสร้างการระดมสมองเกี่ยวกับสาเหตุของปัญหา ปัญหา (ผล) วางที่หัวปลา และสาเหตุที่เป็นไปได้แตกแขนงไปตามกระดูกสันหลัง
หมวดหมู่คลาสสิก (6 M) คือ: Man (คน), Machine (อุปกรณ์), Method (กระบวนการ), Material, Measurement และ Mother Nature (สิ่งแวดล้อม) หมวดหมู่เหล่านี้รับประกันว่าไม่มีพื้นที่สาเหตุหลักถูกมองข้ามระหว่างการวิเคราะห์
การสร้างไดอะแกรม Ishikawa เป็นการฝึกทีม: ผู้ปฏิบัติงาน วิศวกร และเจ้าหน้าที่คุณภาพแต่ละคนนำมุมมองที่แตกต่างกัน สำหรับแต่ละหมวดหมู่ ทีมถามว่า 'อะไรอาจเป็นสาเหตุของปัญหานี้?' และเขียนทุกแนวคิดบนกิ่งที่เหมาะสม
ไดอะแกรมไม่แก้ปัญหาด้วยตัวเอง -- มันจัดระเบียบสมมติฐานที่ต้องยืนยันด้วยข้อมูล สาเหตุรากที่น่าจะที่สุดที่ระบุในไดอะแกรมกลายเป็นจุดเริ่มต้นสำหรับการทดลองในวงจร PDCA
ตัวอย่างเชิงปฏิบัติ
สายการบรรจุภัณฑ์มีอัตราฉลากเอียง 4.7% ทีมสร้างไดอะแกรม Ishikawa ภายใต้ 'Machine': ลูกกลิ้งนำสึก ภายใต้ 'Material': กาวฉลากแตกต่างกันตามซัพพลายเออร์ ภายใต้ 'Method': ไม่มีมาตรฐานสำหรับการตั้งค่าแรงกดลูกกลิ้ง การวิเคราะห์ข้อมูลยืนยันแรงกดลูกกลิ้งเป็นสาเหตุหลัก การตั้งค่ามาตรฐาน + จิ๊ก Poka-Yoke ลดการเอียงเป็น 0.3%
Leanshift ช่วยอย่างไร
Leanshift ให้ข้อมูลคุณภาพและกระบวนการที่จำเป็นเพื่อตรวจสอบสมมติฐาน Ishikawa แทนที่จะเดาว่ากิ่งใดถือสาเหตุราก ทีมใช้ cycle time อัตราข้อบกพร่อง และพารามิเตอร์กระบวนการที่วัดเพื่อยืนยัน
คำถามที่พบบ่อย
ควรใช้ไดอะแกรม Ishikawa เมื่อใด?
เมื่อใดก็ตามที่ปัญหามีสาเหตุที่เป็นไปได้หลายประการและสาเหตุรากไม่ชัดเจน มีประโยชน์อย่างยิ่งสำหรับปัญหาคุณภาพ downtime ที่เกิดซ้ำ และการเบี่ยงเบนกระบวนการที่ทีมต้องการแนวทางที่มีโครงสร้าง
6 M คืออะไร?
Man (คน/ทักษะ), Machine (อุปกรณ์/เครื่องมือ), Method (กระบวนการ/ขั้นตอน), Material (อินพุต/วัสดุ), Measurement (เกจ/ข้อมูล) และ Mother Nature (สิ่งแวดล้อม/สภาพ) ไม่ใช่ทุกหมวดหมู่ใช้กับทุกปัญหา
Ishikawa แตกต่างจาก 5-Why อย่างไร?
Ishikawa แมปสาเหตุที่เป็นไปได้ทั้งหมดอย่างกว้างขวางในหมวดหมู่ 5-Why เจาะลึกในห่วงโซ่สาเหตุเฉพาะหนึ่ง ทำงานร่วมกันได้ดี: ใช้ Ishikawa ก่อนเพื่อระบุพื้นที่สาเหตุที่น่าจะที่สุด แล้วใช้ 5-Why เพื่อหาสาเหตุราก
คำศัพท์ที่เกี่ยวข้อง
วงจร PDCA
PDCA (Plan-Do-Check-Act) เป็นวงจรการปรับปรุงพื้นฐาน: วางแผน ดำเนินการ ตรวจสอบ ทำมาตรฐาน จัดโครงสร้างทุกกระบวนการปรับปรุงเป็นสี่ระยะที่ชัดเจน
การวิเคราะห์ 5-Why
5-Why เป็นเทคนิคการวิเคราะห์สาเหตุรากที่ถามว่า 'ทำไม?' ซ้ำๆ จนกว่าสาเหตุพื้นฐานของปัญหาจะถูกเปิดเผย เรียบง่าย เร็ว และมีประสิทธิภาพสำหรับปัญหากระบวนการส่วนใหญ่
การวิเคราะห์ Pareto (กฎ 80/20)
การวิเคราะห์ Pareto ใช้หลักการ 80/20 เพื่อระบุสาเหตุสำคัญไม่กี่อย่างที่สร้างปัญหาส่วนใหญ่ รับประกันความพยายามปรับปรุงมุ่งเน้นที่ที่พวกเขามอบผลกระทบมากที่สุด