คำถามที่ผมชอบถามหัวหน้าสายในการวินิจฉัยครั้งแรกไม่ใช่ "เครื่องเสียบ่อยไหม" แต่คือ "ถ้าตอนนี้สถานีที่ 7 มีปัญหา คุณจะรู้เมื่อไหร่" คำตอบที่ได้บ่อยที่สุดคือ "เดี๋ยวเขาก็เดินมาบอก" นั่นคือปัญหาที่ Andon ถูกสร้างมาเพื่อแก้ ไม่ใช่เรื่องไฟสามสีบนหัวเครื่อง
Andon แก้ปัญหาอะไรจริง ๆ
เส้นเวลาที่เจอประจำ 09:12 พนักงานพบว่าสกรูขันไม่เข้า ลองใหม่ หยิบตัวใหม่มาลอง 09:26 เริ่มรู้สึกว่าไม่ปกติ จึงเดินไปหาหัวหน้าที่อยู่อีกฝั่ง 09:31 หัวหน้ามาดู 09:40 เรียกช่างซ่อมบำรุง 10:05 ช่างมาถึง 53 นาทีนั้นคือช่วงที่ปัญหาเกิดแล้วแต่ยังไม่มีคนที่แก้ได้อยู่ตรงนั้น และระหว่างนั้นชิ้นงานที่มีปัญหาเดียวกันถูกผลิตต่อไปอีกหลายสิบชิ้น นี่คือช่องว่างของการรับรู้ ซึ่งเป็นต้นทุนที่ไม่เคยปรากฏในรายงานไหน เพราะไม่มีใครจับเวลาช่วงนี้
นิยามที่ผมใช้สอนหน้างานคือ Andon คือระบบที่ทำให้ความผิดปกติเรียกคนได้เอง ภายในเวลาที่กำหนดไว้ล่วงหน้า คำสำคัญมีสามคำ "เรียกได้เอง" (ไม่ต้องรอให้ใครเดินไปตาม) "คน" (ต้องรู้ว่าใครต้องมา) และ "ภายในเวลาที่กำหนด" (มีตัวเลขวินาที ไม่ใช่ "รีบ ๆ หน่อย") เสาไฟที่กะพริบแต่ไม่มีใครนิยามว่าใครต้องมาภายในกี่วินาที คือไฟประดับที่แพง
"หยุดเพื่อไม่ต้องหยุด"
ถ้าสายเดิน 60 ชิ้นต่อชั่วโมง การหยุด 4 นาทีเพื่อแก้ให้จบตรงจุดเสียกำลังผลิต 4 ชิ้น แต่การปล่อยให้ปัญหาเดินต่ออีก 50 นาทีหมายถึงงานที่ต้องสงสัย 50 ชิ้นที่ต้องคัดแยกทั้งหมด อัตราส่วนแบบนี้แทบไม่เคยเปลี่ยนข้าง สิ่งที่ทำให้โรงงานไม่กล้าหยุดไม่ใช่การคำนวณ แต่คือความรู้สึกว่าตัวเลขผลิตของกะนี้จะดูไม่ดี ซึ่งเป็นเรื่องวัฒนธรรมและระบบวัดผล
Andon กับฝั่งเครื่องจักร
บทความนี้พูดถึงฝั่งคนเป็นหลัก ส่วนฝั่ง "ทำอย่างไรให้เครื่องตรวจจับความผิดปกติได้เอง" ทั้งแนวคิด Jidoka การเลือกเซนเซอร์ และการจัดการสัญญาณเตือนลวง อยู่ในบทความ Jidoka คืออะไร ควรอ่านคู่กัน เพราะ Jidoka ทำให้ "ตรวจเจอ" ส่วน Andon ทำให้ "มีคนมา" ในภาพใหญ่ Andon เป็นเครื่องมือหนึ่งในตระกูลการควบคุมด้วยสายตาซึ่งหลักการรวมอยู่ใน Visual Management และเป็นกลไกที่ทำให้เสา Jidoka ในบ้าน TPS ทำงานได้จริง
กายวิภาคของระบบ Andon
ระบบ Andon ที่ทำงานได้จริงต้องมีองค์ประกอบครบ 5 ส่วน และ โรงงานส่วนใหญ่ซื้อมาแค่ 2 ส่วนแรก แล้วเข้าใจว่าตัวเองมีระบบ Andon แล้ว
| ส่วนที่ | องค์ประกอบ | หน้าที่ | ตัวอย่างรูปธรรม | สิ่งที่พังบ่อย |
|---|---|---|---|---|
| 1 | ตัวกระตุ้น | ทำให้ความผิดปกติกลายเป็นสัญญาณ | ปุ่มกด เชือกดึงเหนือสาย สวิตช์เท้า และสัญญาณอัตโนมัติจากตัวควบคุมเครื่องเมื่อ Jidoka ตรวจเจอความผิดปกติ | ปุ่มอยู่ไกลจากจุดทำงานเกิน 2 ก้าว จนคนขี้เกียจเดินไปกด |
| 2 | ตัวแสดงผล | ทำให้คนที่ต้องมาเห็นได้โดยไม่ต้องตั้งใจดู | เสาไฟหอคอย กระดาน Andon เหนือสาย จอรวม เสียงออด | ติดตรงที่มองไม่เห็นจากจุดที่ผู้รับผิดชอบยืนอยู่จริง |
| 3 | ตัวรับผิดชอบ | ระบุชัดว่าใครต้องมา ภายในกี่วินาที มีอำนาจตัดสินใจอะไร | ตารางมอบหมายรายโซนติดที่กระดานสาย ระบุชื่อและเบอร์ต่อ | ไม่เคยนิยาม หรือนิยามแบบ "ผู้เกี่ยวข้อง" |
| 4 | การบันทึก | เก็บเวลาและเนื้อหาของทุกครั้งที่เรียก | ใบบันทึกที่กระดาน หรือระบบดิจิทัลจับเวลาอัตโนมัติ | บันทึกเฉพาะครั้งที่หยุดนาน ครั้งสั้น ๆ หายหมด |
| 5 | การทบทวน | เอาข้อมูลมาคุยและแปลงเป็นงานปรับปรุง | วาระประจำในการประชุมเช้าของสาย และสรุปรายสัปดาห์ | ข้อมูลถูกเก็บแต่ไม่มีใครเปิดดู |
เงินลงทุนเกือบทั้งหมดมักถูกใช้กับส่วนที่ 1 และ 2 ซึ่งมีคนขาย ส่วนที่ 3 ถึง 5 ไม่ต้องซื้ออะไรเลย แต่ต้องใช้การตัดสินใจของฝ่ายบริหารและวินัยรายวัน ซึ่งหาซื้อไม่ได้ ถ้างบจำกัด ให้ทำสามส่วนหลังให้ครบด้วยกระดาษและปากกาก่อน แล้วค่อยซื้อไฟ อีกหลักหนึ่งคือผู้รับผิดชอบต้องรับรู้สัญญาณได้โดยไม่ต้องตั้งใจมองหา วิธีตรวจคือไปยืนที่ตำแหน่งที่หัวหน้ากลุ่มใช้เวลามากที่สุดในกะแล้วมองรอบตัว ถ้ามีสถานีใดที่มองไม่เห็นสัญญาณ ต้องเพิ่มตัวแสดงผลหรือเพิ่มเสียง
ประเภทของ Andon และการเลือกใช้
| ประเภท | เหมาะกับ | ต้นทุนคร่าว ๆ | ข้อดี | ข้อจำกัด |
|---|---|---|---|---|
| เสาไฟประจำเครื่อง | เครื่องจักรเดี่ยว งานที่หนึ่งคนดูหลายเครื่อง | 3,000–15,000 บาทต่อจุด | เห็นชัดจากไกล ต่อกับตัวควบคุมเครื่องได้ตรง | บอกได้แค่สถานะหยาบ ไม่บอกว่าปัญหาคืออะไร |
| กระดาน Andon รวมของสาย | สายประกอบหลายสถานีเรียงกัน | 30,000–200,000 บาทต่อสาย | บอกได้ว่าสถานีไหน ดูจุดเดียวครบทั้งสาย | ต้องมีจุดติดตั้งที่มองเห็นทั้งสาย และเดินสายไฟ |
| เชือกหรือปุ่มประจำสถานี | งานประกอบที่คนเป็นผู้ตัดสินว่าผิดปกติ | 1,000–5,000 บาทต่อสถานี | ถูกที่สุด กดได้โดยไม่ละมือจากงานนาน | ต้องออกแบบให้เอื้อมถึงจากท่าทำงานจริง |
| Andon ไร้สายหรือผ่านมือถือ | พื้นที่กว้าง ผู้รับผิดชอบเคลื่อนที่ | 100,000 บาทขึ้นไป บวกค่ารายเดือน | ไม่ต้องเดินสาย ยกระดับตามเวลาและบันทึกอัตโนมัติ | พึ่งเครือข่าย มือถือกลายเป็นเหตุผลให้คนไม่ไปหน้างาน |
| จอแสดงผลรวมทั้งโรงงาน | ห้องควบคุม สำนักงานผลิต ผู้บริหาร | ต่อยอดจากระบบเดิม | เห็นภาพรวมข้ามสาย ออกรายงานย้อนหลังได้ | ไม่ช่วยเรื่องการตอบสนองทันทีที่หน้างาน |
โรงงานที่ทำได้ดีมักใช้ผสมกัน คือปุ่มหรือเชือกเป็นตัวกระตุ้น เสาไฟหรือกระดานเป็นตัวแสดงผลหน้างาน และจอรวมเป็นเครื่องมือวิเคราะห์ย้อนหลัง สิ่งที่ผมไม่แนะนำคือใช้จอรวมอย่างเดียวโดยไม่มีสัญญาณที่หน้างาน
หลักการเลือกจำนวนโซน
ความละเอียดของสัญญาณต้องพอดีกับเวลาที่ใช้เดินไปหา ถ้าละเอียดเกินไป เช่น ไฟ 30 ดวงบนกระดานเล็ก คนที่มองจากระยะ 15 เมตรแยกไม่ออกว่าดวงไหนติด ถ้าหยาบเกินไป เช่น ทั้งอาคารมีไฟดวงเดียว ต้องเดินหาอีก 2 นาทีซึ่งกินเวลาเป้าหมายชั้นที่ 1 หมดแล้ว เกณฑ์ที่ใช้จริงคือโซนต้องเล็กพอให้เดินถึงจุดไกลที่สุดได้ภายในครึ่งหนึ่งของเวลาเป้าหมายชั้นที่ 1 ถ้าเป้าคือ 30 วินาที ต้องเดินถึงใน 15 วินาที สายประกอบทั่วไปหนึ่งโซนมักอยู่ที่ 4–8 สถานี และให้ใช้โครงสร้างสองชั้น คือสัญญาณระดับโซนมองจากไกล กับสัญญาณระดับสถานีมองจากใกล้
ความหมายของสีและสถานะ
เขียวคือปกติ เหลืองคือระวัง แดงคือหยุด สามสถานะนี้ไม่พอสำหรับการเอาข้อมูลไปใช้ต่อ และหลายโรงงานเอา "หยุดตามแผน" กับ "หยุดเพราะปัญหา" ไปรวมในสีแดงเหมือนกัน ซึ่งทำให้ข้อมูลทั้งชุดใช้วิเคราะห์ไม่ได้
| สถานะ | ความหมาย | สายเดินไหม | ใครต้องมา | ผลต่อการคำนวณ OEE |
|---|---|---|---|---|
| เดินปกติ | ผลิตได้ตามจังหวะที่กำหนด | เดิน | ไม่มี | นับเป็นเวลาเดินเครื่อง |
| ขอความช่วยเหลือแต่ยังเดินได้ | วัสดุใกล้หมด สงสัยคุณภาพ ต้องการคนช่วย | เดิน | หัวหน้ากลุ่ม | ยังไม่เป็นการสูญเสีย แต่ต้องนับความถี่ |
| หยุดเพราะปัญหา | เครื่องเสีย ของเสีย ปัญหาความปลอดภัย | หยุด | ชั้นที่ 1 และยกระดับตามเวลา | ความสูญเสียจากการหยุด |
| หยุดตามแผน | เปลี่ยนรุ่น พักกะ ประชุมเช้า | หยุด | ไม่มี | ตัดออกจากเวลารับภาระ หรือแยกเป็นการสูญเสียจากการเปลี่ยนรุ่น |
| รอวัสดุ | ชิ้นส่วนไม่มาตามจังหวะ | หยุด | ฝ่ายส่งวัสดุหรือวางแผน | ความสูญเสียจากภายนอกสาย แยกจากปัญหาเครื่อง |
| รอคนตรวจคุณภาพ | รอผลตัดสินชิ้นแรกหรือชิ้นที่สงสัย | หยุด | ฝ่ายควบคุมคุณภาพ | แยกเป็นความสูญเสียจากการรอตัดสินใจ |
ทำไมต้องแยก "หยุดตามแผน" ออกมา
กะหนึ่ง 480 นาที หยุดรวม 96 นาที ถ้าไม่แยกประเภทได้แค่ "อัตราการเดินเครื่อง 80%" ซึ่งไม่บอกอะไร แต่ถ้าแยกเป็น หยุดตามแผน 45 นาที (เปลี่ยนรุ่น 2 ครั้ง ครั้งละ 18 นาที และประชุมเช้า 9 นาที) เครื่องเสีย 28 นาที รอวัสดุ 14 นาที รอตรวจคุณภาพ 9 นาที คุณจะเห็นทันทีว่างานที่คุ้มที่สุดคือการลดเวลาเปลี่ยนรุ่นด้วย SMED ไม่ใช่การไล่ซ่อมเครื่อง การแยกประเภทนี้ยังเป็นเงื่อนไขจำเป็นในการเชื่อมข้อมูลเข้ากับการคำนวณ OEE อย่างถูกต้อง และให้สถานะหยุดตามแผนใช้สีที่ไม่ใช่แดง โดยต้องกดเลือกก่อนหยุด ไม่ใช่กดย้อนหลัง เพราะถ้ากดย้อนหลังได้ ทุกการหยุดจะกลายเป็นตามแผนภายในสองสัปดาห์
อย่าใช้สีอย่างเดียว
ประมาณ 8% ของผู้ชายมีภาวะบอดสีในระดับใดระดับหนึ่ง และคู่ที่แยกยากที่สุดคือแดงกับเขียวซึ่งเป็นคู่สีหลักของ Andon พอดี ในสายที่มีพนักงานชาย 40 คน คาดว่าจะมีราว 3 คนที่แยกสองสีนี้ได้ไม่ดี อีกปัจจัยคือแสง ผมเคยวัดจริง เสาไฟที่เห็นชัดจากระยะ 20 เมตรตอนเช้า เห็นได้แค่ 6 เมตรตอนบ่ายสามที่แดดส่องเข้าประตูฝั่งตะวันตก ทางแก้คือเพิ่มมิติที่สองเสมอ ใช้รูปแบบการกะพริบต่างกัน เพิ่มเสียงที่ไม่กลืนกับเสียงเครื่องจักรและใช้ทำนองต่างกันต่อโซน ให้ตำแหน่งของแต่ละสถานะบนกระดานคงที่ และไปทดสอบตอนบ่ายสามที่แดดจ้าที่สุดกับตอนกะดึก ไม่ใช่ตอนตรวจรับของสิบโมงเช้า
สายการตอบสนอง (Escalation Ladder)
เสาไฟ กระดาน จอ ระบบไร้สาย ทั้งหมดมีค่าเท่ากับศูนย์ถ้าไม่มีคำตอบชัด ๆ ว่า "ใครต้องมา ภายในกี่วินาที และถ้าเขาแก้ไม่ได้ ใครมาต่อเมื่อไหร่" หลักการสำคัญที่สุดคือ การยกระดับต้องเกิดขึ้นเองตามเวลาที่ผ่านไป ไม่ใช่รอให้ใครร้องขอ เพราะคนที่กำลังแก้ปัญหาอยู่คือคนที่เหมาะที่สุดในการแก้ แต่ไม่เหมาะที่สุดในการตัดสินว่าตัวเองแก้ไม่ได้
บันได 4 ชั้นพร้อมเวลาเป้าหมาย
ตัวเลขข้างล่างคือค่าเริ่มต้นสำหรับสายประกอบที่มีจังหวะการผลิตประมาณ 60–90 วินาที โรงงานที่จังหวะช้ากว่านี้มากต้องปรับ แต่โครงสร้างบันไดเหมือนกัน
| ชั้น | ผู้รับผิดชอบ | ต้องถึงภายใน | อำนาจตัดสินใจ | ยกระดับอัตโนมัติเมื่อ |
|---|---|---|---|---|
| 1 | หัวหน้ากลุ่ม | 30 วินาที | ปรับตั้งเบื้องต้น เปลี่ยนเครื่องมือ เติมวัสดุ ช่วยทำงานแทนชั่วคราว ตัดสินให้เดินต่อหรือหยุด | ครบ 3 นาทีแล้วยังแก้ไม่จบ หรือสายยังหยุดอยู่ |
| 2 | หัวหน้าสาย | 3 นาที | ดึงคนจากสายอื่น เปลี่ยนลำดับงาน อนุมัติผลิตชิ้นทดแทน สั่งกักงานที่ต้องสงสัย เรียกฝ่ายอื่น | ครบ 10 นาทีแล้วสายยังหยุด หรือเกินความสามารถเชิงเทคนิค |
| 3 | วิศวกรรม ซ่อมบำรุง หรือ QC | 10 นาที | ถอดซ่อม เปลี่ยนอะไหล่ ปรับพารามิเตอร์ ตัดสินทางเทคนิคเรื่องคุณภาพ | ครบ 30 นาทีแล้วสายยังหยุด หรือกระทบการส่งมอบ |
| 4 | ผู้จัดการโรงงาน | 30 นาที | อนุมัติค่าใช้จ่ายเร่งด่วน สั่งหยุดผลิตทั้งรุ่น ติดต่อลูกค้า เรียกผู้ขายเข้ามา | เกิน 60 นาที ต้องมีรายงานเป็นลายลักษณ์อักษรและตั้งทีมแก้ปัญหา |
- เวลาไม่เพิ่มแบบเส้นตรงแต่เพิ่มเป็นเท่าตัว เพราะชั้นที่สูงขึ้นอยู่ไกลขึ้นและมีงานอื่นมากขึ้น การกำหนดให้ผู้จัดการโรงงานถึงใน 5 นาทีจะไม่มีใครทำตาม และเมื่อมีตัวเลขหนึ่งที่ไม่มีใครทำตาม ตัวเลขอื่นจะเสียความศักดิ์สิทธิ์ตามไปด้วย
- อำนาจตัดสินใจต้องเพิ่มจริงตามชั้น ให้แต่ละชั้นเขียนว่า "สิ่งที่ชั้นล่างทำไม่ได้แต่ฉันทำได้" ถ้าเขียนไม่ออก แสดงว่าชั้นนั้นไม่ควรมี
- เกณฑ์ยกระดับต้องเป็นเวลา ไม่ใช่ดุลพินิจ ห้ามใช้ประโยค "ถ้าแก้ไม่ได้ให้แจ้งหัวหน้า" เพราะคนจะพยายามต่อไปเรื่อย ๆ ต้องเขียนว่า "ครบ 3 นาที ระบบยกระดับเอง"
- ทำให้เกิดอัตโนมัติ ระบบดิจิทัลใช้ตัวจับเวลา ระบบกระดาษใช้นาฬิกานับขึ้นที่กระดานโซน หรือให้ไฟเพิ่มเสียงเมื่อครบ 3 นาที และให้ไฟที่กระดานรวมของโรงงานติดเมื่อครบ 10 นาที
60 วินาทีแรก ทำอะไรบ้าง
| ช่วงเวลา | ใคร | ทำอะไร | เหตุผล |
|---|---|---|---|
| 0 วินาที | พนักงานสถานี | กดเรียกทันทีที่รู้สึกว่าผิดปกติ ไม่ต้องรอให้แน่ใจ | ความลังเลเฉลี่ย 40 วินาทีมีค่ามากกว่าการเรียกเกินจำเป็นหนึ่งครั้ง |
| 0–10 วินาที | พนักงานสถานี | กันชิ้นงานที่ต้องสงสัยออกจากสาย วางในจุดกักที่กำหนด | ถ้าไหลต่อไป ราคาของการตามเก็บสูงกว่าตัวปัญหาเอง |
| 10–30 วินาที | หัวหน้ากลุ่ม | เดินมาถึงจุดเกิดเหตุ ไม่ตะโกนถามจากระยะไกล | ต้องเห็นของจริงในสภาพที่ยังไม่ถูกแตะต้อง |
| 30–40 วินาที | หัวหน้ากลุ่ม | ถามสองคำถามเท่านั้น "เห็นอะไร" และ "เกิดตอนไหน" ห้ามถาม "ทำไมถึงกด" | คำถามที่สามส่งสัญญาณว่าการเรียกต้องมีเหตุผลรับรอง ครั้งหน้าจะไม่มีการเรียก |
| 40–60 วินาที | หัวหน้ากลุ่ม | ตัดสินสามทาง แก้ทันที เดินต่อโดยมีเงื่อนไข หรือหยุดรอชั้นถัดไป แล้วประกาศให้รู้ | ความไม่แน่นอนทำให้ทั้งสายหยุดคิด |
| หลังจบทันที | หัวหน้ากลุ่ม | บันทึกเวลาเรียก เวลามาถึง เวลาแก้จบ และสิ่งที่พบ | ถ้าไม่บันทึกในกะเดียวกัน ข้อมูลจะไม่ถูกบันทึกเลย |
คำถามที่ห้ามถามคือสิ่งที่ฆ่า Andon ได้เร็วที่สุดโดยไม่มีใครตั้งใจ ประโยค "แน่ใจนะว่าเป็นปัญหา" ใช้เวลาพูดสองวินาที แต่ผลของมันอยู่ได้เป็นปี ผมเคยเจอสายที่ไม่มีการกดเลยเจ็ดเดือน และจุดเริ่มคือเหตุการณ์เดียวที่หัวหน้าพูดแบบนั้นต่อหน้าคนอื่นสิบคน
อัตราส่วนคนตอบสนองต่อจำนวนสถานี
สมมติฐาน สายประกอบ 25 สถานี ระยะห่างสถานีละ 1.5 เมตร ความยาวสาย 36 เมตร หัวหน้ากลุ่มหนึ่งคนดูแลทั้งสาย ความเร็วเดินในโรงงานที่มีสิ่งกีดขวางประมาณ 1.2 เมตรต่อวินาที
ระยะทาง ถ้ายืนกลางสาย ระยะถึงปลายสาย 18 เมตร เดิน 15 วินาที บวกเวลาตั้งตัว 8 วินาที รวม 23 วินาที ยังอยู่ในเป้า แต่ถ้าเขาอยู่ปลายด้านหนึ่งเมื่อเสียงเรียกมาจากอีกด้าน ระยะเป็น 36 เมตร เดิน 30 วินาที รวมเป็น 38 วินาที เกินเป้าแล้ว
การเรียกซ้อนคือตัวที่ทำให้พังจริง ช่วงเริ่มโครงการอัตราการเรียกอยู่ที่ 1.5 ครั้งต่อสถานีต่อกะ คือ 25 × 1.5 = 37.5 ครั้งต่อกะ ถ้าการตอบสนองหนึ่งครั้งกินเวลาเฉลี่ย 6 นาที เขาจะติดพัน 225 นาที หรือ 47% ของกะ 480 นาที แปลว่าเมื่อมีการเรียกใหม่ มีโอกาสราว 47% ที่เขากำลังยุ่งอยู่ และเกือบครึ่งของการเรียกจะไม่ได้รับการตอบสนองใน 30 วินาที
คำนวณย้อนกลับ ถ้าให้เวลาที่ติดพันไม่เกิน 25% ของกะ คือ 120 นาที หารด้วย 6 นาทีต่อครั้ง เท่ากับรับได้ 20 ครั้งต่อกะ ที่อัตราการเรียก 1.5 ครั้ง แปลว่าดูแลได้ 20 ÷ 1.5 ≈ 13 สถานี เมื่อระบบเข้าที่และอัตราการเรียกลดเหลือ 0.5 ครั้ง จะรับได้ 40 สถานีในเชิงภาระงาน แต่ตอนนั้นตัวจำกัดกลายเป็นระยะทาง เพราะ 40 สถานี × 1.5 เมตร = 60 เมตร เดินสุดสาย 50 วินาที เกินเป้าแน่นอน
| ระยะของโครงการ | อัตราการเรียกต่อสถานีต่อกะ | ตัวจำกัดหลัก | อัตราส่วนที่ใช้ได้จริง | หมายเหตุ |
|---|---|---|---|---|
| 3–6 เดือนแรก | 1.2–2.0 | ภาระงานของผู้ตอบสนอง | 1 คนต่อ 10–14 สถานี | ช่วงนี้การเรียกเยอะเป็นเรื่องดี ต้องเตรียมคนรองรับ |
| 6–18 เดือน | 0.6–1.2 | ภาระงานและระยะทางพอ ๆ กัน | 1 คนต่อ 14–20 สถานี | ปัญหาซ้ำเริ่มถูกกำจัด อัตราการเรียกลดลงเอง |
| ระบบเข้าที่แล้ว | 0.3–0.6 | ระยะทางเดิน | 1 คนต่อ 18–25 สถานี ความยาวไม่เกิน 35–40 เมตร | เกินกว่านี้ต้องแบ่งโซนเพิ่ม ไม่ใช่เร่งให้เดินเร็วขึ้น |
| งานที่รอบเวลายาวเกิน 5 นาทีต่อชิ้น | 0.2–0.4 | ระยะทาง | 1 คนต่อ 25–35 สถานี | เป้าเวลาตอบสนองผ่อนเป็น 60–90 วินาทีได้ เพราะความเสียหายต่อนาทีต่ำกว่า |
บทสรุปคือ ถ้าตั้งเป้า 30 วินาที แต่ให้หัวหน้ากลุ่มหนึ่งคนดูแล 25 สถานีในช่วงเริ่มโครงการ คุณกำลังออกแบบระบบให้ล้มเหลว และเมื่อล้มเหลว คนจะโทษว่าพนักงานไม่ให้ความร่วมมือ ซึ่งไม่จริงเลย ทางออกที่ไม่ต้องเพิ่มคนถาวรคือเพิ่มคนเฉพาะสามถึงหกเดือนแรก แล้วถอนออกเมื่ออัตราการเรียกลดถึงระดับที่คำนวณไว้
วัฒนธรรม — ส่วนที่ทำให้ Andon ตายมากที่สุด
ระบบ Andon ที่ผมเห็นตายมาทั้งหมด ไม่มีสักระบบเดียวที่ตายเพราะฮาร์ดแวร์เสีย มันตายเพราะคนหยุดกด และคนหยุดกดเพราะเรียนรู้ว่าการกดไม่คุ้ม บางครั้งแค่สามครั้งก็พอ
| สาเหตุ | อาการที่สังเกตได้หน้างาน | สิ่งที่ต้องแก้ |
|---|---|---|
| กดแล้วโดนดุ | จำนวนการเรียกลดฮวบใน 1–2 สัปดาห์หลังเหตุการณ์ ลดจากสถานีที่เกิดเหตุก่อนแล้วลามทั้งสาย | คุยกับหัวหน้าคนนั้นทันที และให้ผู้จัดการขอบคุณคนที่กดต่อหน้าคนอื่นเพื่อลบสัญญาณเดิม |
| กดแล้วไม่มีใครมา | คนกดแล้วยืนรอ สักพักก็เดินไปตามหัวหน้าเอง หรือแก้เองแบบชั่วคราว | วัดเวลาตอบสนองจริงและแก้ที่อัตราส่วนคนต่อสถานี ไม่ใช่แก้ที่พนักงาน |
| ถูกถามว่า "แน่ใจนะ" | คนลังเล 1–2 นาทีก่อนกด เหลือแต่เรื่องใหญ่ ปัญหาเล็กหายจากข้อมูล | ห้ามคำถามนี้อย่างเป็นทางการในมาตรฐานการตอบสนอง และฝึกหัวหน้าใหม่ทุกคน |
| KPI หัวหน้าผูกกับจำนวนครั้งที่หยุดสาย | หัวหน้าบอกให้เดินต่อไปก่อน เดี๋ยวจัดการตอนพัก หรือขอร้องไม่ให้กด | ถอดตัวชี้วัดนั้นออกจากการประเมินหัวหน้าทันที นี่คือรากที่ลึกที่สุด |
| กลัวเพื่อนเสียผลงาน | ปัญหาจากสถานีก่อนหน้าไม่ถูกรายงาน แต่ถูกซ่อมเงียบ ๆ ที่สถานีถัดไป | เปลี่ยนหน่วยวัดผลจากรายบุคคลเป็นรายกลุ่ม และย้ำว่าการเรียกคือการช่วยเพื่อน |
| ผลผลิตของทีมถูกหักเมื่อสายหยุด | การเรียกกระจุกในต้นกะ และหายเกือบหมดในสองชั่วโมงสุดท้าย | แยกการวัดผลผลิตออกจากเวลาหยุดที่เกิดจากการเรียก หรือชดเชยเวลาให้ |
| กดแล้วปัญหาเดิมกลับมาอีก | สถานีเดิมเคยเรียกบ่อยแล้วเงียบไปทั้งที่ปัญหายังอยู่ | ติดผลการแก้กลับที่กระดานสายภายใน 7 วัน ให้เห็นว่าการเรียกนำไปสู่การแก้จริง |
เกือบทุกสาเหตุแก้ที่ฝ่ายบริหารและระบบวัดผล ไม่ใช่ที่พนักงาน ผมยังไม่เคยเจอโรงงานที่ Andon ตายเพราะพนักงานไม่มีวินัยสักแห่งเดียว
จำนวนครั้งที่เรียกคือตัวชี้วัดสุขภาพ
จำนวนครั้งที่กด Andon ไม่ใช่ตัวชี้วัดว่ามีปัญหามากแค่ไหน แต่เป็นตัวชี้วัดว่าระบบยังมีชีวิตอยู่หรือเปล่า ปัญหามีเท่าเดิมไม่ว่าจะมีคนกดหรือไม่ สิ่งที่จำนวนการกดวัดจริง ๆ คือสัดส่วนของปัญหาที่ถูกทำให้มองเห็น สมมติสายหนึ่งมีความผิดปกติ 40 ครั้งต่อกะ ถ้ามีการกด 30 ครั้ง คุณมองเห็น 75% ของปัญหา ถ้ามีการกด 3 ครั้ง คุณมองเห็น 7.5% และอีก 92.5% ยังเกิดขึ้นอยู่ แค่คุณไม่รู้ ดังนั้น การเรียกเป็นศูนย์ไม่ใช่ความสำเร็จ แต่เป็นสัญญาณว่าระบบตายแล้ว
เมื่อผมเข้าไปตรวจสุขภาพระบบ Andon สิ่งแรกที่ผมดูไม่ใช่ค่าเฉลี่ย แต่คือกราฟจำนวนการเรียกรายวันย้อนหลัง 6 เดือน ถ้าเห็นเส้นลดลงเรื่อย ๆ โดยไม่มีการแก้ปัญหาเชิงระบบรองรับ นั่นไม่ใช่การปรับปรุง นั่นคือระบบกำลังตายอย่างช้า ๆ
เป้าหมายที่ห้ามตั้ง และที่ควรตั้งแทน
ห้ามตั้งเป้า "ลดจำนวนครั้งที่กด Andon ลง 30%" โดยเด็ดขาด เพราะบรรลุได้ง่ายที่สุดด้วยการทำให้คนไม่กล้ากด ซึ่งเป็นทางที่ใช้แรงน้อยที่สุดและคนจะเลือกโดยอัตโนมัติ สิ่งที่ควรตั้งเป้าแทนคือ สัดส่วนการตอบสนองที่ทันเวลาเป้าหมาย เช่น 90% ภายใน 30 วินาที เวลาเฉลี่ยตั้งแต่เรียกจนแก้จบ การเรียกซ้ำจุดเดิมด้วยสาเหตุเดิมภายใน 7 วัน สัดส่วนการเรียกที่นำไปสู่มาตรการถาวร และเวลาหยุดสายรวมต่อกะ ถ้าเวลาหยุดรวมลดลงในขณะที่จำนวนการเรียกคงที่ นั่นคือสัญญาณที่ดีที่สุดที่เป็นไปได้
สิ่งที่ผู้บริหารต้องทำให้เห็น
- ไปยืนที่หน้างานตอนมีการเรียกจริง การมายืนดูตอนไฟแดงติดแล้วไม่ทำอะไรนอกจากดู ส่งสารแรงกว่าอีเมลสิบฉบับ แต่อย่าเข้าไปสั่งการแทนหัวหน้ากลุ่ม เพราะจะทำลายบันไดการตอบสนอง
- ขอบคุณคนที่กด โดยระบุชื่อ ต่อหน้าคนอื่น โดยเฉพาะเมื่อกลายเป็นการเรียกที่ไม่จำเป็น ให้ขอบคุณดังกว่าเดิม เพราะนั่นคือช่วงเวลาที่พิสูจน์ว่าองค์กรพูดจริง
- เล่าเคสที่การกดช่วยไว้ได้ เช่น "การกดที่สถานี 12 ทำให้พบว่าล็อตวัตถุดิบผิดสเปก ถ้าไม่กด เราจะผลิตของเสีย 1,800 ชิ้นก่อนตรวจเจอตอนปลายสาย" เรื่องเล่าที่มีตัวเลขคือสิ่งเดียวที่คนจำได้หลังผ่านไปหนึ่งปี
- อย่าถามหาจำนวนครั้งที่กดในการประชุมประเมินผล ถามว่า "ทำไมสายนี้กดเยอะจัง" หนึ่งครั้ง คุณจะได้ตัวเลขที่สวยขึ้นและระบบที่ตายไปพร้อมกัน
เรื่องเหล่านี้คือการบริหารการเปลี่ยนแปลงในทางปฏิบัติ ซึ่งมีรายละเอียดการรับมือแรงต้านอยู่ใน ทำไมพนักงานต่อต้าน TPM ส่วนกลไกกลุ่มย่อยที่ช่วยให้การเรียกกลายเป็นเรื่องปกติของทีม อ่านเพิ่มที่ กิจกรรมกลุ่มย่อย
ข้อมูลจาก Andon คือวัตถุดิบของ Kaizen
ระบบ Andon ที่ทำงานได้ดีจะผลิตรายการปัญหาจริงพร้อมเวลา สถานที่ และความถี่ แต่ข้อมูลนี้จะมีก็ต่อเมื่อมีการบันทึก และการบันทึกจะเกิดก็ต่อเมื่อออกแบบให้ใช้เวลาไม่เกิน 30 วินาทีต่อครั้ง ถ้าแบบฟอร์มยาวกว่านั้น มันจะไม่ถูกกรอกภายในเดือนที่สอง
| ช่องข้อมูล | ทำไมต้องมี | วิธีเก็บให้เร็ว |
|---|---|---|
| เวลาที่เรียก | จุดเริ่มของนาฬิกาทุกตัว | ดิจิทัลจับอัตโนมัติ ระบบกระดาษเขียนนาทีจากนาฬิกากลางของสาย |
| เวลาที่ผู้ตอบสนองมาถึง | ใช้คำนวณเวลาตอบสนอง ตัวชี้วัดหลักของระบบ | กดปุ่มรับเรื่องที่สถานี หรือพลิกป้ายที่กระดาน |
| เวลาที่แก้จบ | ใช้คำนวณเวลาหยุดจริงและเชื่อมกับ OEE | กดรีเซ็ตที่สถานี ห้ามรีเซ็ตจากส่วนกลาง |
| สถานีหรือโซน | ทำ Pareto รายตำแหน่ง ซึ่งมักชี้คอขวดได้ตรงกว่าวิธีอื่น | ผูกกับหมายเลขปุ่มอัตโนมัติ |
| ประเภทปัญหา | ทำ Pareto รายประเภท เชื่อมกับโครงสร้างความสูญเสีย | รายการปิด 6–8 ประเภท เช่น เครื่อง วัสดุ คุณภาพ วิธีทำงาน เครื่องมือ |
| ใครมาตอบสนอง | ดูภาระงานและช่องว่างของทักษะ ไม่ใช่เพื่อประเมินรายคน | รหัสพนักงานสั้น ๆ |
| แก้อย่างไร | วัตถุดิบตั้งต้นของการวิเคราะห์รากสาเหตุ | ข้อความไม่เกินหนึ่งบรรทัด |
| ยกระดับถึงชั้นไหน | บอกความรุนแรง และตรวจว่าบันไดตอบสนองทำงานจริงไหม | ติ๊กช่อง 1/2/3/4 |
| สายหยุดกี่นาที | แยกการเรียกที่ยังเดินได้ออกจากที่หยุดสาย | ติ๊กช่องและกรอกนาที |
เก้าช่องนี้คือขั้นต่ำและเพียงพอแล้ว ผมเคยเห็นแบบฟอร์ม 22 ช่องที่มีช่อง "ข้อเสนอแนะเพื่อการปรับปรุง" ด้วย ซึ่งฟังดูดีในห้องประชุมและไม่เคยมีใครกรอกเลยในหกเดือน
วิธีใช้ข้อมูล
1. Pareto สองแกน ภาพแรกคือ Pareto ตามประเภทปัญหา บอกว่าควรใช้เครื่องมืออะไรแก้ ภาพที่สองคือ Pareto ตามสถานี บอกว่าควรไปยืนตรงไหน ตัวอย่างจากสายจริง เดือนหนึ่งมีการเรียก 620 ครั้ง แยกตามประเภทได้ วัสดุ 210 ครั้ง (34%) เครื่องมือ 155 ครั้ง (25%) เครื่องจักร 118 ครั้ง (19%) คุณภาพ 87 ครั้ง (14%) อื่น ๆ 50 ครั้ง (8%) ดูแบบนี้จะสรุปว่าปัญหาหลักคือวัสดุ แต่ Pareto ตามสถานีเผยว่าสถานีที่ 14 สถานีเดียวเรียก 168 ครั้ง หรือ 27% ของทั้งสาย ทั้งที่มี 25 สถานีซึ่งถ้ากระจายเท่ากันควรอยู่ราว 25 ครั้งต่อสถานี การแก้จุดเดียวนี้ลดการเรียกทั้งสายได้เกินหนึ่งในสี่ ในขณะที่การไล่แก้ปัญหาวัสดุทั้งระบบเป็นโครงการหกเดือน บทเรียนคือเริ่มจาก Pareto รายสถานีเสมอ ตามหลักการจัดลำดับใน Kaizen / Focused Improvement โดยใช้กราฟจาก QC 7 Tools
2. เวลาตอบสนองเทียบเป้า อย่าดูแค่ค่าเฉลี่ย ตัวอย่าง สายหนึ่งเรียก 20 ครั้งในกะ 17 ครั้งตอบสนองใน 15 วินาที อีก 3 ครั้งใช้เวลา 180 วินาที ค่าเฉลี่ยคือ (17 × 15 + 3 × 180) ÷ 20 = 39.75 วินาที ซึ่งดูเหมือนเกินเป้า 30 วินาทีนิดหน่อย แต่ความจริงคือ 85% ดีเยี่ยม และ 15% ล้มเหลวโดยสิ้นเชิง ซึ่งเป็นปัญหาคนละแบบ กรณีนี้มักพบว่าสามครั้งนั้นเกิดตอนหัวหน้าติดประชุมหรือเกิดการเรียกซ้อน ซึ่งแก้ด้วยการจัดคนสำรอง ไม่ใช่เร่งให้ทุกคนเดินเร็วขึ้น
3. การเรียกซ้ำที่จุดเดิม ถ้าสถานีเดิมเรียกด้วยสาเหตุเดิมซ้ำภายใน 7 วัน แปลว่าการแก้ครั้งก่อนไม่ตรงจุด ให้ตั้งกฎว่าเมื่อเกิดซ้ำครั้งที่สามต้องเปิดการวิเคราะห์รากสาเหตุด้วย Why-Why Analysis ถ้าเป็นปัญหาเรื้อรังที่หาสาเหตุไม่เจอให้ใช้ P-M Analysis ส่วนกรณีที่เกิดจากความผิดพลาดของคนที่ป้องกันได้ด้วยกลไก ให้ออกแบบ Poka-Yoke ไปเลย อนึ่ง การหยุดสั้น ๆ ซ้ำ ๆ ที่แก้เองได้ในไม่กี่วินาทีมักไม่ถูกกดเพราะคนคิดว่าไม่คุ้มจะเรียก ซึ่งเป็นจุดบอดใหญ่ของทุกระบบ Andon วิธีจัดการอยู่ใน Minor Stop Loss
จังหวะการทบทวนมีสามระดับ ทุกวันดูรายการที่ยังค้างและการเรียกที่เกินเป้าเวลาเมื่อวาน ทุกสัปดาห์ดู Pareto รายสถานีและเลือกหนึ่งจุดมาแก้ ทุกเดือนดูแนวโน้มและตัดสินใจเรื่องโครงการใหญ่ โครงสร้างการประชุมและการแบ่งงานระหว่างการรักษาสภาพกับการปรับปรุง อ่านได้ที่ Daily Management
ตัวชี้วัดของระบบ Andon
ค่าอ้างอิงที่ให้เป็นช่วงจากประสบการณ์ในสายประกอบและงานผลิตแบบเป็นชุด ไม่ใช่ค่ามาตรฐานสากล
| ตัวชี้วัด | วิธีคำนวณ | ค่าอ้างอิง | วิธีตีความ |
|---|---|---|---|
| เวลาตอบสนองเฉลี่ย | ผลรวม (เวลามาถึง − เวลาเรียก) ÷ จำนวนครั้ง | ต่ำกว่าเป้าชั้นที่ 1 คือ 30 วินาที | ดูคู่กับค่าที่แย่ที่สุดเสมอ ค่าเฉลี่ยตัวเดียวหลอกได้ง่าย |
| ค่าที่แย่ที่สุดในสัปดาห์ | ค่าสูงสุดของช่วง | ไม่เกิน 4 เท่าของเป้า | ถ้าเกินมาก มีช่วงที่ไม่มีคนคุ้มกัน มักเป็นช่วงพักหรือเปลี่ยนกะ |
| สัดส่วนตอบสนองทันเป้า | ครั้งที่ทันเป้า ÷ ครั้งทั้งหมด | เริ่มต้น 60–70% ปีแรก 85% ระบบที่ดี 90–95% | ตัวชี้วัดหลัก ควรติดที่กระดานสายให้ทุกคนเห็น |
| จำนวนการเรียกต่อกะ | นับตรง ๆ แยกตามสาย | ไม่มีค่าเป้าหมาย ดูแนวโน้ม | ห้ามตั้งเป้าให้ต่ำ ถ้าลดเร็วผิดปกติหรือเป็นศูนย์ ให้สงสัยว่าระบบตาย |
| สัดส่วนที่ยกระดับเกินชั้น 2 | ครั้งที่ถึงชั้น 3 ขึ้นไป ÷ ทั้งหมด | 5–15% | ต่ำกว่า 3% แปลว่ายกระดับไม่เกิดจริง เกิน 25% แปลว่าชั้นล่างขาดทักษะหรืออำนาจ |
| เวลาหยุดสายรวมต่อกะ | ผลรวมนาทีที่สายหยุดจากการเรียก | ลดลงตามแผนรายไตรมาส | ตัวชี้วัดผลลัพธ์ที่แท้จริง เชื่อมตรงกับ OEE |
| เรียกซ้ำจุดเดิมภายใน 7 วัน | คู่การเรียกที่สถานีเดิมและสาเหตุเดิม ÷ ทั้งหมด | ต่ำกว่า 15% ดี เกิน 30% แย่ | ยิ่งต่ำยิ่งดีอย่างแท้จริง วัดคุณภาพของการแก้ปัญหา |
| สัดส่วนที่บันทึกครบ | บันทึกที่กรอกครบ ÷ การเรียกที่ระบบจับได้ | เกิน 90% | ถ้าต่ำ ให้ลดจำนวนช่องในแบบฟอร์มก่อนจะไปว่าใคร |
ข้อควรระวังคือ อย่านำตัวชี้วัดเหล่านี้ไปผูกกับการประเมินผลรายบุคคลของหัวหน้ากลุ่ม โดยเฉพาะเวลาตอบสนอง เพราะวิธีที่ง่ายที่สุดในการทำให้ดีขึ้นคือให้พนักงานเรียกน้อยลง หรือกดปุ่มรับเรื่องก่อนจะเดินไปถึงจริง ให้ใช้เป็นตัวชี้วัดของสายและของระบบเท่านั้น หลักการวางตัวชี้วัดโรงงานให้ไม่บิดเบือนพฤติกรรม อ่านเพิ่มที่ Manufacturing KPI
Andon แบบกายภาพกับดิจิทัล
| หัวข้อ | แบบกายภาพ (ไฟ เสียง กระดาน) | แบบดิจิทัล (จอ แดชบอร์ด แอป) |
|---|---|---|
| รับรู้ทันทีโดยไม่ต้องตั้งใจดู | ชนะขาด ไฟกะพริบเข้าตาแม้กำลังก้มทำงาน | แพ้ ต้องเดินไปยืนหน้าจอหรือหยิบมือถือขึ้นมาดู |
| ระยะการมองเห็น | 20–30 เมตรขึ้นไป | จอ 43 นิ้วอ่านชัดไม่เกิน 8–10 เมตร |
| ความละเอียดของข้อมูล | ต่ำ บอกได้แค่สถานะและตำแหน่ง | สูง บอกประเภทปัญหา ผู้รับผิดชอบ เวลาที่ค้าง ประวัติ |
| บันทึกและรายงานย้อนหลัง | ต้องเขียนมือ ตกหล่นง่าย | ชนะขาด จับเวลาอัตโนมัติ ออก Pareto ได้ทันที |
| ยกระดับอัตโนมัติตามเวลา | ทำได้แต่ต้องต่อวงจรเพิ่ม | ชนะ ตั้งค่าได้ในไม่กี่นาที |
| ความทนทาน | สูงมาก ไฟดวงหนึ่งอยู่ได้หลายปี | ต้องดูแลเครือข่าย เซิร์ฟเวอร์ และรุ่นซอฟต์แวร์ |
| ต้นทุนเริ่มต้น | ต่ำ เริ่มได้ด้วยหลักพันต่อจุด | สูง มักหลักแสนขึ้นไป บวกค่าดูแลรายปี |
| ความเสี่ยงที่ทำให้คนไม่ไปหน้างาน | ต่ำ เพราะไม่มีข้อมูลให้ดูจากที่นั่ง | สูง หัวหน้าอาจตอบจากหน้าจอโดยไม่เดินไปดูของจริง |
สูตรที่ผมแนะนำแทบทุกที่คือ ให้กายภาพทำหน้าที่ "เรียก" และให้ดิจิทัลทำหน้าที่ "จำ" ที่หน้างานใช้ไฟและเสียงเป็นตัวหลักเสมอ ที่ระดับโซนใช้กระดานหรือจอที่แสดงเฉพาะข้อมูลใหญ่ ๆ อ่านจากไกลได้ ไม่ใช่แดชบอร์ดที่มีกราฟสิบอัน ส่วนที่ระดับโรงงานใช้ระบบดิจิทัลเก็บข้อมูล จับเวลา ยกระดับอัตโนมัติ และออกรายงาน โดยมีกฎเหล็กข้อเดียวคือห้ามให้การกดรับเรื่องหรือปิดงานทำได้จากที่อื่นนอกจากตัวสถานีนั้น มิฉะนั้นตัวเลขเวลาตอบสนองจะกลายเป็นนิยายภายในสองเดือน
ข้อเตือนสำคัญคือ โรงงานที่ระบบเรียกยังไม่มีชีวิต คือคนไม่กล้ากด หัวหน้าไม่มาตามเวลา ไม่มีการบันทึก มักตัดสินใจแก้ด้วยการซื้อระบบดิจิทัลด้วยเหตุผลว่าระบบเดิมไม่มีข้อมูล ผลที่ได้คือระบบใหม่ราคาหลายแสนที่มีข้อมูลน้อยพอ ๆ กับระบบเดิม เพราะระบบดิจิทัลทำให้การเก็บข้อมูลที่มีอยู่ดีขึ้น แต่สร้างข้อมูลที่ไม่มีอยู่ไม่ได้
กฎที่ผมใช้ตัดสินใจ ถ้ายังไม่ผ่านสามข้อนี้ อย่าเพิ่งลงทุนระบบดิจิทัล หนึ่ง มีการเรียกอย่างน้อย 0.5 ครั้งต่อสถานีต่อกะอย่างสม่ำเสมอ สอง สัดส่วนตอบสนองทันเป้าเกิน 70% วัดด้วยมือ สาม มีการทบทวนข้อมูลในการประชุมสายอย่างน้อยสัปดาห์ละครั้งติดต่อกันสามเดือน ถ้าไม่ครบ มันจะกลายเป็นจอที่สวยและเงียบ
Andon นอกสายการผลิต
หลักการของ Andon ไม่ได้ผูกกับสายพาน มันคือหลักที่ว่าความผิดปกติต้องเรียกคนได้เองภายในเวลาที่กำหนด ซึ่งใช้ได้กับงานทุกประเภทที่คนที่แก้ปัญหาได้อยู่คนละที่กับคนที่เจอปัญหา
- คลังสินค้า ติดไฟสามสีที่ปลายชั้นวางแต่ละแถว กดเมื่อของไม่ตรงกับระบบ ของหมดก่อนถึงจุดเติม หรือบรรจุภัณฑ์เสียหาย หัวหน้าคลังต้องมาถึงใน 60 วินาที ผลคือสต๊อกไม่ตรงถูกจับได้ในวันเดียวกัน แทนที่จะไปโผล่ตอนตรวจนับประจำเดือนซึ่งสืบย้อนไม่ได้แล้ว
- ห้องปฏิบัติการ ตัวกระตุ้นมักเป็นเกณฑ์เวลา เช่น ตัวอย่างที่ค้างเกินมาตรฐาน หรือผลวิเคราะห์ที่หลุดขีดควบคุม ใช้กระดานที่มีช่องตามเวลา ตัวอย่างที่ค้างเกิน 4 ชั่วโมงย้ายไปช่องแดง แต่ต้องนิยามว่าใครต้องมาและภายในกี่นาที ไม่งั้นกระดานจะสอนคนให้ชินกับการเห็นสีแดง
- งานซ่อมบำรุง ระบบใบสั่งงานคือ Andon แบบหนึ่งอยู่แล้ว เพียงแต่มักไม่มีเกณฑ์เวลาและไม่มีการยกระดับอัตโนมัติ เช่น ใบสั่งงานฉุกเฉินต้องมีคนรับใน 10 นาที ถ้าไม่มีให้แจ้งหัวหน้าแผนกอัตโนมัติ เชื่อมโดยตรงกับแนวทางใน Zero Breakdown
- งานสำนักงาน บอร์ดสถานะงานที่ทุกคนเห็น พร้อมกฎว่างานที่ค้างเกิน 2 วันทำการต้องติดป้ายแดงโดยไม่ต้องรอให้หัวหน้าถาม และคำขออนุมัติที่ไม่มีการตอบใน 24 ชั่วโมงถูกส่งต่อไปยังผู้อนุมัติสำรองอัตโนมัติ ซึ่งเป็นกลไกเดียวกับหน้างาน วิธีวิเคราะห์กระบวนการสำนักงานอยู่ใน Office TPM และ Makigami
ลำดับการติดตั้งจริง
เลือกสายนำร่องที่หัวหน้าสายเปิดใจ ปริมาณงานสม่ำเสมอพอจะเห็นแนวโน้ม และมีปัญหาจริงพอที่จะได้ผลลัพธ์ให้เห็น ไม่ควรเลือกสายที่มีปัญหามากที่สุดเป็นสายแรก และห้ามติดตั้งทั้งโรงงานพร้อมกัน เพราะเมื่อผิดพลาดในการออกแบบซึ่งจะเกิดแน่นอน คุณจะต้องแก้สิบกว่าสายพร้อมกัน
สายนำร่องสายแรกของผมมักใช้แค่ธงสีหรือไฟราคาไม่กี่พันบาทต่อสถานี ไวท์บอร์ดที่ปลายสาย และแบบฟอร์มกระดาษเก้าช่อง ต้นทุนรวมไม่เกินสองหมื่นบาทต่อสาย เหตุผลไม่ใช่เรื่องประหยัด แต่คือความเร็วในการเรียนรู้ ระบบง่ายเปลี่ยนได้ในวันเดียว ส่วนระบบดิจิทัลใช้เวลาสามสัปดาห์ในการเปลี่ยนสิ่งเดียวกัน ซึ่งนานพอที่คนจะเลิกใช้ไปแล้ว
สิ่งที่ต้องตกลงกันก่อนเปิดใช้วันแรก
- เมื่อไหร่ที่ต้องกด เขียนตัวอย่างรูปธรรมอย่างน้อย 5 ข้อ และปิดท้ายด้วยประโยคตัวโตว่า "ถ้าไม่แน่ใจ ให้กด"
- ใครต้องมา ภายในกี่วินาที ระบุชื่อจริงของแต่ละกะ ไม่ใช่ระบุตำแหน่ง เพราะตำแหน่งไม่มีตัวตนตอนตีสาม
- เมื่อไหร่ยกระดับ และไปหาใคร พร้อมเบอร์ติดต่อของทุกชั้น
- ใครบันทึก ที่ไหน ให้ผู้ตอบสนองเป็นคนบันทึก ไม่ใช่คนกด เพราะคนกดต้องกลับไปทำงานต่อ
- ใครดูข้อมูล ตอนไหน เช่น ทุกเช้า 08:10 ที่กระดานสาย 10 นาที
- อะไรจะไม่เกิดขึ้น เขียนให้ชัดว่า "การกด Andon จะไม่ถูกนำไปใช้ในการประเมินผลรายบุคคล" และให้ผู้จัดการโรงงานเซ็นกำกับ
ก่อนเปิดใช้จริงให้ซ้อมอย่างน้อยสามรอบเหมือนซ้อมหนีไฟ โดยให้คนหนึ่งกดโดยไม่บอกล่วงหน้าแล้วจับเวลาจริง ทำสามสถานการณ์คือ ตอนสายเดินปกติกลางกะ ตอนที่หัวหน้ากลุ่มกำลังยุ่งเพื่อดูว่าใครเป็นตัวสำรอง และซ้อมยกระดับถึงชั้นที่ 3 เต็มรูปแบบเพื่อทดสอบว่าเบอร์ติดต่อใช้ได้จริง ผลการซ้อมครั้งแรกมักน่าตกใจ ผมเคยจับเวลาได้ 2 นาที 40 วินาทีในสายที่ตั้งเป้าไว้ 30 วินาที ซึ่งเป็นข่าวดี เพราะรู้ก่อนดีกว่ารู้ตอนที่ความเชื่อมั่นของพนักงานถูกใช้ไปแล้ว
กับดัก 7 ข้อที่พบบ่อยที่สุด
- ติดไฟสวยแต่ไม่นิยามว่าใครต้องมา ไฟติดแล้วทุกคนหันมามองแล้วหันกลับไปทำงานต่อ เพราะไม่มีใครรู้ว่าเป็นหน้าที่ของตัวเอง ภายในสองเดือนไฟจะกลายเป็นของประดับ ห้ามสั่งซื้อฮาร์ดแวร์ก่อนที่ตารางผู้รับผิดชอบพร้อมเวลาเป้าหมายจะได้รับอนุมัติ
- ตั้ง KPI ให้ลดจำนวนครั้งที่กด ร้ายแรงที่สุด เพราะบรรลุได้เร็วที่สุดด้วยการทำให้คนกลัว และเมื่อบรรลุแล้วจะไม่มีใครรู้ว่าระบบตายไปแล้ว เพราะตัวเลขบอกว่าสำเร็จ
- หัวหน้ามาแล้วแก้ให้เองทุกครั้ง เกิดจากความตั้งใจดี แต่พนักงานไม่ได้เรียนรู้ ปีที่สามหัวหน้ายังเป็นคนเดียวที่แก้ปัญหานั้นได้ วิธีแก้คือถามก่อนลงมือว่า "คุณคิดว่าเกิดจากอะไร" แล้วให้พนักงานลงมือโดยมีหัวหน้ายืนดูข้าง ๆ ช้ากว่า 40 วินาทีในครั้งแรก แต่ครั้งที่สามจะไม่มีการเรียกอีก
- ไม่บันทึกอะไรเลย ตอบสนองเร็วมากแต่หกเดือนผ่านไปไม่มีใครรู้ว่าปัญหาไหนเกิดบ่อยที่สุด ที่พบบ่อยกว่าคือบันทึกเฉพาะครั้งที่หยุดนานเกิน 10 นาที ซึ่งตัดข้อมูลที่มีค่าที่สุดออก เพราะปัญหาเล็กที่เกิดวันละ 20 ครั้งกินเวลารวมมากกว่าปัญหาใหญ่ที่เกิดเดือนละครั้ง
- การยกระดับไม่เกิดขึ้นจริง บนกระดาษมีบันได 4 ชั้นครบ แต่ทุกอย่างจบที่ชั้นที่ 1 สังเกตจากสัดส่วนที่ยกระดับเกินชั้น 2 ถ้าต่ำกว่า 3% แปลว่าไม่เกิดจริง วิธีแก้คือทำให้การยกระดับเป็นเรื่องของนาฬิกา และผู้บริหารต้องชมคนที่ยกระดับตรงเวลา ไม่ใช่ชมคนที่จัดการเองได้
- เปิดใช้พร้อมกันทั้งโรงงาน มักเกิดเมื่อมีแรงกดดันจากการตรวจประเมิน ผลคือความผิดพลาดถูกทำซ้ำสิบกว่าครั้ง และเมื่อต้องแก้ก็ไม่มีทรัพยากรพอ สุดท้ายระบบจะทำงานครึ่ง ๆ กลาง ๆ ทั้งโรงงาน ซึ่งฟื้นยากกว่าเริ่มใหม่
- วางระบบบนกระบวนการที่ยังไม่มีมาตรฐาน ถ้างานยังไม่มีวิธีทำที่เป็นมาตรฐาน คำว่าผิดปกติจะไม่มีความหมาย พนักงานสองคนจะกดในสถานการณ์ต่างกันโดยสิ้นเชิง วิธีแก้คือเขียนเกณฑ์การกดให้เป็นรูปธรรมที่สุดในวันแรก แล้วปรับทุกสัปดาห์จากสิ่งที่เกิดขึ้นจริง
สรุป
Andon ไม่ใช่ไฟ ไม่ใช่จอ และไม่ใช่ซอฟต์แวร์ แต่คือข้อตกลงขององค์กรว่า เมื่อความผิดปกติเกิดขึ้น จะมีคนที่แก้ได้มาถึงภายในเวลาที่กำหนด และคนที่ส่งสัญญาณจะได้รับคำขอบคุณ ไม่ใช่คำถาม สิ่งที่ต้องทำให้ครบมีห้าอย่าง คือตัวกระตุ้น ตัวแสดงผล ตัวรับผิดชอบที่มีชื่อและเวลาเป้าหมาย การบันทึกทุกครั้ง และการทบทวนตามจังหวะ สองอย่างแรกซื้อได้ สามอย่างหลังต้องสร้าง
ตัวเลขที่ต้องจำมีสองชุด ชุดแรกคือบันไดการตอบสนอง 30 วินาที 3 นาที 10 นาที 30 นาที ชุดที่สองคืออัตราส่วนคนต่อสถานี ซึ่งต้องคำนวณจากอัตราการเรียกจริง ไม่ใช่จากงบประมาณที่มี และสิ่งที่ต้องไม่ทำคือ อย่าตั้งเป้าลดจำนวนครั้งที่กด เพราะการเรียกคือสัญญาณชีพของระบบ ระบบที่เงียบสนิทไม่ใช่ระบบที่ไม่มีปัญหา แต่คือระบบที่ปัญหาเกิดขึ้นแล้วไม่มีใครรู้ ซึ่งเป็นสถานการณ์เดียวกับก่อนที่คุณจะติดตั้ง Andon เพียงแต่แพงกว่า
ถ้าโรงงานของคุณติดไฟ Andon ไว้แล้วแต่ยังไม่มีใครกด หรือกำลังจะเริ่มวางระบบและอยากได้บันไดการตอบสนองที่จัดคนได้จริงตั้งแต่วันแรก เราช่วยออกแบบและซ้อมกับทีมของคุณที่หน้างานได้ ดูรายละเอียดบริการที่ปรึกษา TPMหรือติดต่อเข้ามาคุยกันก่อนได้