ปีแรกของการดูแลระบบ: เปิดบันทึกว่าค่าดูแล 15% ต่อปี กลายเป็นงานอะไรบ้าง เดือนต่อเดือน

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

เดือน 1–3: หางของ hypercare และคลื่นฟีเจอร์ของจริง

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

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

ศิลปะของการคัดคำขอ: โตอย่างมีทิศ ไม่ใช่บวมตามเสียง

ตลอดปีคำขอจะไหลเข้ามาเรื่อย ๆ และหน้าที่ที่ยากที่สุดของทีมดูแลไม่ใช่การทำตามทุกคำขอ แต่คือการคัด เราแยกทุกคำขอเป็นสามกองเหมือนที่ทำในสัปดาห์ go-live: บั๊กจริงที่ต้องแก้ เรื่องที่แก้ด้วยการสอนหรือปรับวิธีทำงาน และไอเดียใหม่ที่ต้องรอจัดลำดับ กองที่สามคือที่ที่วินัยถูกทดสอบ เพราะบทเรียนจากเคสที่เราเก่งเกินไปในห้องประชุมสอนไว้ว่า การตอบรับทุกไอเดียคือการพาระบบไปบวมจนดูแลไม่ไหว จังหวะที่เราใช้คือรีวิวรายไตรมาสกับลูกค้า: กางกองไอเดียทั้งหมด ประเมินแต่ละข้อด้วยคำถามเดิมที่ใช้ตอน discovery — แก้ความเจ็บมูลค่าเท่าไหร่ ใครใช้ บ่อยแค่ไหน — แล้วเลือกทำเป็นชุดเล็กที่คุ้มสุดก่อน ปีแรกที่เดินแบบนี้มักจบด้วยระบบที่ดีขึ้นกว่าวันส่งมอบอย่างชัดเจน โดยยังเรียบง่ายพอที่ทีมใหม่จะเรียนรู้ได้ในสัปดาห์ และนั่นคือนิยามความสำเร็จของการดูแลในมุมของเรา: ระบบที่อายุหนึ่งขวบแล้วแข็งแรงขึ้น ไม่ใช่แค่แก่ลง