Office TPM (บางตำราเรียก Administrative TPM หรือในระบบ 8 เสาหลักของ JIPM ใช้ชื่อ Office & Indirect Improvement) คือการนำหลักการของ Total Productive Maintenance มาประยุกต์กับหน่วยงานสนับสนุน เช่น จัดซื้อ วางแผน คลัง บัญชี บุคคล ธุรการ ไอที และวิศวกรรม เพื่อขจัดความสูญเสียในกระบวนการทำงานที่ "มองไม่เห็น" เพราะไม่มีเครื่องจักรหยุด ไม่มีของเสียกองอยู่ให้เห็น แต่กลับเป็นต้นตอของความสูญเสียจำนวนมากในสายการผลิต บทความนี้จะพาไปดูตั้งแต่แนวคิดพื้นฐาน เครื่องมือหลักอย่าง 5ส สำนักงาน และ Makigami Analysis ไปจนถึงขั้นตอนการดำเนินงานจริง ตัวชี้วัด และกับดักที่ทำให้หลายโรงงานทำ Office TPM ไม่สำเร็จ
Office TPM คืออะไร
Office TPM คือกิจกรรมปรับปรุงอย่างเป็นระบบในหน่วยงานสนับสนุน โดยยึดปรัชญาเดียวกับ TPM ในสายการผลิต นั่นคือ การมุ่งสู่ความสูญเสียเป็นศูนย์ด้วยการมีส่วนร่วมของทุกคน ต่างกันเพียงว่าสิ่งที่เรา "บำรุงรักษา" ไม่ใช่เครื่องจักร แต่คือ กระบวนการทำงานและระบบสารสนเทศ ที่หล่อเลี้ยงทั้งองค์กร
Office TPM เป็นหนึ่งใน 8 เสาหลักของ TPM และมักถูกเริ่มดำเนินการหลังจากเสาหลักด้านการผลิต เช่น Autonomous Maintenance และ Planned Maintenance เดินหน้าไปได้ระยะหนึ่งแล้ว เหตุผลไม่ใช่เพราะสำนักงานสำคัญน้อยกว่า แต่เพราะเมื่อหน้างานเริ่มปรับปรุงอย่างจริงจัง จะเห็นชัดขึ้นเรื่อย ๆ ว่า ปัญหาจำนวนมากที่หน้างานแก้เองไม่ได้ มีต้นตออยู่ที่สำนักงาน
ทำไมหน่วยงานสนับสนุนต้องทำ TPM ด้วย
คำถามที่พบบ่อยที่สุดในการเริ่ม Office TPM คือ "TPM เป็นเรื่องของเครื่องจักร แล้วฝ่ายบัญชีจะทำอะไร" คำตอบอยู่ที่การไล่หาต้นตอของความสูญเสียจริง ๆ ในโรงงาน ลองพิจารณาสถานการณ์ที่คุ้นเคย
- เครื่องจักรหยุดเพราะรออะไหล่ — ช่างซ่อมวินิจฉัยได้ใน 20 นาที แต่เครื่องหยุดไป 3 วัน เพราะใบขอซื้ออะไหล่ค้างรออนุมัติ 2 วัน และผู้ขายส่งของอีก 1 วัน เวลาซ่อมจริงคือ 20 นาที เวลาสูญเสียจริงคือ 3 วัน ส่วนต่างนั้นเกิดขึ้นในสำนักงานทั้งหมด
- ผลิตผิดรุ่น — ฝ่ายวางแผนส่งแผนผลิตฉบับแก้ไขทางอีเมล แต่หน้างานยังใช้ฉบับพิมพ์เดิมที่ติดบอร์ด ผลคือผลิตผิดรุ่นไปครึ่งกะ ความเสียหายเกิดจาก "เอกสารคนละเวอร์ชัน" ซึ่งเป็นปัญหาการควบคุมสารสนเทศ
- วัตถุดิบขาด — ข้อมูลสต๊อกในระบบไม่ตรงกับของจริง เพราะการบันทึกรับ-จ่ายทำย้อนหลังสัปดาห์ละครั้ง ฝ่ายจัดซื้อจึงสั่งของช้าเกินไป
- โครงการปรับปรุงล่าช้า — ข้อเสนอ Kaizen ที่ต้องใช้งบ 15,000 บาท ใช้เวลาอนุมัติ 6 สัปดาห์ ผ่าน 7 ลายเซ็น จนพนักงานเลิกเสนอ
ในทุกกรณีข้างต้น หากวัดเฉพาะ OEE ของเครื่องจักร เราจะเห็นแค่ "เครื่องหยุด" แต่ไม่เห็นว่าสาเหตุที่แท้จริงคือกระบวนการทำงานในสำนักงาน การทำ Office TPM จึงไม่ใช่การจัดโต๊ะให้เป็นระเบียบ แต่คือ การไล่ขจัดความสูญเสียที่แฝงอยู่ในกระแสข้อมูลและเอกสารขององค์กร
ประสบการณ์จากการให้คำปรึกษาชี้ว่าในหลายโรงงาน เวลาสูญเสียที่แท้จริงของการหยุดเครื่องแต่ละครั้ง มีสัดส่วนของ "เวลารอ" ที่เกิดในสำนักงาน (รออนุมัติ รือะไหล่ รือนุมัติผู้รับเหมา รือข้อมูล) มากกว่าเวลาซ่อมจริงหลายเท่า การปรับปรุงเฉพาะทักษะช่างจึงชนเพดานอย่างรวดเร็ว ถ้าไม่แตะกระบวนการเอกสาร
แนวคิด "โรงงานผลิตสารสนเทศ"
แนวคิดแกนกลางของ Office TPM คือการมองสำนักงานเป็น โรงงานผลิตสารสนเทศ (Information Factory) กล่าวคือ หน่วยงานสนับสนุนก็มีกระบวนการผลิตเช่นเดียวกับสายการผลิต เพียงแต่วัตถุดิบและผลิตภัณฑ์ไม่ใช่สิ่งของ
| องค์ประกอบ | สายการผลิต | สำนักงาน (โรงงานผลิตสารสนเทศ) |
|---|---|---|
| วัตถุดิบ | เหล็ก เม็ดพลาสติก ชิ้นส่วน | ข้อมูลดิบ เช่น ยอดสั่งซื้อ ใบแจ้งซ่อม ตัวเลขการผลิต |
| กระบวนการแปรรูป | ตัด ขึ้นรูป ประกอบ | รวบรวม ตรวจสอบ วิเคราะห์ ตัดสินใจ อนุมัติ |
| ผลิตภัณฑ์ | ชิ้นงานสำเร็จรูป | แผนผลิต ใบสั่งซื้อ รายงานต้นทุน ใบอนุมัติ |
| ลูกค้า | ลูกค้าภายนอก | หน่วยงานถัดไปในกระบวนการ (ลูกค้าภายใน) และลูกค้าภายนอก |
| เครื่องจักร | เครื่องกลึง เครื่องฉีด | คอมพิวเตอร์ ระบบ ERP เครือข่าย เครื่องพิมพ์ |
| ของเสีย | ชิ้นงานไม่ได้คุณภาพ | ข้อมูลผิด รายงานที่ไม่มีใครใช้ เอกสารตีกลับ |
| สต๊อกคงค้าง | WIP หน้าเครื่อง | งานค้างในถาดเอกสาร อีเมลรออนุมัติ คำขอค้างในระบบ |
เมื่อมองแบบนี้ ผลิตภัณฑ์ของสำนักงานก็ต้องถูกประกันคุณภาพครบทั้งสามมิติเหมือนสายการผลิต
- Q (Quality) — สารสนเทศต้อง ถูกต้อง ครบถ้วน และเป็นเวอร์ชันล่าสุด รายงานที่ตัวเลขผิดหนึ่งหลัก อาจทำให้ตัดสินใจสั่งวัตถุดิบผิดเป็นล้านบาท
- C (Cost) — ต้นทุนในการผลิตสารสนเทศ ได้แก่ ชั่วโมงคนที่ใช้ ค่ากระดาษ ค่าลิขสิทธิ์ซอฟต์แวร์ และค่าเสียโอกาสจากงานที่ไม่ได้ทำ
- D (Delivery) — สารสนเทศต้องถึงมือผู้ใช้ ทันเวลาที่ต้องใช้ตัดสินใจ รายงานต้นทุนที่แม่นยำ 100% แต่ออกช้าไป 3 สัปดาห์ มีมูลค่าเท่ากับศูนย์
นี่คือเหตุผลที่ Office TPM ใช้ตรรกะเดียวกับ PQCDSM ในการตั้งเป้าหมาย และใช้ตรรกะ Lean Manufacturing ในการมองการไหลของงาน สิ่งที่ Lean เรียกว่า Value Stream ในสำนักงานก็คือกระแสของเอกสารและข้อมูลที่ไหลข้ามแผนกนั่นเอง
บทบาท 3 ประการของหน่วยงานสนับสนุน
ในระบบ TPM หน่วยงานสนับสนุนมีบทบาทที่ต้องปรับปรุงพร้อมกัน 3 ด้าน หลายองค์กรพลาดเพราะทำแค่ด้านเดียว
1. บทบาทสนับสนุนสายการผลิต (Support Production)
คือการทำให้กระบวนการของตนไม่เป็นคอขวดของหน้างาน ตัวอย่างเป้าหมายเชิงรูปธรรม เช่น ลดเวลาตั้งแต่ช่างขอซื้ออะไหล่จนของถึงมือจาก 7 วันเหลือ 2 วัน ลดเวลาออกใบสั่งผลิตจาก 4 ชั่วโมงเหลือ 30 นาที หรือทำให้ข้อมูลสต๊อกอะไหล่ในระบบตรงกับของจริงเกิน 98% หัวใจคือ หน่วยงานสนับสนุนต้องรู้ว่าลูกค้าภายในของตนคือใคร และวัดความพึงพอใจนั้นเป็นตัวเลข
2. บทบาทเพิ่มประสิทธิภาพของหน่วยงานตนเอง (Improve Own Efficiency)
คือการมองกระบวนการภายในแผนกตัวเองแล้วขจัดความสูญเสีย เช่น การปิดบัญชีสิ้นเดือนที่ใช้เวลา 10 วันทำการ ลดเหลือ 5 วัน หรือการลดจำนวนรายงานประจำเดือนจาก 42 ฉบับเหลือ 18 ฉบับ โดยตัดรายงานที่ไม่มีใครเปิดอ่านออก นี่คือส่วนที่ใช้ Makigami และ ECRS มากที่สุด
3. บทบาทดูแลอุปกรณ์และสิ่งอำนวยความสะดวกของตน (Maintain Own Equipment)
สำนักงานก็มี "เครื่องจักร" ที่หยุดแล้วงานหยุดเช่นกัน ได้แก่ คอมพิวเตอร์ เซิร์ฟเวอร์ ระบบ ERP เครือข่าย เครื่องพิมพ์ เครื่องปรับอากาศ ไปจนถึงตู้เอกสาร แนวคิด Autonomous Maintenance ใช้ได้ตรง ๆ เช่น การทำความสะอาดและตรวจสอบอุปกรณ์ประจำสัปดาห์ การจัดทำมาตรฐานการสำรองข้อมูล การมีแผนรับมือเมื่อระบบล่ม และการวัด Downtime ของระบบสารสนเทศเป็นตัวเลข
ความสูญเสียในงานสำนักงาน (Office Losses)
เช่นเดียวกับ 16 Major Losses ในสายการผลิต Office TPM มีชุดความสูญเสียเฉพาะของตน การระบุให้ชัดคือขั้นแรกของการปรับปรุง เพราะสิ่งที่เรียกชื่อไม่ได้ ย่อมวัดไม่ได้และแก้ไม่ได้
1. ความสูญเสียจากการรออนุมัติ (Approval Waiting Loss)
เป็นความสูญเสียที่ใหญ่ที่สุดในเชิงเวลาของงานสำนักงานเกือบทุกองค์กร งานที่ใช้เวลาลงมือจริงรวมกัน 45 นาที อาจใช้เวลาผ่านกระบวนการทั้งหมด 12 วัน เพราะต้องผ่านลายเซ็น 6 ระดับ แต่ละระดับมีคิว มีวันที่ผู้อนุมัติติดประชุม หรือลาพักร้อนโดยไม่มีผู้รักษาการ
ตัวอย่างจริง: ใบขอซื้ออะไหล่มูลค่า 3,200 บาท ผ่านลายเซ็น 5 ระดับเท่ากับใบขอซื้อมูลค่า 3 ล้านบาท เพราะระเบียบไม่มีการแบ่งวงเงินอนุมัติ ผลคือช่างเลี่ยงระบบด้วยการ "แอบสต๊อก" อะไหล่ไว้ในลิ้นชักตัวเอง ทำให้มูลค่าอะไหล่จมเพิ่มขึ้นอีกทางหนึ่ง
2. ความสูญเสียจากการกรอกข้อมูลซ้ำ (Duplicate Data Entry Loss)
ข้อมูลชุดเดียวถูกป้อนเข้าระบบหลายครั้งในหลายที่ เช่น ช่างจดข้อมูลการซ่อมลงกระดาษที่หน้างาน ธุรการพิมพ์เข้า Excel ตอนเย็น หัวหน้าคัดลอกไปทำรายงานประจำเดือน แล้วฝ่ายบัญชีคีย์เข้าระบบต้นทุนอีกครั้ง นอกจากเสียเวลา 4 เท่าแล้ว ยังเพิ่มโอกาสผิดพลาดขึ้น 4 จุด และเมื่อตัวเลขไม่ตรงกันก็ต้องเสียเวลากระทบยอดอีก
3. ความสูญเสียจากงานย้อนกลับ (Rework Loss)
เอกสารถูกตีกลับเพราะกรอกไม่ครบ แนบเอกสารไม่ครบ ใช้แบบฟอร์มผิดเวอร์ชัน หรือระบุรหัสสินค้าผิด แต่ละครั้งที่ตีกลับ นาฬิกาของกระบวนการเริ่มนับใหม่ ในการทำ Makigami เรามักพบว่าอัตราการตีกลับครั้งแรก (first-pass reject) ของแบบฟอร์มบางชนิดสูงถึง 30-40% ซึ่งเทียบเท่ากับสายการผลิตที่มีของเสีย 30-40% อันเป็นสิ่งที่ไม่มีใครยอมรับได้ในโรงงาน แต่กลับถูกยอมรับในสำนักงานมานาน
4. ความสูญเสียจากการค้นหาเอกสารและข้อมูล (Searching Loss)
พนักงานสำนักงานใช้เวลาไม่น้อยไปกับการตามหาไฟล์ที่รู้ว่ามีอยู่แต่จำไม่ได้ว่าอยู่ไหน การไล่ถามว่าใครมีเวอร์ชันล่าสุด การเปิดอีเมลย้อนหลังเพื่อหาไฟล์แนบ หรือการรื้อแฟ้มในตู้เอกสาร ความสูญเสียนี้เป็น "ความสูญเสียเรื้อรัง" ที่ไม่มีใครรายงาน เพราะเกิดครั้งละ 3-10 นาที แต่เกิดวันละหลายครั้ง ตลอดปี
5. ความสูญเสียจากการประชุมที่ไม่จำเป็น (Meeting Loss)
ประชุมที่ไม่มีวาระล่วงหน้า ไม่มีข้อมูลเตรียมมาก่อน ใช้เวลาครึ่งแรกไปกับการรายงานตัวเลขที่ควรอ่านเองได้จากบอร์ด เชิญคนเข้าประชุม 15 คนทั้งที่ผู้ตัดสินใจจริงมี 3 คน หรือประชุมจบโดยไม่มีข้อสรุปว่าใครทำอะไรภายในเมื่อไร วิธีคำนวณความสูญเสียนี้ให้เห็นภาพคือ คูณจำนวนคน × ชั่วโมง × ต้นทุนแรงงานต่อชั่วโมง แล้วแสดงเป็นตัวเงินบนบอร์ด
6. ความสูญเสียจากข้อมูลผิดพลาด (Data Error Loss)
ตัวเลขในรายงานผิด รหัสอะไหล่ผิด ปริมาณสั่งซื้อผิดหลัก ราคาต่อหน่วยไม่อัปเดต ความสูญเสียนี้ร้ายแรงเพราะไปปรากฏผลที่ปลายทาง เช่น สั่งอะไหล่ผิดรุ่นมาแล้วใช้ไม่ได้ ต้องสั่งใหม่และเสียเวลาอีกรอบ หรือคำนวณต้นทุนผิดจนตั้งราคาขายผิด การใช้ Visual Management ในการแสดงข้อมูลสำคัญ ณ จุดใช้งาน ช่วยลดความสูญเสียนี้ได้มาก เพราะความผิดปกติจะถูกมองเห็นเร็วขึ้น
7. ความสูญเสียจากการสื่อสารที่ตกหล่น (Communication Loss)
ข้อมูลสำคัญไปไม่ถึงผู้ที่ต้องใช้ เช่น แผนผลิตเปลี่ยนแต่แจ้งเฉพาะหัวหน้ากะ A ไม่ถึงกะ B การเปลี่ยนสเปกวัตถุดิบแจ้งฝ่ายผลิตแต่ไม่แจ้ง QC หรือประกาศสำคัญส่งทางอีเมลทั้งที่พนักงานหน้างานไม่มีอีเมล ความสูญเสียนี้เกิดจากการไม่ได้ออกแบบ "ช่องทางและผู้รับ" ของสารสนเทศแต่ละประเภทไว้ล่วงหน้า
8. ความสูญเสียจากระบบที่ไม่เชื่อมกัน (System Disconnection Loss)
องค์กรมีระบบหลายระบบที่ไม่คุยกัน เช่น ระบบ ERP เก็บข้อมูลจัดซื้อ แต่ประวัติการซ่อมอยู่ใน Excel ของฝ่ายซ่อมบำรุง ส่วนข้อมูลเครื่องจักรอยู่ในแฟ้มกระดาษ เมื่อต้องการคำนวณต้นทุนบำรุงรักษาต่อเครื่อง จึงต้องใช้คนมานั่งกระทบยอดข้ามระบบทุกเดือน การรวมข้อมูลไว้ในระบบเดียวจึงเป็นการลงทุนที่ให้ผลตอบแทนสูง ซึ่งเป็นเหตุผลหนึ่งที่หลายโรงงานเลือกใช้ ซอฟต์แวร์บริหาร TPM เป็นแกนกลางของข้อมูล แทนการกระจายอยู่ในไฟล์ Excel หลายสิบไฟล์
ความสูญเสียแฝงอื่นที่ควรจับตา
- การพิมพ์เกินจำเป็น — พิมพ์รายงาน 20 ชุดแจกในที่ประชุม โดยมี 17 ชุดถูกทิ้งทันทีที่ประชุมจบ
- การเคลื่อนย้ายเอกสาร — เดินถือแฟ้มข้ามอาคารเพื่อขอลายเซ็น วันละหลายเที่ยว
- การรอข้อมูลจากหน่วยงานอื่น — งานหยุดนิ่งเพราะรอตัวเลขจากอีกแผนกที่ไม่มีกำหนดส่งชัดเจน
- การทำงานเกินความต้องการ — วิเคราะห์ละเอียด 12 หน้า ทั้งที่ผู้บริหารต้องการแค่ข้อสรุปหนึ่งหน้า
5ส สำนักงาน (Office 5S)
หลาย ๆ องค์กรเริ่ม Office TPM ด้วย 5ส ซึ่งถูกต้องแล้ว แต่มักทำผิดจุด เพราะยกวิธีของหน้างานผลิตมาใช้ตรง ๆ คือเน้นความสะอาดเรียบร้อยของโต๊ะและพื้นที่ ในขณะที่หัวใจของ 5ส สำนักงานอยู่ที่ การจัดการข้อมูลและเอกสาร ทั้งกระดาษและไฟล์ดิจิทัล
5ส สำนักงานต่างจากหน้างานผลิตอย่างไร
| ประเด็น | 5ส หน้างานผลิต | 5ส สำนักงาน |
|---|---|---|
| วัตถุที่จัดการ | เครื่องมือ ชิ้นงาน วัสดุ | เอกสารกระดาษ ไฟล์ดิจิทัล อีเมล ข้อมูลในระบบ |
| "สะสาง" หมายถึง | ทิ้งของที่ไม่ใช้ | กำหนดอายุจัดเก็บและทำลายเอกสาร/ไฟล์ที่พ้นกำหนด |
| "สะดวก" หมายถึง | วางเครื่องมือให้หยิบง่าย | โครงสร้างโฟลเดอร์และชื่อไฟล์ที่ค้นเจอใน 30 วินาที |
| ความผิดปกติที่มองเห็น | คราบน้ำมัน ของวางผิดที่ | ไฟล์ชื่อ Final_v3_ล่าสุด_แก้แล้ว.xlsx ที่มี 5 เวอร์ชัน |
| ผลลัพธ์ที่วัด | เวลาหยิบเครื่องมือ ความปลอดภัย | เวลาค้นหาเอกสาร จำนวนไฟล์ซ้ำ พื้นที่จัดเก็บ |
หลัก "ONE Best" — แกนกลางของ 5ส สำนักงาน
หลักที่ใช้ได้ผลที่สุดในการจัดการสารสนเทศคือหลัก ONE Best ซึ่งประกอบด้วยสามข้อที่จำง่ายและตรวจสอบได้ทันที
- ONE Location — ที่เดียว
เอกสารหรือข้อมูลแต่ละประเภทต้องมี "บ้าน" เพียงหลังเดียวที่ทุกคนรู้ ถ้าคำตอบของคำถาม "ใบรับรองการสอบเทียบเครื่องมือวัดเก็บที่ไหน" มีมากกว่าหนึ่งคำตอบ แสดงว่ายังไม่ผ่านข้อนี้ การทำจริงคือกำหนดผังการจัดเก็บ (filing plan) ระดับแผนก ระบุว่าเอกสารประเภทใดอยู่ที่ไหน ใครเป็นเจ้าของ และเก็บนานเท่าไร - ONE File — ฉบับเดียว
ข้อมูลชุดหนึ่งควรมีไฟล์ทำงานเพียงไฟล์เดียว ไม่ใช่กระจายเป็นสำเนาในเครื่องของแต่ละคน ปัญหาคลาสสิกคือทุกคนดาวน์โหลดไฟล์จากอีเมลมาแก้ในเครื่องตัวเอง แล้วส่งกลับ ทำให้เกิด 6 เวอร์ชันที่ไม่มีใครรู้ว่าอันไหนจริง ทางแก้คือใช้ไฟล์กลางที่แก้ร่วมกัน หรือดีที่สุดคือย้ายข้อมูลนั้นเข้าฐานข้อมูลของระบบงานแทนการอยู่ในไฟล์ - ONE Original — ต้นฉบับเดียว
ต้องชัดว่าฉบับใดคือต้นฉบับที่มีผลบังคับใช้ และสำเนาที่กระจายอยู่ต้องมีกลไกทำให้ล้าสมัยไม่ได้ เช่น เอกสารควบคุมต้องมีเลขที่ควบคุมและวันที่มีผล พร้อมขั้นตอนเรียกคืนฉบับเก่า ในโลกดิจิทัลคือการให้ทุกคนเข้าถึงลิงก์ไปยังต้นฉบับ ไม่ใช่ส่งไฟล์แนบให้กัน
เกณฑ์ "หยิบเอกสารได้ใน 30 วินาที"
เกณฑ์นี้เป็นตัวชี้วัดที่ทำให้ 5ส สำนักงานจับต้องได้และตรวจสอบได้จริง วิธีตรวจคือให้ผู้ตรวจสุ่มถามหาเอกสารหรือไฟล์ใด ๆ ที่แผนกนั้นควรมี แล้วจับเวลา ตั้งแต่เริ่มถามจนเอกสารอยู่ในมือหรือเปิดบนหน้าจอ
สิ่งที่เกณฑ์นี้ทดสอบไม่ใช่ความจำของพนักงานคนใดคนหนึ่ง แต่คือ ความแข็งแรงของระบบ เพราะเงื่อนไขสำคัญคือ ต้องให้ "คนที่ไม่ใช่เจ้าของงาน" เป็นผู้ค้น ถ้าค้นได้เฉพาะเจ้าของงาน แสดงว่าองค์กรยังฝากความรู้ไว้กับตัวบุคคล ซึ่งเป็นความเสี่ยงเมื่อคนนั้นลาหรือลาออก จุดนี้เชื่อมโดยตรงกับแนวคิดการถ่ายทอดทักษะในเสา Education & Training
ระดับความยากที่แนะนำให้ไต่ขึ้นทีละขั้น: เอกสารที่ใช้ประจำวันภายใน 30 วินาที เอกสารที่ใช้รายเดือนภายใน 1 นาที และเอกสารย้อนหลัง 3 ปีภายใน 5 นาที
การจัดโครงสร้างโฟลเดอร์และการตั้งชื่อไฟล์
นี่คือส่วนที่ให้ผลเร็วที่สุดและมักถูกละเลยที่สุด แนวปฏิบัติที่ใช้ได้ผล
- จำกัดความลึกไม่เกิน 4 ระดับ — โฟลเดอร์ที่ซ้อน 8 ชั้นทำให้คนไม่อยากเก็บให้ถูกที่ และสุดท้ายก็ทิ้งไฟล์ไว้บนหน้าจอ Desktop
- ระดับบนสุดสะท้อนกระบวนการ ไม่ใช่ชื่อคน — ใช้
01_แผนงาน02_ปฏิบัติการ03_รายงาน04_เอกสารควบคุม05_คลังเก็บถาวรแทนงานพี่แดงงานน้องเอ - ใส่เลขนำหน้าเพื่อบังคับลำดับ — เพื่อให้ลำดับที่แสดงสอดคล้องกับลำดับการทำงานจริง ไม่ใช่เรียงตามตัวอักษรที่ไม่มีความหมาย
- รูปแบบชื่อไฟล์มาตรฐาน —
YYYYMMDD_ประเภทเอกสาร_เรื่อง_เวอร์ชันเช่น20260715_รายงานซ่อม_เครื่องอัดM03_v01.xlsxขึ้นต้นด้วยวันที่แบบ YYYYMMDD ทำให้เรียงตามเวลาได้อัตโนมัติ - ห้ามใช้คำว่า final, ล่าสุด, แก้แล้ว, ใหม่ — คำเหล่านี้คือสัญญาณว่าระบบเวอร์ชันล้มเหลว ให้ใช้ v01, v02 และมีกติกาว่าฉบับที่มีผลคือเลขสูงสุดในโฟลเดอร์ต้นฉบับเท่านั้น
- กำหนดสิทธิ์เข้าถึงชัดเจน — ใครอ่านได้ ใครแก้ได้ ป้องกันทั้งการแก้โดยไม่ตั้งใจและปัญหาความลับข้อมูล
- กำหนดอายุจัดเก็บ — ทุกโฟลเดอร์ควรมีกติกาว่าเก็บกี่ปีแล้วย้ายเข้าคลังถาวรหรือทำลาย พร้อมผู้รับผิดชอบ มิฉะนั้น "สะสาง" จะเกิดขึ้นครั้งเดียวตอนเริ่มโครงการแล้วไม่เกิดอีกเลย
Makigami Analysis
Makigami (巻紙 แปลตรงตัวว่า "กระดาษม้วน") คือเครื่องมือวิเคราะห์กระบวนการงานเอกสารข้ามแผนก ที่ถูกออกแบบมาเพื่อทำให้ "งานที่มองไม่เห็น" ปรากฏเป็นภาพบนกระดาษแผ่นยาว ชื่อนี้มาจากธรรมเนียมการใช้กระดาษม้วนยาวติดผนังห้องประชุม แล้วให้ผู้เกี่ยวข้องทุกแผนกช่วยกันแปะโพสต์อิทลงไป
Makigami ต่างจาก Value Stream Mapping ตรงที่ VSM ออกแบบมาสำหรับการไหลของวัสดุในสายการผลิตเป็นหลัก ส่วน Makigami ออกแบบมาสำหรับงานสำนักงานโดยเฉพาะ จึงเน้นสามสิ่งที่งานเอกสารมีเป็นเอกลักษณ์ ได้แก่ การส่งต่อระหว่างแผนก (handoff) เวลารอที่ยาวกว่าเวลาทำงานจริงมาก และ การย้อนกลับของเอกสาร (loop back)
วิธีทำ Makigami ทีละขั้น
ขั้นที่ 1: เลือกกระบวนการและกำหนดขอบเขต
เลือกกระบวนการที่มีปัญหาชัดเจนและเห็นผลเร็ว เช่น กระบวนการขอซื้ออะไหล่ กระบวนการอนุมัติการลา กระบวนการออกใบสั่งผลิต หรือกระบวนการปิดงานซ่อม ต้องระบุจุดเริ่มและจุดจบให้คมชัด เช่น "ตั้งแต่ช่างกดขอซื้อ จนอะไหล่ถึงมือช่าง" ไม่ใช่ "กระบวนการจัดซื้อ" ซึ่งกว้างเกินไปจนวิเคราะห์ไม่จบ
ขั้นที่ 2: ระบุผู้เกี่ยวข้องทั้งหมดและเชิญมาร่วมทำ
กติกาสำคัญที่สุดคือ ต้องมีคนที่ทำงานนั้นจริงมานั่งทำด้วยตัวเอง ไม่ใช่ให้หัวหน้าเล่าแทน เพราะกระบวนการที่เขียนไว้ใน SOP กับกระบวนการที่ทำจริงมักต่างกันมาก และช่องว่างนั้นเองคือขุมทรัพย์ของการปรับปรุง ทีมที่ดีควรมีตัวแทนครบทุกแผนกที่เอกสารไหลผ่าน รวมประมาณ 6-10 คน ใช้เวลา workshop ราวครึ่งวันถึงหนึ่งวัน
ขั้นที่ 3: เขียน swimlane ตามแผนก
ติดกระดาษยาวบนผนัง แบ่งเป็นแถวแนวนอน หนึ่งแถวต่อหนึ่งแผนกหรือหนึ่งบทบาท เรียงจากบนลงล่าง แกนนอนคือเวลา จากนั้นให้แต่ละคนเขียนกิจกรรมของตนลงโพสต์อิทแล้วแปะในแถวของตน เรียงตามลำดับที่เกิดจริง ทุกครั้งที่งานข้ามจากแถวหนึ่งไปอีกแถว ให้ลากลูกศรเชื่อม จุดที่ลูกศรข้ามแถวคือ handoff ซึ่งเป็นจุดเสี่ยงสูงสุดของการเกิดปัญหาทุกชนิด
ขั้นที่ 4: จับเวลาแต่ละขั้น และแยกเวลาทำงานจริงกับเวลารอ
นี่คือหัวใจของ Makigami ใต้โพสต์อิทแต่ละใบ ให้บันทึกสองตัวเลขแยกกันเสมอ
- Process Time (PT) — เวลาที่ลงมือทำงานนั้นจริง ๆ เช่น กรอกแบบฟอร์ม 8 นาที ตรวจสอบเอกสาร 5 นาที เซ็นชื่อ 1 นาที
- Waiting Time (WT) — เวลาที่เอกสารนอนรออยู่เฉย ๆ เช่น อยู่ในถาดรอเซ็น 2 วัน รอรอบส่งเอกสารประจำวัน 6 ชั่วโมง รอผู้อนุมัติกลับจากประชุม 4 ชั่วโมง
ผลรวมของ PT ทั้งหมดคือ เวลาทำงานจริง ส่วนผลรวมของ PT + WT คือ Lead Time ของกระบวนการ อัตราส่วน PT ÷ Lead Time เรียกว่า Process Cycle Efficiency ซึ่งในกระบวนการเอกสารที่ยังไม่เคยปรับปรุง มักอยู่ในระดับต่ำมากเพียงไม่กี่เปอร์เซ็นต์ นี่คือตัวเลขที่ทำให้ผู้บริหารเห็นภาพทันทีว่ามีโอกาสปรับปรุงมหาศาล
เคล็ดลับ: อย่าประมาณเวลาในห้องประชุมอย่างเดียว ให้เก็บข้อมูลจริงจากตัวอย่างงาน 10-20 ชิ้นย้อนหลัง ดูวันที่ประทับบนเอกสารหรือ timestamp ในระบบ ตัวเลขจริงมักแย่กว่าที่ทุกคนคิดเสมอ และควรบันทึกทั้งค่าเฉลี่ยและค่าที่แย่ที่สุด เพราะกรณีแย่ที่สุดคือสิ่งที่ลูกค้าภายในจดจำ
ขั้นที่ 5: บันทึกข้อมูลประกอบในแต่ละขั้น
นอกจากเวลา ควรบันทึกในแถวเสริมใต้ swimlane ได้แก่ เอกสาร/ระบบที่ใช้ในขั้นนั้น จำนวนคนที่เกี่ยวข้อง อัตราการตีกลับ (%) ปัญหาที่พบบ่อย และจำนวนครั้งที่ข้อมูลชุดเดิมถูกกรอกซ้ำ
ขั้นที่ 6: ระบุความสูญเสียลงบนแผนภาพ
ใช้โพสต์อิทสีต่างกัน (นิยมสีแดง) แปะทับจุดที่เป็นความสูญเสีย โดยจำแนกตามประเภท Office Losses ทั้ง 8 ข้อข้างต้น เมื่อทำเสร็จ ภาพรวมของกระดาษจะเล่าเรื่องด้วยตัวมันเอง
การอ่านผล Makigami: มองหาอะไรบ้าง
- จุดที่งานค้าง (bottleneck) — ขั้นที่มี WT ยาวผิดปกติเมื่อเทียบกับขั้นอื่น มักเป็นจุดที่มีผู้อนุมัติคนเดียวรับงานจากหลายสาย หรือจุดที่รอรอบเวลา (batch) เช่น รอรอบส่งเอกสารวันละครั้ง
- จุดที่งานย้อนกลับ (loop back) — ลูกศรที่วิ่งย้อนขึ้นไปแถวบน ทุกลูกศรย้อนกลับคือของเสียที่ต้องแก้ที่ต้นเหตุ ให้ถามว่า "ทำไมขั้นก่อนหน้าจึงส่งงานที่ไม่พร้อมออกมา" คำตอบมักคือแบบฟอร์มออกแบบไม่ดี หรือผู้กรอกไม่รู้เกณฑ์การตรวจของขั้นถัดไป
- จุดที่ซ้ำซ้อน — ข้อมูลชุดเดียวถูกกรอกหรือคัดลอกมากกว่าหนึ่งครั้ง หรือมีการตรวจสอบสิ่งเดียวกันซ้ำโดยสองแผนก
- จำนวน handoff — ยิ่งข้ามแผนกมากยิ่งช้าและเสี่ยง ควรตั้งเป้าลดจำนวน handoff ลงโดยตรง
- ขั้นที่ไม่มีใครอธิบายได้ว่าทำไปทำไม — มักเป็นซากของกฎเก่าที่ต้นเหตุหายไปนานแล้ว เช่น สำเนาแจกแผนกที่ไม่มีอยู่แล้ว
ตัวอย่างการลด Lead Time ด้วย Makigami
ตัวอย่างที่พบได้บ่อยในกระบวนการขอซื้ออะไหล่ซ่อมบำรุงของโรงงานขนาดกลาง
สภาพก่อนปรับปรุง — Makigami แสดง 14 ขั้นตอน ข้าม 5 แผนก มีลูกศรย้อนกลับ 3 จุด เวลาทำงานจริงรวม 52 นาที แต่ Lead Time เฉลี่ย 6.5 วันทำการ โดยจุดที่กินเวลามากที่สุดสามอันดับแรกคือ รอผู้จัดการโรงงานเซ็น 2.5 วัน (เพราะเซ็นสัปดาห์ละ 2 ครั้ง) รอฝ่ายจัดซื้อรวมใบขอซื้อเป็นล็อตก่อนออกใบสั่งซื้อ 1.5 วัน และตีกลับเพราะไม่ระบุรหัสอะไหล่ 1 วัน (เกิดกับใบขอซื้อ 35%)
มาตรการที่ทำ
- แบ่งวงเงินอนุมัติ: ต่ำกว่า 10,000 บาท หัวหน้าแผนกซ่อมบำรุงอนุมัติจบ ตัดผู้จัดการโรงงานออกจากเส้นทางนี้ (ครอบคลุมใบขอซื้อ 78% ของจำนวนใบ)
- ยกเลิกการรวมล็อต เปลี่ยนเป็นออกใบสั่งซื้อทันทีสำหรับอะไหล่วิกฤต
- แก้ต้นเหตุการตีกลับ ด้วยการทำให้เลือกอะไหล่จากฐานข้อมูลกลางแทนการพิมพ์ชื่อเอง ทำให้รหัสถูกต้องอัตโนมัติ
- ตั้งค่าการแจ้งเตือนอัตโนมัติเมื่อมีใบรออนุมัติเกิน 24 ชั่วโมง
ผลลัพธ์ — Lead Time เฉลี่ยลดจาก 6.5 วันเหลือ 1.5 วัน ขั้นตอนลดจาก 14 เหลือ 8 อัตราการตีกลับลดจาก 35% เหลือต่ำกว่า 5% และผลพลอยได้ที่สำคัญคือ ช่างเลิกแอบสต๊อกอะไหล่ส่วนตัว เพราะเชื่อมั่นว่าขอแล้วได้เร็ว ทำให้มูลค่าอะไหล่คงคลังที่กระจัดกระจายลดลงตามไปด้วย
สังเกตว่ามาตรการเกือบทั้งหมด ไม่ต้องลงทุนเงิน แต่เป็นการแก้ระเบียบและออกแบบการไหลของงานใหม่ นี่คือลักษณะเด่นของ Office TPM ที่ทำให้คุ้มค่าการลงทุนสูงมาก
ขั้นตอนการดำเนินงาน Office TPM
ลำดับต่อไปนี้เป็นเส้นทางที่ใช้ได้จริงกับหน่วยงานสนับสนุน โดยแต่ละขั้นมีผลลัพธ์ที่จับต้องได้ก่อนเข้าขั้นถัดไป ไม่ควรข้ามขั้น โดยเฉพาะขั้นที่ 1 และ 2 ซึ่งเป็นตัวกำหนดว่าจะปรับปรุงถูกจุดหรือไม่
ขั้นที่ 1: กำหนดวิสัยทัศน์และภารกิจของหน่วยงาน
ก่อนปรับปรุงอะไร ต้องตอบให้ได้ก่อนว่าหน่วยงานนี้ มีอยู่เพื่ออะไร ลูกค้าคือใคร และลูกค้าคาดหวังอะไร คำตอบต้องเชื่อมโยงกับนโยบายและเป้าหมาย TPM ขององค์กร ไม่ใช่คำสวยหรูลอย ๆ
ตัวอย่างที่ดี: "ฝ่ายจัดซื้อมีอยู่เพื่อให้อะไหล่วิกฤตถึงมือช่างภายใน 24 ชั่วโมง ด้วยต้นทุนรวมต่ำสุด และข้อมูลราคาที่ถูกต้อง 100%" เทียบกับตัวอย่างที่ใช้ไม่ได้: "มุ่งมั่นให้บริการเป็นเลิศ" เพราะข้อหลังวัดไม่ได้และไม่บอกว่าต้องปรับปรุงอะไร
ผลลัพธ์ของขั้นนี้คือ ประกาศพันธกิจของแผนก + รายชื่อลูกค้าภายในหลัก + สิ่งที่ลูกค้าคาดหวัง (ควรไปถามเขาจริง ๆ ไม่ใช่เดา)
ขั้นที่ 2: สำรวจงานและจำแนกคุณค่าเชิงหน้าที่
ให้ทุกคนในแผนกจดรายการงานที่ตนทำทั้งหมดในหนึ่งเดือน พร้อมความถี่และเวลาที่ใช้ต่อครั้ง จากนั้นคำนวณชั่วโมงต่อเดือนของแต่ละงาน แล้วจำแนกงานเป็นสามระดับตามคุณค่าเชิงหน้าที่
- จำเป็นยิ่ง (Essential) — งานที่หากหยุดทำ องค์กรจะเสียหายทันที หรือเป็นงานที่สร้างคุณค่าให้ลูกค้าโดยตรง เช่น การออกใบสั่งซื้ออะไหล่วิกฤต การปิดบัญชี การจ่ายเงินเดือน งานกลุ่มนี้ต้องปรับปรุงให้เร็วและแม่นยำขึ้น
- จำเป็น (Necessary) — งานที่ต้องทำเพราะกฎหมาย ข้อกำหนดลูกค้า หรือระบบมาตรฐาน แต่ไม่ได้เพิ่มคุณค่าโดยตรง เช่น การจัดเก็บเอกสารตามข้อกำหนด การรายงานต่อหน่วยงานราชการ งานกลุ่มนี้ให้ลดเวลาและทำให้อัตโนมัติมากที่สุด
- ไม่จำเป็น (Unnecessary) — งานที่ทำต่อกันมาโดยไม่มีใครใช้ผลลัพธ์ เช่น รายงานที่ไม่มีผู้อ่าน สำเนาที่ไม่มีผู้รับ การตรวจสอบซ้ำซ้อน งานกลุ่มนี้ให้ยกเลิกทันที
วิธีทดสอบที่ตรงไปตรงมาที่สุดสำหรับรายงาน คือ หยุดส่งดูสักหนึ่งเดือน ถ้าไม่มีใครทัก แปลว่าไม่มีใครใช้ วิธีนี้ฟังดูขำ แต่ใช้ได้ผลจริงและมักตัดงานออกได้อย่างน้อย 10-20% ของภาระงานทั้งแผนก
ผลลัพธ์ของขั้นนี้คือ ตารางงานทั้งหมดของแผนก พร้อมชั่วโมง/เดือน และการจำแนก 3 ระดับ ซึ่งจะกลายเป็นฐานของการวัดภาระงานในหัวข้อถัดไป
ขั้นที่ 3: ทำ 5ส สำนักงาน
เริ่มจากพื้นที่ทำงานจริงและระบบไฟล์ตามหลัก ONE Best ที่อธิบายไว้ข้างต้น เหตุผลที่ควรทำขั้นนี้ก่อน Makigami คือ 5ส ให้ผลเร็ว เห็นชัด และสร้างความเชื่อมั่นของทีมว่ากิจกรรมนี้ทำได้จริง อีกทั้งเมื่อเอกสารเป็นระเบียบแล้ว การเก็บข้อมูลเพื่อทำ Makigami ในขั้นถัดไปจะง่ายขึ้นมาก
สิ่งที่ควรทำให้เสร็จในขั้นนี้: สะสางเอกสารกระดาษและไฟล์ กำหนดผังการจัดเก็บและอายุจัดเก็บ ตั้งมาตรฐานชื่อไฟล์ ทำ visual control เช่น ป้ายชี้บ่งแฟ้ม ถาดงานเข้า-ออกที่มองเห็นปริมาณงานค้าง และตั้งรอบตรวจ 5ส พร้อมเกณฑ์ 30 วินาที
ขั้นที่ 4: วิเคราะห์กระบวนการด้วย Makigami
เลือกกระบวนการที่ส่งผลต่อสายการผลิตมากที่สุด 2-3 กระบวนการก่อน อย่าทำพร้อมกันสิบกระบวนการ ดำเนินการตาม 6 ขั้นที่อธิบายไว้ข้างต้น และติดผลลัพธ์ไว้บนบอร์ดกิจกรรมให้ทุกคนเห็น การเปิดเผยตัวเลข Lead Time และ Process Cycle Efficiency ต่อสาธารณะภายในองค์กร เป็นแรงผลักดันที่ทรงพลังกว่าคำสั่งจากผู้บริหาร
ขั้นที่ 5: ปรับปรุงด้วย ECRS
เมื่อเห็นความสูญเสียบนแผนภาพแล้ว ให้ใช้กรอบ ECRS ไล่พิจารณาทีละขั้น ตามลำดับนี้เท่านั้น เพราะลำดับสะท้อนผลตอบแทนจากมากไปน้อย
- E — Eliminate (ขจัด) ถามก่อนเสมอว่า "ขั้นนี้ไม่ทำได้ไหม" การยกเลิกให้ผลสูงสุดและต้นทุนต่ำสุด เช่น ยกเลิกลายเซ็นที่ไม่มีอำนาจตัดสินใจจริง ยกเลิกสำเนาที่ไม่มีคนอ่าน ยกเลิกการตรวจสอบซ้ำ
- C — Combine (รวม) รวมขั้นตอนที่ทำโดยคนเดียวกันหรือใช้ข้อมูลชุดเดียวกันเข้าด้วยกัน เช่น รวมแบบฟอร์ม 3 ใบเป็นใบเดียว รวมการตรวจสอบทั้งหมดไว้ที่จุดเดียว หรือรวมการอนุมัติหลายระดับที่อยู่ในสายบังคับบัญชาเดียวกัน
- R — Rearrange (จัดลำดับใหม่) สลับลำดับให้ตรวจพบข้อผิดพลาดเร็วขึ้น เช่น ย้ายการตรวจความครบถ้วนไปไว้ต้นทางแทนปลายทาง หรือทำขั้นตอนที่ทำคู่ขนานได้พร้อมกันแทนการทำต่อกันเป็นทอด ๆ ซึ่งมักลด Lead Time ได้ทันทีโดยไม่ต้องเปลี่ยนงานใด ๆ เลย
- S — Simplify (ทำให้ง่าย) ลดความซับซ้อนของสิ่งที่เหลืออยู่ เช่น ออกแบบฟอร์มใหม่ให้กรอกผิดยาก ใช้ dropdown แทนการพิมพ์เอง ทำ checklist สำหรับผู้อนุมัติ หรือทำให้ระบบดึงข้อมูลอัตโนมัติแทนการคีย์ซ้ำ ขั้นนี้เองที่การใช้ระบบดิจิทัลเข้ามาช่วยได้มากที่สุด
ข้อผิดพลาดที่พบบ่อยที่สุดคือกระโดดไปที่ S ทันที ด้วยการซื้อระบบมาแทนกระบวนการเดิมทั้งดุ้น ผลคือได้กระบวนการที่ห่วยเหมือนเดิมแต่เร็วขึ้นเล็กน้อยและแพงขึ้นมาก การทำ E และ C ให้จบก่อนเสมอ จะทำให้ระบบที่นำมาใช้เรียบง่ายกว่าและใช้ได้จริงกว่ามาก
ขั้นที่ 6: สร้างมาตรฐานและวัดผล
การปรับปรุงที่ไม่ถูกทำให้เป็นมาตรฐานจะย้อนกลับสู่สภาพเดิมภายใน 2-3 เดือนเสมอ ขั้นนี้ต้องทำสี่อย่าง
- ปรับปรุง SOP และแบบฟอร์มให้ตรงกับวิธีใหม่ พร้อมวันที่มีผลบังคับใช้และการเรียกคืนฉบับเก่า
- อบรมผู้เกี่ยวข้องทุกคนรวมถึงพนักงานใหม่ และทำ OPL (One Point Lesson) สำหรับจุดที่มักผิดพลาด
- ตั้งตัวชี้วัดและวัดต่อเนื่อง โดยเฉพาะ Lead Time และอัตราการตีกลับ ติดบนบอร์ดให้เห็นทุกสัปดาห์
- ตั้งรอบทบทวน เช่น ทุกไตรมาส เพื่อดูว่ามาตรฐานยังถูกใช้อยู่และยังเหมาะสมหรือไม่ พร้อมขยายผล (horizontal deployment) ไปยังกระบวนการอื่นที่มีลักษณะคล้ายกัน
การวัดภาระงานและประสิทธิภาพ
จุดอ่อนคลาสสิกของงานสำนักงานคือ ไม่มีใครรู้ว่าแต่ละคนมีภาระงานเท่าไร ทำให้เกิดสภาพ "บางคนล้นมือ บางคนว่าง" อยู่ในแผนกเดียวกัน และทำให้ผลของการปรับปรุงพิสูจน์ไม่ได้ Office TPM แก้ปัญหานี้ด้วยการทำภาระงานให้เป็นตัวเลข
การคำนวณชั่วโมงว่างต่อคนต่อเดือน
ใช้ข้อมูลจากการสำรวจงานในขั้นที่ 2 มาคำนวณตามลำดับนี้
- ชั่วโมงทำงานตามปฏิทิน = จำนวนวันทำงานในเดือน × ชั่วโมงทำงานต่อวัน เช่น 21 วัน × 8 ชั่วโมง = 168 ชั่วโมง
- ชั่วโมงทำงานสุทธิ = ชั่วโมงตามปฏิทิน − วันลา/หยุด − เวลาที่ใช้ไปกับกิจกรรมส่วนกลาง (ประชุมประจำ อบรม กิจกรรม 5ส) เช่น 168 − 8 (ลา) − 12 (กิจกรรม) = 148 ชั่วโมง
- ชั่วโมงภาระงานจริง = ผลรวมของ (เวลาต่อครั้ง × ความถี่ต่อเดือน) ของทุกงานที่คนนั้นรับผิดชอบ เช่น 121 ชั่วโมง
- ชั่วโมงว่าง = ชั่วโมงทำงานสุทธิ − ชั่วโมงภาระงานจริง = 148 − 121 = 27 ชั่วโมง/เดือน
- อัตราการทำงาน (Work Rate) = ชั่วโมงภาระงานจริง ÷ ชั่วโมงทำงานสุทธิ × 100 = 121 ÷ 148 × 100 ≈ 81.8%
เมื่อคำนวณครบทุกคนแล้วรวมเป็นระดับแผนก จะได้ อัตราการทำงานของหน่วยงาน ซึ่งใช้เปรียบเทียบข้ามแผนกและติดตามแนวโน้มได้
ข้อควรระวังที่สำคัญที่สุด: ตัวเลขนี้ต้องใช้เพื่อ เกลี่ยงานและหาโอกาสปรับปรุง เท่านั้น ห้ามใช้เพื่อจับผิดหรือประเมินผลรายบุคคลเด็ดขาด เพราะทันทีที่พนักงานรู้ว่าตัวเลขนี้กระทบตัวเอง ข้อมูลที่ได้จะไม่จริงอีกต่อไป และกิจกรรม Office TPM จะตายทันที ควรประกาศจุดยืนนี้ให้ชัดตั้งแต่วันแรก
อีกประเด็นคือ อัตราการทำงาน 100% ไม่ใช่เป้าหมายที่ดี เพราะหน่วยงานที่ไม่มีชั่วโมงว่างเลยจะไม่มีเวลาทำ Kaizen ไม่มีกันชนรับงานเร่งด่วน และจะพังทันทีที่มีคนลา ระดับที่เหมาะสมมักอยู่ราว 80-85% โดยกันเวลาส่วนที่เหลือไว้สำหรับการปรับปรุงและงานไม่คาดฝัน
การจำแนก Critical work และ Support work
อีกมุมหนึ่งที่ควรวิเคราะห์คู่กัน คือแบ่งงานตามผลกระทบ
- Critical work — งานที่ส่งผลโดยตรงต่อ PQCDSM ขององค์กร หรือหยุดไม่ได้ เช่น การจ่ายเงินเดือน การออกใบสั่งซื้ออะไหล่วิกฤต การส่งข้อมูลให้ลูกค้าตามสัญญา งานกลุ่มนี้ต้องมี ผู้รักษาการที่ผ่านการฝึกแล้ว เสมอ และต้องมีมาตรฐานการทำงานที่ชัดเจนเป็นลายลักษณ์อักษร
- Support work — งานสนับสนุนทั่วไปที่เลื่อนได้หรือลดความถี่ได้ เช่น การจัดเก็บเอกสารย้อนหลัง การทำรายงานสรุปที่ไม่ใช้ตัดสินใจเร่งด่วน งานกลุ่มนี้คือแหล่งที่มาของชั่วโมงว่างที่จะนำไปใช้ทำ Kaizen
เมทริกซ์ที่ใช้ได้ดีคือ วางแกนหนึ่งเป็น Critical/Support และอีกแกนเป็นชั่วโมงที่ใช้ต่อเดือน งานที่เป็น Support แต่กินชั่วโมงมาก คือเป้าหมายอันดับแรกของ ECRS ส่วนงานที่เป็น Critical แต่มีคนทำได้คนเดียว คือความเสี่ยงอันดับแรกที่ต้องเร่งสร้างทักษะสำรอง
การเกลี่ยภาระงาน (Load Leveling)
เมื่อมีตัวเลขแล้ว การเกลี่ยงานจะทำได้บนพื้นฐานข้อเท็จจริง แนวทางที่ใช้
- เกลี่ยระหว่างคน — ย้ายงานจากคนที่อัตราการทำงานเกิน 95% ไปยังคนที่ต่ำกว่า 70% พร้อมสร้างทักษะที่จำเป็น (multi-skill)
- เกลี่ยตามเวลา — กระจายงานที่กระจุกตัวปลายเดือนออกไปทำระหว่างเดือน เช่น การตรวจสอบเอกสารประกอบการปิดบัญชี ทำทุกสัปดาห์แทนการรอทำทีเดียว
- สร้างตารางทักษะ (skill matrix) — แสดงว่าใครทำงานอะไรได้ในระดับใด เพื่อวางแผนฝึกอบรมและระบุงานที่มีคนทำได้คนเดียว ซึ่งเป็นความเสี่ยงที่ต้องกำจัด
ตัวชี้วัดของ Office TPM
Office TPM จะกลายเป็นแค่กิจกรรมจัดโต๊ะ ถ้าไม่มีตัวชี้วัดที่เป็นตัวเลข ควรออกแบบตัวชี้วัดโดยเชื่อมโยงลงมาจากเป้าหมายองค์กรตามหลัก KMI-KPI-KAI คือมี KMI ระดับผลลัพธ์องค์กร KPI ระดับกระบวนการ และ KAI ที่วัดกิจกรรมของคนหน้างาน
| ตัวชี้วัด | วิธีวัด | ทิศทางเป้าหมาย |
|---|---|---|
| Lead Time ของกระบวนการเอกสาร | เวลาตั้งแต่ยื่นคำขอจนได้ผลลัพธ์ วัดจาก timestamp จริง แยกค่าเฉลี่ยและค่าแย่สุด | ลดลง |
| Process Cycle Efficiency | เวลาทำงานจริง ÷ Lead Time × 100 | เพิ่มขึ้น |
| จำนวนข้อผิดพลาดของข้อมูล | จำนวนเอกสารที่ถูกตีกลับหรือแก้ไขหลังส่ง ต่อ 100 รายการ | ลดลง |
| เวลาค้นหาเอกสาร | สุ่มทดสอบตามเกณฑ์ 30 วินาที โดยผู้ที่ไม่ใช่เจ้าของงาน | ลดลง |
| ต้นทุนต่อธุรกรรม | ต้นทุนรวมของกระบวนการ ÷ จำนวนธุรกรรม เช่น บาทต่อใบสั่งซื้อ 1 ใบ | ลดลง |
| จำนวน Kaizen จากพนักงานสำนักงาน | จำนวนข้อเสนอที่ดำเนินการแล้ว ต่อคนต่อปี | เพิ่มขึ้น |
| ความพึงพอใจของลูกค้าภายใน | แบบสำรวจสั้นรายไตรมาสจากหน่วยงานที่รับบริการ | เพิ่มขึ้น |
| จำนวนงานค้าง (backlog) | จำนวนคำขอที่ยังไม่ปิด ณ สิ้นสัปดาห์ และอายุงานค้างเฉลี่ย | ลดลงและคงที่ |
| Downtime ของระบบสารสนเทศ | ชั่วโมงที่ระบบหลักใช้งานไม่ได้ต่อเดือน | ลดลง |
| จำนวนขั้นตอนและ handoff | นับจากแผนภาพ Makigami ฉบับล่าสุด | ลดลง |
คำแนะนำเชิงปฏิบัติ: อย่าเริ่มด้วยตัวชี้วัด 10 ตัว ให้เลือก 3 ตัวที่สำคัญที่สุดของแต่ละแผนก วัดให้ได้จริงและสม่ำเสมอก่อน แล้วค่อยขยาย ตัวชี้วัดที่วัดไม่ต่อเนื่องมีค่าเท่ากับไม่มี และการเก็บข้อมูลควรฝังอยู่ในระบบงานปกติให้มากที่สุด ไม่ใช่ให้คนมานั่งกรอกเพิ่มทุกเดือน ซึ่งนั่นเองก็เป็นความสูญเสียชนิดหนึ่ง
ปัจจัยความสำเร็จและกับดักที่พบบ่อย
ปัจจัยความสำเร็จ
- ผู้บริหารระดับสูงลงมาเห็นด้วยตาตัวเอง — การเดินดูหน้างานสำนักงาน (office gemba walk) ของผู้บริหาร ส่งสัญญาณชัดว่ากิจกรรมนี้สำคัญเท่าหน้างานผลิต
- เริ่มจากกระบวนการที่ส่งผลต่อสายการผลิตโดยตรง — เพื่อให้ผลลัพธ์เชื่อมโยงกับตัวเลของค์กรได้ทันที และทำให้ทีมสำนักงานเห็นคุณค่าของตนเอง
- ทำเป็นทีมข้ามแผนก — เพราะความสูญเสียส่วนใหญ่อยู่ที่รอยต่อระหว่างแผนก ไม่ใช่ภายในแผนกใดแผนกหนึ่ง
- ใช้ข้อมูลจริงเสมอ — จับเวลาจริง นับจริง ไม่ประมาณเอาจากความรู้สึก
- ให้เครดิตและเผยแพร่ผลสำเร็จ — จัดเวทีนำเสนอผลงานของทีมสำนักงานเทียบเท่าทีมหน้างาน
- มีระบบกลางเก็บข้อมูล — เพื่อให้การวัดผลไม่กลายเป็นภาระใหม่
กับดักที่พบบ่อย
- พนักงานออฟฟิศรู้สึกว่า "TPM ไม่เกี่ยวกับตน" — นี่คือกับดักอันดับหนึ่ง วิธีแก้คือ อย่าเริ่มด้วยการสอนทฤษฎี TPM แต่ให้เริ่มด้วยการชวนทำ Makigami กระบวนการที่เขาเจ็บปวดอยู่จริง เมื่อเห็นตัวเลข Lead Time ของงานตัวเองครั้งแรก คนส่วนใหญ่จะอยากแก้เอง
- ทำแค่จัดโต๊ะให้สวย — จบที่การถ่ายรูป before-after ของโต๊ะทำงาน แต่ Lead Time และอัตราการตีกลับไม่เปลี่ยน กับดักนี้เกิดเพราะ 5ส วัดง่ายกว่าและปลอดภัยกว่าการแตะกระบวนการที่ข้ามแผนก ทางแก้คือกำหนดตั้งแต่ต้นว่า 5ส ต้องผูกกับเกณฑ์ 30 วินาทีและ ONE Best ไม่ใช่ความสวยงาม
- ไม่วัดผลเป็นตัวเลข — รายงานผลด้วยคำว่า "สะดวกขึ้น" "เร็วขึ้น" ซึ่งพิสูจน์ไม่ได้และป้องกันการถอยกลับไม่ได้
- ทำเฉพาะภายในแผนกตัวเอง — ปรับปรุงขั้นตอนของตนเร็วขึ้น 20% แต่งานไปกองรอที่แผนกถัดไปเท่าเดิม Lead Time รวมไม่เปลี่ยน นี่คือการปรับปรุงเฉพาะจุด (local optimization) ที่ไม่ให้ผลจริง
- ซื้อระบบก่อนแก้กระบวนการ — นำระบบดิจิทัลมาครอบกระบวนการที่ยังมี 14 ขั้นตอนและลายเซ็น 6 ระดับ ผลคือได้ระบบราคาแพงที่ยังช้าอยู่ดี ควรทำ E-C-R ให้จบก่อน แล้วค่อยใช้ระบบมาช่วย S
- ใช้ตัวเลขภาระงานไปประเมินคน — ทำลายความไว้วางใจและได้ข้อมูลเท็จตลอดไป
- ทำเป็นโครงการที่มีวันสิ้นสุด — พอโครงการจบก็เลิกวัด และทุกอย่างย้อนกลับภายในไม่กี่เดือน Office TPM ต้องกลายเป็นวิธีทำงานปกติ ไม่ใช่กิจกรรมพิเศษ
- ผู้บริหารไม่ยอมลดลายเซ็นของตน — ข้อเสนอลดขั้นตอนอนุมัติมักติดที่ระดับบริหาร การมอบอำนาจตามวงเงินคือการตัดสินใจเชิงนโยบายที่ต้องมาจากผู้บริหารเท่านั้น หากไม่เกิด การปรับปรุงจะชนเพดานทันที
สรุป
Office TPM คือการยอมรับความจริงว่าความสูญเสียในโรงงานจำนวนมากไม่ได้เกิดที่เครื่องจักร แต่เกิดที่กระแสข้อมูลและเอกสารซึ่งไหลผ่านสำนักงานทุกวัน การมองสำนักงานเป็น "โรงงานผลิตสารสนเทศ" ทำให้เราใช้เครื่องมือเดียวกับที่ใช้ในสายการผลิตได้ทันที นั่นคือระบุความสูญเสียให้ชัด ทำ 5ส ที่จัดการข้อมูลจริงตามหลัก ONE Best วิเคราะห์กระบวนการด้วย Makigami เพื่อแยกเวลาทำงานจริงออกจากเวลารอ ปรับปรุงด้วย ECRS ตามลำดับ แล้วสร้างมาตรฐานพร้อมตัวชี้วัดที่วัดต่อเนื่อง
ข้อดีที่ทำให้ Office TPM คุ้มค่าที่สุดคือ มาตรการส่วนใหญ่แทบไม่ต้องลงทุนเงิน แต่เป็นการแก้ระเบียบ ตัดขั้นตอนที่ไม่จำเป็น และออกแบบการไหลของงานใหม่ ซึ่งให้ผลตอบแทนเร็วและกระทบตัวเลขขององค์กรโดยตรง ทั้ง Lead Time การหยุดเครื่องเพราะรออะไหล่ ต้นทุนการบริหาร และขวัญกำลังใจของพนักงานสำนักงานที่ได้เห็นว่างานของตนเชื่อมโยงกับความสำเร็จของโรงงานอย่างไร
หากกำลังพิจารณาเริ่ม Office TPM ในองค์กร ข้อแนะนำคือเริ่มเล็กแต่เริ่มให้ลึก เลือกกระบวนการเดียวที่เจ็บปวดที่สุด ทำ Makigami กับทีมข้ามแผนกจริง ๆ แล้ววัด Lead Time ก่อนและหลังให้เห็นเป็นตัวเลข ความสำเร็จหนึ่งเรื่องที่พิสูจน์ได้ จะเปิดประตูให้กิจกรรมที่เหลือง่ายขึ้นมาก
ทีมงานของเรารับให้คำปรึกษาการวางระบบ TPM ครบทั้ง 8 เสาหลัก รวมถึงการจัด workshop Makigami และการออกแบบตัวชี้วัดสำหรับหน่วยงานสนับสนุนโดยเฉพาะ และหากต้องการให้การเก็บข้อมูล การติดตามงานค้าง และการวัด Lead Time เกิดขึ้นอัตโนมัติแทนการทำมือใน Excel สามารถดูรายละเอียดระบบซอฟต์แวร์บริหาร TPM ที่รองรับทั้งงานซ่อมบำรุง แผนงาน และตัวชี้วัดของทุกเสาหลักในที่เดียว ยินดีพูดคุยเพื่อประเมินจุดเริ่มต้นที่เหมาะกับองค์กรของคุณ