AI สร้างระบบได้ แต่ใครจะดูแลอีก 10 ปี?

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

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

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

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

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