Legacy System ควรเปลี่ยนเมื่อไร?

21 กุมภาพันธ์ 2569อ่าน 6 นาที
Legacy System ควรเปลี่ยนเมื่อไร?

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

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

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

ทำไมการรอจึงรู้สึกปลอดภัย

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

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

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

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

คำถามที่ควรถามก่อนตัดสินใจ

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

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

Legacy SystemModernizationEnterprise Architecture

บริการที่เกี่ยวข้อง

รับพัฒนาระบบและซอฟต์แวร์เฉพาะทาง

ออกแบบและวางระบบตามความต้องการเฉพาะของธุรกิจคุณ ตั้งแต่ต้นจนใช้งานจริง

WhaleScope

ดูโครงสร้างตลาดของทุกหมวดธุรกิจไทย บน WhaleScope

รายชื่อบริษัท ผู้เล่นรายใหญ่ และอัตราคงอยู่ของแต่ละหมวด — จากข้อมูลจดทะเบียน 2 ล้านนิติบุคคล

อ่านต่อ

ซื้อระบบใหม่ หรือปรับปรุงระบบเดิม?

กับดักต้นทุนจม กับกับดักการสร้างใหม่ทั้งหมด เลือกอย่างไรให้ซื่อสัตย์ต่อความจริง

Refactor หรือสร้างใหม่?

การล้างทุกอย่างแล้วเริ่มใหม่จากศูนย์ดูสะอาดและน่าหลงใหล แต่บ่อยครั้งมันคือการจ่ายเงินซ้ำเพื่อเรียนรู้บทเรียนเดิม

Cloud หรือ On-premise แบบไหนเหมาะกับธุรกิจคุณ?

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

ระบบที่ไม่มี Architecture จะโตต่อไม่ได้

สิ่งที่รองรับผู้ใช้ 10 คนได้สบาย อาจพังทลายเมื่อมีผู้ใช้ 1,000 คน การออกแบบสถาปัตยกรรมคือการลงทุนเพื่อวันพรุ่งนี้ที่ยังมาไม่ถึง