เงินก้อนเดียวกัน บางโรงงานได้การเปลี่ยนผ่าน บางโรงงานได้แค่เครื่องตอกบัตร

โรงงานไต้หวันสองแห่ง ตั้งอยู่ชานเมืองกรุงเทพฯ เหมือนกัน จำนวนพนักงานพอๆ กัน ตัดสินใจวางระบบบริหารจัดการในปีเดียวกัน งบประมาณที่ลงไปก็อยู่ในระดับเดียวกัน สามปีผ่านไป ลองไปดูการประชุมประจำเดือนของทั้งสองแห่ง ภาพที่เห็นต่างกันคนละเรื่อง

ในห้องประชุมของโรงงาน A ผู้จัดการฝ่ายผลิต ฝ่ายขาย และฝ่ายบัญชี จ้องตัวเลขชุดเดียวกันแล้วถกกันว่า ไตรมาสนี้ข้อร้องเรียนจากลูกค้ากระจุกอยู่ที่ไลน์ผลิตเดียวกัน ควรปรับผังไลน์หรือไม่ ปรับแล้วจะกระทบกำหนดส่งของออร์เดอร์ไหนบ้าง ถกกันอย่างเข้มข้น แต่ไม่มีใครถกว่า "ตัวเลขของคุณเอามาจากไหน"

ส่วนโรงงาน B ระบบยังอยู่ แต่เหลือแค่ตอกบัตรกับลาหยุดที่ยังใช้งานจริง รายงานการผลิตประจำวันยังคงเป็นไฟล์ Excel ที่หัวหน้ากะแต่ละคนทำเองแล้วส่งขึ้นมา สิ้นเดือนฝ่ายบุคคลใช้เวลาสามวันรวบรวมเป็นรายงานที่ไม่มีใครอ่านละเอียด ถามพนักงานเงียบๆ ว่าทำไมไม่ใช้ระบบ คำตอบคือ "ใช้ Excel ยังดีกว่า อย่างน้อยฉันแก้เองได้"

ของที่ทั้งสองแห่งซื้อ จริงๆ แล้วไม่ต่างกันมาก ความต่างไม่ได้อยู่ที่ซอฟต์แวร์

ระบบคือภาชนะ ไม่ใช่คำตอบ

บทที่แล้วพูดไว้ว่า สาเหตุที่บริษัทย่ำอยู่กับที่คือไม่มีใครดูแลชั้นการวางแผน บทนี้จะจัดการกับความคิดถัดไปที่ผุดขึ้นในใจเจ้าของกิจการหลายคนหลังฟังจบ นั่นคือ ถ้าอย่างนั้นซื้อระบบมาสักชุด จะเติมชั้นการวางแผนให้ครบได้ไหม

คำตอบคือไม่ได้ เหตุผลง่ายมาก ระบบคือภาชนะ สิ่งที่มันบรรจุคือผลผลิตของชั้นการวางแผน พูดให้ชัดคือสี่อย่าง ได้แก่ เป้าหมาย ตัวชี้วัด กระบวนการ และความรับผิดชอบ ในวันที่วางระบบ ทุกช่องกรอกของระบบจะตั้งคำถามกับคุณสี่ข้อ

• ตัวชี้วัด: เรื่องนี้คุณจะดูตัวเลขตัวไหน
• เป้าหมาย: ตัวเลขนี้ต้องถึงเท่าไรจึงเรียกว่าดี
• กระบวนการ: เรื่องนี้เดินตามขั้นตอนอะไรบ้าง
• ความรับผิดชอบ: แต่ละขั้นใครทำ ใครเซ็น เกิดเรื่องแล้วใครรับ

ก่อนวางระบบ โรงงาน A เถียงกันเรื่องสี่ข้อนี้มาแล้ว และมีคำตอบอยู่แล้ว วันที่ระบบขึ้นใช้งานจึงเท่ากับย้ายคำตอบที่มีอยู่แล้วไปไว้ในที่ที่ทุกคนมองเห็น ติดตั้งปุ๊บก็มีเลือดมีเนื้อทันที

โรงงาน B ไม่มีคำตอบ แต่โครงการวางระบบมีกำหนดเวลา มีแผนความคืบหน้า จะหยุดรออยู่ตรงนั้นไม่ได้ ช่องว่างจึงต้องมีคนกรอก ที่ปรึกษากรอกตามแม่แบบของโรงงานอื่นในอุตสาหกรรมเดียวกัน หรือฝ่ายไอทีคัดลอกวิธีทำงานจริงที่ใช้อยู่ตอนนี้มาใส่ทั้งดุ้น ระบบก็ขึ้นใช้งานแบบนั้น และในทางเทคนิคทำงานได้ปกติทุกอย่าง

สิ่งที่ตัดสินความสำเร็จไม่ใช่จ่ายเท่าไร แต่คือในวันที่ใส่ของเข้าไป บริษัทมีของให้ใส่หรือเปล่า

ถ้ายกวิธีทำงานเดิมขึ้นคอมพิวเตอร์ทั้งดุ้น จะเกิดอะไรขึ้น

วงการระบบสารสนเทศมีคำพูดที่ใช้กันทั่วไปว่า "ลาดยางทับทางเดินวัว" (paving the cowpath) วัวเดินบนทุ่งหญ้าจนเกิดเป็นทางคดเคี้ยวมาหลายปี แล้วมีคนมาลาดยางทับทางเส้นนั้น ทางเดินง่ายขึ้น เร็วขึ้นก็จริง แต่มันก็ยังเป็นทางคดเคี้ยวเส้นเดิม และนับจากนี้ยิ่งแก้ยากขึ้น เพราะลาดยางไปแล้ว จะรื้อก็มีต้นทุน

สิ่งที่โรงงาน B เจอคือเรื่องนี้พอดี เดิมหัวหน้ากะถือกระดาษเดินตรวจไลน์ กลับมาที่ออฟฟิศแล้วกรอก Excel พอวางระบบแล้วกลายเป็นถือกระดาษเดินตรวจไลน์ กลับมาที่ออฟฟิศแล้วกรอกระบบ งานไม่ได้ลดลง แค่เปลี่ยนที่กรอก แถมช่องบังคับกรอกของระบบยังมากกว่า Excel และทำงานช้ากว่า สามเดือนต่อมา ในกลุ่มหัวหน้ากะเริ่มมีไฟล์ Excel ลับๆ ส่งต่อกัน สิ่งที่ใช้งานจริงคือไฟล์นั้น ส่วนระบบเป็นแค่ที่ที่เอาไว้ตามกรอกย้อนหลังตอนสิ้นเดือน

ตรงนี้ต้องพูดให้ชัดข้อหนึ่ง นี่ไม่ใช่ความผิดของระบบ และไม่ใช่พนักงานไม่ให้ความร่วมมือ ยกกระบวนการที่ยังสับสนขึ้นคอมพิวเตอร์ สิ่งที่ได้คือความสับสนที่วิ่งเร็วขึ้น ระบบทำตามสิ่งที่คุณมอบให้อย่างซื่อสัตย์ เพียงแต่สิ่งที่คุณมอบให้มันคือสภาพปัจจุบันที่ยังไม่ได้จัดระเบียบ

และต้นทุนที่แท้จริงของเรื่องนี้ ไม่ใช่ตัวเงินลงทุนก้อนนั้น การลงทุนวางระบบอย่างจริงจังเป็นการตัดสินใจที่สมเหตุสมผลสำหรับโรงงานหนึ่งแห่ง ต้นทุนที่แท้จริงคือเงาในใจที่เหลืออยู่หลังจาก "จ่ายไปแล้วก็ยังกลับมาที่จุดเดิม" สามปีต่อมาเมื่อมีคนเสนอให้วางระบบอีกครั้ง ปฏิกิริยาแรกของหัวหน้างานคือ "คราวก่อนไม่ได้ทำไปแล้วเหรอ" พอประโยคนี้หลุดออกมา บริษัทก็จะไม่มีโอกาสครั้งที่สองอีกเลย จนกว่าจะเปลี่ยนคนทั้งชุด

เมื่อไรควรปรับตัวตามมาตรฐาน เมื่อไรควรให้ซอฟต์แวร์ปรับตามคุณ

ต่อไปคือคำถามที่ใช้งานได้จริงที่สุด ซอฟต์แวร์สำเร็จรูปหรือพัฒนาเฉพาะ

คำถามนี้ไม่ควรตอบด้วยราคาหรือระยะเวลา แต่ควรตอบด้วยเกณฑ์เดียว คือ กระบวนการนี้เป็นความสามารถในการแข่งขันของคุณหรือไม่

• ถ้าไม่ใช่ ให้ปรับตามมาตรฐาน การลาหยุด การขออนุมัติล่วงเวลา การเบิกจ่าย เอกสารบัญชี ระบบซื้อขายสินค้าคงคลังพื้นฐาน กระบวนการเหล่านี้ต่อให้คุณทำได้พิเศษแค่ไหน ลูกค้าก็ไม่ได้สั่งของเพิ่มเพราะเรื่องนี้ การพัฒนาเฉพาะให้เป็น "แบบที่บริษัทเราคุ้นเคย" เท่ากับจ่ายเงินตรึงภาระเดิมไว้กับที่ วันหน้าจะอัปเกรดก็ต้องจ่ายอีกรอบ วิธีมาตรฐานคือสิ่งที่กลั่นออกมาจากบริษัทหลายพันแห่งที่เคยเจ็บมาก่อน ส่วนใหญ่ดีกว่าวิธีที่คุณใช้อยู่ตอนนี้
• ถ้าใช่ คุ้มค่าที่จะพัฒนาเฉพาะ ตรรกะการจัดตารางผลิตของคุณ วิธีเสนอราคาของคุณ ความละเอียดในการติดตามอัตราของดี ความเร็วในการตอบสนองการตรวจโรงงานของลูกค้า สิ่งเหล่านี้คือของที่คนอื่นลอกไปไม่ได้ เป็นเหตุผลที่คุณทำกำไรได้มากกว่าโรงงานข้างๆ อยู่ไม่กี่เปอร์เซ็นต์ ถ้าตรงนี้ไปปรับตามสำเร็จรูป เท่ากับไถข้อได้เปรียบของตัวเองให้เหลือเท่าค่าเฉลี่ยของอุตสาหกรรม

จำไว้ประโยคเดียว เงินพัฒนาเฉพาะต้องลงไปที่ "จุดที่คนอื่นลอกไม่ได้" ไม่ใช่ลงไปที่ "จุดที่ไม่อยากเปลี่ยนความเคยชิน" ดังนั้นเมื่อหัวหน้างานยืนยันว่ากระบวนการหนึ่งต้องพัฒนาเฉพาะเท่านั้น ให้ถามก่อนหนึ่งคำถาม นี่เพราะมันทำให้เราชนะ หรือเพราะเปลี่ยนแล้วยุ่งยาก

เกณฑ์นี้จะใช้ได้ มีเงื่อนไขหนึ่งข้อ คือคุณต้องรู้ก่อนว่าความสามารถในการแข่งขันของตัวเองคืออะไร และนี่คืองานของชั้นการวางแผนพอดี เป็นเหตุผลว่าทำไมมันต้องเสร็จก่อนเซ็นสัญญา ไม่ใช่หลังจากนั้น

ดูอย่างไรว่าโมดูลหนึ่งยังมีชีวิตหรือตายไปแล้ว

กลับมาที่ระบบที่คุณมีอยู่ตอนนี้ ไม่ต้องถามฝ่ายไอที ให้ถามคนที่ใช้งานจริง ด้วยคำถามสี่ข้อ

1. มีคนเปิดมันทุกวันไหม ความถี่เป็นตัวชี้วัดที่หยาบที่สุดแต่ซื่อสัตย์ที่สุด
2. เปิดเพื่อ "ค้นหา" หรือเพื่อ "ส่งงาน" ค้นหา แปลว่าเขาต้องการข้อมูลข้างใน ส่งงาน แปลว่าเขากำลังป้อนข้อมูลให้หลุมดำที่ไม่มีใครดู
3. ข้อมูลเข้าไปแล้ว มีใครตัดสินใจต่างออกไปเพราะมันบ้างไหม นี่คือเกณฑ์ตัดสินที่แท้จริง
4. ถ้าพรุ่งนี้ปิดโมดูลนี้ ใครจะร้องเป็นคนแรก ไม่มีใครร้อง แปลว่ามันตายไปนานแล้ว แค่ยังเปิดค้างไว้เฉยๆ

ข้อสามสำคัญที่สุด ถ้าข้อมูลของโมดูลหนึ่งเข้าไปแล้ว ไม่มีการตัดสินใจใดเปลี่ยนไปเพราะมันเลย โมดูลนั้นก็คือโมดูลที่ตายแล้ว ไม่ว่าหน้าจอจะสวยแค่ไหน รายงานจะครบแค่ไหน หรือตอนวางระบบจะเหนื่อยแค่ไหน

คุณจะพบว่า โมดูลที่ยังมีชีวิตมีจุดร่วมอย่างหนึ่ง ข้างหลังมันมีของจากชั้นการวางแผนรออยู่ ไม่ว่าจะเป็นเป้าหมายหนึ่งข้อ การประชุมประจำที่จัดสม่ำเสมอ หรือการตัดสินใจที่ต้องทำ ส่วนโมดูลที่ตายแล้วก็มีจุดร่วมเช่นกัน ข้อมูลเข้าไปแล้ว ไม่มีใครรอ

ดังนั้น "การตรวจสุขภาพระบบ" จริงๆ แล้วไม่ได้ตรวจระบบ แต่ตรวจชั้นการวางแผนของคุณ โมดูลไหนยังมีชีวิต แปลว่าส่วนนั้นคุณมีเป้าหมายแล้ว มีคนดูแล้ว โมดูลไหนตาย แปลว่าส่วนนั้นยังไม่มีใครรับไป รายการนี้จะบอกคุณตรงๆ ว่าหลังจากบทที่สาม ควรไปเติมตรงไหนก่อน

🔧 ลงมือทำกับ AI

คุณคือที่ปรึกษาตรวจสุขภาพระบบองค์กรของฉัน ฉันเป็นเจ้าของ/ผู้บริหารโรงงานขนาดกลางและเล็กสัญชาติไต้หวันในประเทศไทย

โมดูลระบบที่บริษัทเราใช้อยู่ตอนนี้มีดังนี้ (กรอกตามจริง ไม่แน่ใจก็ใส่มาด้วย)
[ตัวอย่าง: ตอกบัตรเข้างาน ลาหยุด เงินเดือน ซื้อขายสินค้าคงคลัง ใบสั่งผลิต ตรวจสอบคุณภาพ จัดการข้อร้องเรียน เอกสารบัญชี ...]

ช่วยฉันทำสี่เรื่องต่อไปนี้

1. ทำตารางไล่ทีละโมดูล คอลัมน์ประกอบด้วย ชื่อโมดูล / ความถี่การใช้งานโดยประมาณ / วัตถุประสงค์การใช้ (ค้นหาข้อมูล หรือ ป้อนเพื่อส่งงาน) / ข้อมูลที่ได้มีผลต่อการตัดสินใจใดหรือไม่ / ตัดสินว่า "มีชีวิต" หรือ "ตายแล้ว"
   จุดไหนที่ยังตัดสินไม่ได้ ให้ระบุตรงๆ ว่า "ต้องไปถามผู้ใช้งาน" พร้อมบอกว่าควรถามใคร และถามด้วยประโยคไหน

2. สำหรับทุกโมดูลที่คุณตัดสินว่า "ตายแล้ว" ให้ชี้ว่ามันน่าจะตายที่ขั้นตอนใดมากที่สุด
   (ก) ไม่มีใครรอข้อมูลชุดนี้　(ข) กระบวนการแค่ยกงานกระดาษขึ้นคอมพิวเตอร์ทั้งดุ้น
   (ค) ช่องกรอกตอนแรกคัดลอกจากสภาพเดิม ไม่ได้เชื่อมกับเป้าหมายใด　(ง) ผู้ใช้งานมีไฟล์ Excel ลับๆ ที่ใช้ทำงานจริง

3. ช่วยแปล "โมดูลที่ตายแล้ว" ให้กลายเป็น "ชั้นการวางแผนที่ยังขาด"
   เช่น โมดูลหนึ่งตาย แปลว่าบริษัทยังไม่มีเป้าหมาย ตัวชี้วัด หรือผู้รับผิดชอบในส่วนใด

4. สุดท้าย ให้คำถามฉันสามข้อ ที่ฉันเอาไปถามหัวหน้างานได้เลยในการประชุมสัปดาห์หน้า
   เพื่อตรวจสอบว่าสิ่งที่คุณวิเคราะห์มาข้างบนจริงหรือไม่

ตอบเป็นภาษาไทย ใช้ภาษาตรงไปตรงมา เอาไปใช้ประชุมได้ทันที
อย่าเพิ่งแนะนำให้ฉันซื้อระบบใหม่ รอบนี้ทำแค่การสำรวจสถานะ

ก้าวที่ทำได้ภายในสัปดาห์นี้: ไม่ต้องจัดประชุม ไม่ต้องแจกแบบสอบถาม เลือกโมดูลที่คุณคิดว่า "น่าจะมีคนใช้อยู่" มาสามตัว หาผู้ใช้งานจริงตัวละหนึ่งคน ถามแค่ประโยคเดียวว่า "ครั้งล่าสุดที่คุณเปิดมันคือเมื่อไร เปิดเพื่ออะไร" คำตอบสามข้อก็เพียงพอให้คุณรู้แล้วว่า ระบบของคุณตอนนี้เป็นภาชนะ หรือเป็นเครื่องตอกบัตรราคาแพงเครื่องหนึ่ง และถ้าคำตอบไม่สวย นั่นไม่ใช่ปัญหาของเงินลงทุนก้อนนั้น แต่คือยังมีงานอีกชั้นหนึ่งที่ยังไม่ได้ทำ ซึ่งเราจะเริ่มเติมกันตั้งแต่บทหน้า

📎 อ้างอิงแนวคิด: "ลาดยางทับทางเดินวัว" (paving the cowpath) เป็นคำพูดที่ใช้กันทั่วไปในวงการวางระบบสารสนเทศ ใช้อธิบายปรากฏการณ์การนำกระบวนการเดิมที่ไม่มีประสิทธิภาพมาทำให้เป็นอัตโนมัติทั้งดุ้น ส่วนเกณฑ์ตัดสินระหว่างซอฟต์แวร์สำเร็จรูปกับการพัฒนาเฉพาะ เรียบเรียงจากแนวปฏิบัติทั่วไปเรื่อง "การแยกแยะกระบวนการที่เป็นความสามารถในการแข่งขัน" ในการวางระบบ ERP โรงงานสองแห่งในบทความนี้เป็นสถานการณ์สมมติที่สังเคราะห์จากหลายกรณี ไม่ใช่บริษัทใดบริษัทหนึ่ง

⚠ ข้อความปฏิเสธความรับผิด: บทความนี้ใช้เพื่อการอ้างอิงด้านการบริหารเท่านั้น ไม่ถือเป็นการประเมินหรือแนะนำซอฟต์แวร์ ผู้ขาย หรือบริการใด การตัดสินใจวางระบบจริงโปรดพิจารณาตามสภาพบริษัทของท่านและการประเมินจากผู้เชี่ยวชาญ