หมวดที่ 1เรื่องที่ 28 จาก 38หน้า 057
การจัดการการผลิตแบบลีนในองค์กร: การวิเคราะห์ 5M1E
บั๊กหลุดถึงผู้ใช้ทีไร คนมักโทษนักพัฒนาก่อน 5M1E ชวนคุณไล่หาสาเหตุให้ครบ 6 ด้าน แล้วคุมทุกด้านให้นิ่ง นี่คือพื้นฐานของการผลิตแบบลีน (Lean) ที่มุ่งลดความสูญเปล่า
- นักพัฒนาใหม่ยังไม่รู้กฎคิดค่าโอที
- ทำงานดึกติดกันเพราะช่วยโปรเจกต์ลูกค้า
- เซิร์ฟเวอร์ทดสอบตั้งค่าต่างจากระบบจริง
- ระบบทดสอบอัตโนมัติล่มบ่อยจนถูกข้าม
- ข้อมูลทดสอบไม่มีพนักงานลาออกกลางเดือน
- ไลบรารีที่ใช้เปลี่ยนเวอร์ชัน
- ไม่มีเช็กลิสต์ก่อนปล่อยเวอร์ชัน
- รีวิวโค้ดบ้าง ไม่รีวิวบ้าง
- ไม่เคยวัดว่าชุดทดสอบครอบคลุมกรณีไหน
- นับแค่บั๊กที่บริษัทลูกค้าโทรแจ้ง
- ปล่อยเวอร์ชันชนช่วงปิดงวดเงินเดือน
- LINE เด้งทั้งวัน สมาธิหลุด
ปัญหา / ผลลัพธ์บั๊กหลุดถึงผู้ใช้ เพิ่มจาก 2 เป็น 8 เรื่องต่อเวอร์ชัน
ก้างปลาของทีมระบบเงินเดือน · สาเหตุบนก้างได้จากการระดมความคิด ต้องพิสูจน์ด้วยข้อมูลจริงก่อนแก้ ตัวหนา คือตัวการที่ข้อมูลยืนยันแล้ว
จากสาเหตุสู่มาตรฐาน
หัวข้อที่มีชื่อว่า “จากสาเหตุสู่มาตรฐาน”- ตั้งโจทย์เป็นตัวเลข “บั๊กหลุดถึงผู้ใช้เพิ่มจาก 2 เป็น 8 เรื่องต่อเวอร์ชัน” ชัดกว่า “ช่วงนี้บั๊กเยอะ”
- ระดมสาเหตุให้ครบทุกก้าง ชวนนักพัฒนา QA และทีมซัพพอร์ตมาช่วยคิด ก้างที่มักถูกลืมคือการวัดกับสภาพแวดล้อม
- พิสูจน์ก่อนแก้ ไล่ดูเรื่องแจ้งปัญหา (ticket) และข้อมูลจริง ก่อนสรุปว่าอะไรคือตัวการ
- แก้แล้วเขียนเป็นมาตรฐาน ไม่อย่างนั้นพอมีคนใหม่หรือคนถูกยืมไปช่วยงานอื่น ปัญหาเดิมจะกลับมา
ตัวอย่างในภาพ: หัวหน้าทีม QA ของระบบเงินเดือนไม่รีบโทษนักพัฒนา แต่ชวนทีมไล่ 5M1E แล้วเปิดเรื่องแจ้งปัญหาย้อนหลังจนเจอตัวการ 2 ข้อ หลังเพิ่มกรณีพนักงานลาออกกลางเดือนในชุดทดสอบ และรายงานว่าชุดทดสอบครอบคลุมกรณีไหนทุกเวอร์ชัน บั๊กที่หลุดถึงผู้ใช้ลดเหลือ 2 เรื่องต่อเวอร์ชัน ทีมจึงใส่ขั้นตอนนี้ไว้ในเช็กลิสต์ก่อนปล่อยเวอร์ชัน งานโปรเจกต์ลูกค้าก็ใช้ได้ เช่น บั๊กที่โผล่ซ้ำ ๆ ตอนโรงงานลูกค้าทดสอบรับงาน (UAT) ระบบบันทึกการผลิต
อ่านต่อ: การวิเคราะห์ 5W2H · 8 ขั้นตอนแบบโตโยต้า · วงจร PDCA