จ้างที่ปรึกษา DevOps รายชั่วโมง คุ้มกว่าจ้างประจำไหม

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

ปัญหาที่แท้จริงไม่ใช่ “ไม่มี DevOps”

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

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

เทียบ 3 ทางเลือก

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

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

แล้วที่ปรึกษาทำอะไรได้จริงบ้างใน 10 ชั่วโมงต่อเดือน

ข้อกังวลที่พบบ่อยคือ “เดือนละ 10 ชั่วโมงมันจะพออะไร” คำตอบคือพอ ถ้าใช้กับงานที่ถูกประเภท ที่ปรึกษาไม่ควรถูกใช้เป็นแรงงาน แต่ควรถูกใช้กับงานที่ ความรู้ มีค่ามากกว่า เวลา:

• ตรวจสุขภาพระบบเป็นรอบ — ดิสก์ใกล้เต็มไหม backup ยังทำงานอยู่ไหม certificate ใกล้หมดอายุหรือยัง
• รีวิวบิลคลาวด์ — หา resource ที่เปิดค้างไว้และไม่มีใครใช้ ซึ่งมักคืนค่าจ้างได้ในตัวมันเอง
• ตัดสินใจเชิงสถาปัตยกรรม — ทีมอยากใช้ของใหม่ ควรใช้ไหม จะเจ็บตรงไหนในอีก 2 ปี
• วางของที่ทำครั้งเดียวแล้วใช้ยาว — CI/CD, การแจ้งเตือน, สคริปต์ deploy ที่ทีม dev กดเองได้
• อ่านใบเสนอราคาจาก vendor — ชี้จุดที่ขอบเขตงานเขียนกว้างเกินไปก่อนเซ็น

สิ่งที่ ไม่ ควรคาดหวังจาก retainer คือการรับสายตอนตีสาม ที่ปรึกษาที่ทำงานคนเดียวรับปากเรื่องนี้ไม่ได้จริง ถ้าใครรับปาก ให้ถามต่อว่าตอนเขาป่วยหรือขึ้นเครื่องบินใครรับแทน

สัญญาณว่าถึงเวลาจ้างประจำแล้วจริง ๆ

ที่ปรึกษาไม่ใช่คำตอบตลอดไป สัญญาณเหล่านี้แปลว่าคุณโตพ้นแบบนั้นแล้ว:

• ทีมพัฒนาโตเกิน 5 คน และเริ่มเหยียบเท้ากันเองตอน deploy
• มีการ deploy หลายครั้งต่อสัปดาห์ จนงาน infra กลายเป็นงานประจำวัน
• ระบบล่มแล้วเสียรายได้ทันทีเป็นชั่วโมง ไม่ใช่แค่ไม่สะดวก
• มีข้อกำหนดด้านการกำกับดูแลหรือการตรวจสอบที่ต้องมีคนรับผิดชอบเต็มเวลา
• คุณเริ่มใช้ที่ปรึกษาเกิน 30–40 ชั่วโมงต่อเดือนติดกันหลายเดือน — ตรงนี้ตัวเลขมันบอกเอง

คำถามที่ควรถามที่ปรึกษาก่อนจ้าง

ความเสี่ยงที่แท้จริงของการจ้างที่ปรึกษาไม่ใช่ราคา แต่คือการที่ระบบไปผูกกับคนคนเดียว ป้องกันได้ด้วยการถาม 4 ข้อนี้ตั้งแต่ก่อนเริ่ม:

1. ส่งมอบอะไรบ้างเป็นเอกสาร — ถ้าคำตอบคือ “ไม่มี คุยกันเอา” ให้ระวัง
2. ใช้เครื่องมืออะไร — ควรเป็นของมาตรฐานที่คนอื่นรับช่วงต่อได้ ไม่ใช่สคริปต์ส่วนตัว
3. บัญชีและสิทธิ์เข้าถึงเป็นของใคร — ต้องเป็นของคุณเสมอ ที่ปรึกษาเป็นแค่ผู้ได้รับเชิญเข้ามา
4. ถ้าเลิกจ้างพรุ่งนี้ ทีมทำงานต่อได้ไหม — คำตอบที่ดีคือ “ได้ และนี่คือเอกสารที่ทำให้ทำได้”

สรุป

ถ้าระบบคุณมีไม่กี่ตัว ทีม dev ทำงานได้อยู่แล้ว และปัญหาคือ “ไม่มีใครมั่นใจว่าฝั่ง infra โอเคไหม” — การซื้อเวลาที่ปรึกษาเดือนละไม่กี่ชั่วโมงคุ้มกว่าจ้างประจำหลายเท่า และเลิกได้ทุกเมื่อ แต่ถ้าทีมโตจนงาน infra กลายเป็นงานทุกวัน หรือระบบล่มแล้วเสียเงินเป็นชั่วโมง นั่นคือจุดที่การจ้างประจำเริ่มคุ้มค่า

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