ทำไมทีมเทคฯ ยังต้องพึ่งพิธีก่อนระบบขึ้นจริง

* รูปภาพใช้เพื่อประกอบเนื้อหาเท่านั้น อาจไม่ใช่ภาพเหตุการณ์จริงหรือภาพจริงจากเรื่องในบทความ ขอบคุณภาพประกอบจาก https://graphic.in.th

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

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

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

บั๊กไม่ได้กลัวน้ำมนต์ แต่คนกลัวคืนที่ไม่รู้จะเริ่มตรงไหน

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

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

พิธีกรรมในที่ทำงานลักษณะนี้จึงมีหน้าที่คล้ายช่วงพักสั้น ๆ มากกว่าคาถา มันสร้างความรู้สึกว่า “เราอยู่ทีมเดียวกัน” ในเวลาที่ทุกคนกำลังรับแรงกดดันพร้อมกัน

ความเชื่ออยู่ร่วมกับความรู้ได้ ถ้าไม่แย่งหน้าที่กัน

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

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

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

สิ่งที่ควรทำเมื่อเจอบั๊กที่เหมือนผี

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

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

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