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

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

ทำไมความล้มเหลวของระบบอัตโนมัติในโรงงานจึงแทบไม่ใช่ปัญหาเทคโนโลยี

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

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

เมื่อสเปกถูกเขียนขึ้นโดยไม่มีความเห็นจากวิศวกรระบบอัตโนมัติ ช่องว่างจะยังไม่ปรากฏให้เห็นในทันที แต่จะโผล่ขึ้นมาช่วงทดสอบระบบ (commissioning) ซึ่งเป็นครั้งแรกที่ระบบต้องเจอกับสภาพแวดล้อมการผลิตจริง และในตอนนั้นสัญญาก็เซ็นไปแล้ว ขอบเขตงานของผู้ให้บริการก็ถูกล็อกไว้แล้วเช่นกัน

ความไม่สอดคล้องระหว่างวิศวกรมีหน้าตาเป็นอย่างไรจริงๆ

วิศวกรของผู้ให้บริการกับความเป็นจริงในสายการผลิต

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

นี่ไม่ใช่ความผิดพลาดของผู้ให้บริการ แต่เป็นช่องว่างเชิงโครงสร้าง วิศวกรของผู้ให้บริการรับผิดชอบให้ระบบใช้งานได้จริง (go live) ส่วนความเป็นจริงในสายการผลิตของลูกค้าไม่ได้อยู่ในขอบเขตความรับผิดชอบของพวกเขา

วิศวกรฝ่ายลูกค้าที่รับผิดชอบเพียงในนาม

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

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

ไม่มีใครเป็นเจ้าของผลลัพธ์อย่างแท้จริง

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

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

ความไม่สอดคล้องระหว่างวิศวกรทำให้โปรเจกต์ระบบอัตโนมัติในโรงงานสะดุดที่จุดไหนบ้าง

ความไม่สอดคล้องระหว่างวิศวกรจะยังไม่ปรากฏให้เห็นในขั้นตอนจัดซื้อ แต่จะเริ่มเห็นได้ชัดใน 3 จุด

ความต้องการที่ไม่สะท้อนข้อจำกัดของสายการผลิตจริง

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

การทดสอบระบบที่ใช้เวลานานกว่าแผนอย่างมีนัยสำคัญ

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

ประสิทธิภาพหลังใช้งานจริงที่ต่ำกว่าที่คาดการณ์ไว้

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

จะป้องกันความล้มเหลวของโปรเจกต์ระบบอัตโนมัติในโรงงานได้อย่างไรตั้งแต่ก่อนเริ่ม

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

ให้ผู้เชี่ยวชาญด้านวิศวกรรมระบบอัตโนมัติเข้ามามีส่วนร่วมตั้งแต่ขั้นตอนกำหนดความต้องการ

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

กำหนดผู้รับผิดชอบผลลัพธ์ให้ชัดเจนก่อนคัดเลือกผู้ให้บริการ

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

แยกบทบาทผู้ติดตั้งระบบออกจากผู้รับผิดชอบผลลัพธ์

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

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

FAQ

ทำไมโปรเจกต์ระบบอัตโนมัติในโรงงานถึงล้มเหลว?

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

ความไม่สอดคล้องระหว่างวิศวกรในระบบอัตโนมัติของโรงงานคืออะไร?

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

ควรให้วิศวกรระบบอัตโนมัติเข้ามามีส่วนร่วมในโปรเจกต์เมื่อไร?

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

อะไรคือสาเหตุที่ทำให้การทดสอบระบบในโปรเจกต์ระบบอัตโนมัติของโรงงานยืดเยื้อ?

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

ใครควรเป็นผู้รับผิดชอบประสิทธิภาพหลังใช้งานจริงในโปรเจกต์ระบบอัตโนมัติของโรงงาน?

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

จะป้องกันไม่ให้ระบบอัตโนมัติทำงานได้ต่ำกว่าเป้าหมายได้อย่างไร?

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