วันตัดระบบ — แผน Cutover และ Go-Live ที่ทำให้เปลี่ยนระบบได้โดยธุรกิจไม่สะดุดแม้วันเดียว

15 สิงหาคม 2569อ่าน 8 นาที
วันตัดระบบ — แผน Cutover และ Go-Live ที่ทำให้เปลี่ยนระบบได้โดยธุรกิจไม่สะดุดแม้วันเดียว

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

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

ยอดยกมา — งานที่ตัดสินว่าระบบใหม่จะเริ่มจากความจริงหรือความเชื่อ

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

ซ้อมตัดจริงหนึ่งครั้ง ก่อนตัดจริงหนึ่งครั้ง

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

1

ตรวจ workflow

สัปดาห์ 1–2

2

ออกแบบ

3–4

3

พัฒนา

5–8

4

ทดลองใช้

9–10

5

ขึ้นจริง

11–12

ตัวอย่างไทม์ไลน์ ~3 เดือน (ปรับตามขนาดธุรกิจ)

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

Hypercare — สองสัปดาห์ที่ตัดสินความเชื่อมั่นทั้งปี

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

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

นี่คือมาตรฐานที่ Whale Task ใช้กับงานของตัวเอง ทุกโปรเจกต์ของเรามีแผน cutover รายชั่วโมง การซ้อมตัดระบบกับข้อมูลจริง เกณฑ์ถอยกลับที่เขียนไว้ล่วงหน้า และช่วง hypercare ที่ระบุในสัญญา แม้แต่ระบบของเราเองก็อัปเดตแบบ zero-downtime ที่ผู้ใช้ไม่เคยเห็นระบบดับ ถ้าธุรกิจของคุณกำลังจะเปลี่ยนระบบ ไม่ว่าจะพัฒนากับเราหรือกับใคร ปรึกษาเราได้ฟรี เรายินดีช่วยรีวิวแผน go-live ของคุณก่อนถึงวันจริง

go-livecutoverยอดยกมาวางระบบ ERP

บริการที่เกี่ยวข้อง

รับวางระบบ ERP

รวมบัญชี สต๊อก การขาย และการผลิตไว้ในระบบเดียวที่เชื่อมกันทั้งธุรกิจ

WhaleScope

ดูโครงสร้างตลาดของทุกหมวดธุรกิจไทย บน WhaleScope

รายชื่อบริษัท ผู้เล่นรายใหญ่ และอัตราคงอยู่ของแต่ละหมวด — จากข้อมูลจดทะเบียน 2 ล้านนิติบุคคล

อ่านต่อ

สัปดาห์แรกหลังระบบขึ้น: สิ่งที่เกิดขึ้นจริงในเจ็ดวันที่เรานั่งเฝ้า และทำไมมันคือสัปดาห์ที่ตัดสินทั้งโปรเจกต์

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

ROI ของ ERP คำนวณยังไง: ตัวอย่างเต็มตั้งแต่ชั่วโมงงานที่ได้คืน เงินจมสต๊อกที่ปลดออก จนถึงระยะคืนทุนจริง

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

โปรแกรม ERP ราคาเท่าไหร่ ต้องดูให้จบที่ปีที่ห้า: เทียบ SaaS รายเดือน ซื้อขาด และจ้างพัฒนา ด้วยสูตร TCO

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

วางระบบ ERP ในเชียงใหม่ — จากระบบแยกกันคนละตัว สู่ระบบเดียวที่วางโดยทีมในพื้นที่

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