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

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

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

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

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

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