ปรับปรุงระบบไอทีเดิม (Legacy System): สิ่งที่ผู้ผลิตระดับกลางต้องลงมือทำตั้งแต่วันนี้

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

ความหมายที่แท้จริงของ Legacy System

Legacy ไม่ได้หมายถึงระบบที่ "เก่า" แต่หมายถึงระบบที่ไม่สามารถรองรับสิ่งที่ธุรกิจต้องทำในก้าวต่อไปได้อีกต่อไป

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

ผู้ผลิตระดับกลางมักประเมินต่ำเกินไปว่าการดำเนินงานส่วนใหญ่ขององค์กรพึ่งพาระบบในกลุ่มหลังมากเพียงใด ระบบ ERP, MES, ระบบบริหารคุณภาพ (quality management), ระบบสต๊อกสินค้า และเครื่องมือวางแผนการผลิต มักถูกเพิ่มเข้ามาทีละชิ้นจากการตัดสินใจเฉพาะจุดตลอดหลายปีที่ผ่านมา ผลลัพธ์ที่ได้คือระบบปะติดปะต่อที่แม้ยังทำงานได้ในทางเทคนิค แต่ไม่สามารถเชื่อมโยงกัน ไม่สามารถขยายสเกลได้ และไม่สามารถรองรับการไหลของข้อมูล (data flow) ที่การผลิตยุคใหม่ต้องการ

ต้นทุนแฝงที่ผู้ผลิตระดับกลางประเมินต่ำเกินไป

การปรับปรุงระบบซอฟต์แวร์ในเยอรมนีและกลุ่มผู้ผลิตระดับกลางทั่วภูมิภาค DACH มักถูกเลื่อนออกไปด้วยเหตุผลเดียวกันเสมอ นั่นคือ ต้นทุนของระบบ Legacy นั้น "มองไม่เห็น" เพราะมันไปปรากฏอยู่ผิดหมวดงบประมาณ

ต้นทุนหนี้ทางเทคโนโลยี (tech debt) ของกลุ่ม Mittelstand จะไม่ปรากฏเป็นรายการค่าใช้จ่ายตรงๆ แต่จะแสดงออกมาในรูปแบบต่อไปนี้

• การกระทบยอดข้อมูล (data reconciliation) ด้วยมือระหว่างระบบที่เชื่อมต่อกันไม่ได้ กินเวลาหลายชั่วโมงต่อสัปดาห์ ทุกสัปดาห์
• การตัดสินใจที่ล่าช้า เพราะการทำรายงานต้องใช้เวลาเป็นวันแทนที่จะเป็นนาที
• โครงการนำร่องระบบอัตโนมัติที่ล้มเหลว เพราะรากฐานข้อมูลที่เทคโนโลยีต้องการยังไม่มีอยู่จริง
• ความล้มเหลวในการตรวจสอบ (audit) ของลูกค้า เพราะข้อมูลการตรวจสอบย้อนกลับ (traceability) กระจัดกระจายอยู่ในระบบที่แยกจากกันจนไม่สามารถสืบค้นร่วมกันได้
• ความยากลำบากในการสรรหาบุคลากร เพราะวิศวกรและพนักงานฝ่ายปฏิบัติการต่างคาดหวังเครื่องมือทำงานที่ทันสมัย

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

ทำไมผู้ผลิตระดับกลางจึงเผชิญปัญหาที่แตกต่างออกไป

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

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

การปรับปรุงระบบ ERP สำหรับผู้ผลิตในกลุ่ม DACH ระดับกลาง ต้องใช้แนวทางที่ต่างออกไป นั่นคือ การทยอยเปลี่ยนระบบเป็นเฟส (phased replacement) ภายในกรอบเวลาที่กำหนดไว้ชัดเจน โดยแต่ละเฟสต้องส่งมอบคุณค่าด้านการปฏิบัติงานได้ทันที แทนที่จะสะสมต้นทุนไว้รอวัน go-live ในอนาคต โมเดลที่ได้ผลจริงคือการเปลี่ยนแปลงแบบค่อยเป็นค่อยไป ไม่ใช่การเปลี่ยนทั้งระบบในคราวเดียว (big-bang)

สิ่งที่ต้องลงมือทำตอนนี้

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

ประเมินต้นทุนปัจจุบันให้แม่นยำ

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

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

ระบุข้อจำกัดที่ระบบกำลังสร้างต่อการเติบโต

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

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

สร้างเหตุผลทางธุรกิจ (Business Case) ก่อนที่วิกฤตจะมาถึง

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

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

การตัดสินใจปรับปรุงระบบไม่ใช่เรื่องเทคนิค

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

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

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

คำถามที่พบบ่อย

ผู้ผลิตระดับกลางปรับปรุงระบบไอที Legacy อย่างไร

ผู้ผลิตระดับกลางปรับปรุงระบบไอที Legacy โดยเริ่มจากการประเมินต้นทุนที่ระบบปัจจุบันกำลังสร้างภาระในเชิงปฏิบัติการ จากนั้นระบุข้อจำกัดของระบบที่กำลังขัดขวางขั้นตอนการเติบโตต่อไปโดยตรง แล้วจึงสร้างเหตุผลทางธุรกิจสำหรับการปรับปรุงระบบแบบเป็นเฟส ก่อนที่วิกฤตจะบีบให้ต้องตัดสินใจ แนวทางที่ได้ผลในระดับผู้ผลิตขนาดกลางคือ การทยอยเปลี่ยนระบบทีละส่วนโดยแต่ละเฟสส่งมอบคุณค่าด้านการปฏิบัติงานทันที ไม่ใช่การย้ายแพลตฟอร์มแบบทั้งระบบในคราวเดียว (big-bang) ซึ่งต้องหยุดการดำเนินงานทั้งหมด

การปรับปรุงระบบไอที Legacy สำหรับผู้ผลิตระดับกลางคืออะไร

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

ต้นทุนของหนี้ทางเทคโนโลยี (Tech Debt) ของกลุ่ม Mittelstand คืออะไร

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

การปรับปรุงระบบ ERP สำหรับผู้ผลิตในกลุ่ม DACH คืออะไร

การปรับปรุงระบบ ERP สำหรับผู้ผลิตในกลุ่ม DACH คือการแทนที่หรืออัปเกรดระบบวางแผนทรัพยากรองค์กร (ERP) หลัก ที่ไม่สามารถตอบสนองความต้องการด้านการผลิต การตรวจสอบย้อนกลับ การเชื่อมต่อระบบ หรือการรายงานได้อีกต่อไป สำหรับผู้ผลิตระดับกลางในกลุ่ม DACH การปรับปรุงระบบ ERP ที่ประสบความสำเร็จจะใช้แนวทางแบบเป็นเฟส โดยแต่ละเฟสจะแทนที่ขอบเขตงานที่กำหนดไว้ชัดเจน ส่งมอบคุณค่าด้านการปฏิบัติงานได้ทันที และไม่จำเป็นต้องหยุดการดำเนินงานทั้งหมด การย้ายระบบแบบ big-bang ที่สมมติว่าธุรกิจจะดำเนินต่อไปได้ตลอดการเปลี่ยนแพลตฟอร์มทั้งหมด มักให้ผลลัพธ์ที่ต่ำกว่าคาดในระดับผู้ผลิตขนาดกลางอยู่เสมอ

ผู้ผลิตระดับกลางควรเริ่มโครงการปรับปรุงระบบเมื่อใด

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

การปรับปรุงระบบซอฟต์แวร์ในเยอรมนีแตกต่างจากโปรแกรมทรานส์ฟอร์เมชันขององค์กรขนาดใหญ่อย่างไร

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