เมื่อ Salesforce ไม่สามารถใช้งานได้ ความเสี่ยงด้านการดำเนินงานที่ใหญ่ที่สุดมักไม่ใช่ข้อความแสดงข้อผิดพลาดนั้นเอง ปัญหาที่แท้จริงคือ ทีมงานฝ่ายขาย ฝ่ายบริการ ฝ่ายสั่งซื้อ ฝ่ายการตลาด หรือฝ่ายสนับสนุน อาจไม่รู้ว่าจะบันทึกงานไว้ที่ไหน จะให้บริการลูกค้าอย่างไร หรือการตัดสินใจใดที่สามารถรอได้ ดังนั้น แผนการดำเนินธุรกิจอย่างต่อเนื่องที่มีประโยชน์จึงไม่ใช่เอกสารที่บอกเพียงแค่ว่า “ตรวจสอบ Salesforce Trust แล้วรอ” แต่ควรจะช่วยให้กระบวนการทางธุรกิจที่สำคัญที่สุดดำเนินต่อไปได้ในระดับที่ยอมรับได้จนกว่าบริการจะกลับมาเป็นปกติ
คุณภาพของแผนสามารถประเมินได้จากผลลัพธ์ ในช่วงที่เกิดการหยุดชะงัก ผู้คนควรทราบว่าต้องทำอะไร บันทึกงานชั่วคราวไว้ที่ใด ใครมีอำนาจตัดสินใจ ลูกค้าจะได้รับแจ้งอย่างไร และจะตรวจสอบความถูกต้องของบันทึกชั่วคราวอย่างไรหลังจากการกู้คืนระบบ แผนควรระบุให้ชัดเจนด้วยว่าการดำเนินการอย่างต่อเนื่องจะปลอดภัยเมื่อใด กระบวนการบางอย่างสามารถดำเนินการด้วยตนเองได้เป็นเวลาหลายชั่วโมง ในขณะที่บางกระบวนการควรหยุดชั่วคราว เนื่องจากธุรกรรมซ้ำซ้อน ข้อผิดพลาดด้านกฎระเบียบ หรือความไม่สอดคล้องกันของข้อมูลจะก่อให้เกิดอันตรายมากกว่าการรอคอย
ทีมวางแผนความต่อเนื่องจะตรวจสอบกระบวนการที่สำคัญ ขั้นตอนสำรอง ผู้รับผิดชอบ และการตรวจสอบการกู้คืน ภาพหน้าจอนี้เป็นเพียงภาพประกอบ ไม่ใช่หน้าจอจริงของ Salesforce
เริ่มต้นด้วยผลลัพธ์ที่คุณต้องการในช่วงเวลาพักผ่อน
แผนความต่อเนื่องทางธุรกิจควรเริ่มต้นด้วยผลกระทบทางธุรกิจ ไม่ใช่เทคโนโลยีคู่มือการวางแผนฉุกเฉินสำหรับระบบสารสนเทศของรัฐบาลกลาง ของ NIST แนะนำให้กำหนดข้อกำหนดและลำดับความสำคัญของแผนฉุกเฉินผ่านการวิเคราะห์ผลกระทบทางธุรกิจ แม้ว่าเอกสารนี้จะเขียนขึ้นสำหรับระบบสารสนเทศของรัฐบาลกลาง แต่หลักการพื้นฐานนั้นมีประโยชน์อย่างกว้างขวาง ได้แก่ การระบุฟังก์ชันที่จำเป็น การทำความเข้าใจผลกระทบของการหยุดชะงัก การกำหนดลำดับความสำคัญในการกู้คืน และการรักษากระบวนการฉุกเฉินที่ผ่านการทดสอบแล้ว
สำหรับ Salesforce นั่นหมายถึงการถามว่ากิจกรรมทางธุรกิจใดบ้างที่ต้องดำเนินต่อไปแม้ว่าแพลตฟอร์มจะไม่สามารถใช้งานได้ ทีมขายอาจจำเป็นต้องบันทึกข้อผูกพันเร่งด่วนของลูกค้าเป้าหมาย ฝ่ายสนับสนุนอาจจำเป็นต้องรับและจัดการเหตุการณ์สำคัญของลูกค้า ทีมภาคสนามอาจจำเป็นต้องเข้าถึงรายละเอียดลูกค้าหรือสินทรัพย์จำนวนเล็กน้อย ฝ่ายการเงินอาจตัดสินใจว่าธุรกรรมบางอย่างควรหยุดลงอย่างสมบูรณ์จนกว่า Salesforce และระบบที่เชื่อมต่อจะเสถียร
เป้าหมายด้านความต่อเนื่องที่ชัดเจนนั้นต้องมีความเฉพาะเจาะจงมากพอที่จะทดสอบได้ ตัวอย่างเช่น “ฝ่ายสนับสนุนลูกค้าต้องยังคงเปิดให้บริการต่อไป” นั้นคลุมเครือ ในขณะที่ “ปัญหาของลูกค้าที่มีลำดับความสำคัญอันดับ 1 ยังคงสามารถรับ มอบหมาย รับทราบ และติดตามได้โดยไม่มีคำขอใดสูญหายระหว่างที่ Salesforce ขัดข้องเป็นเวลาสี่ชั่วโมง” นั้นสามารถวัดผลได้
กำหนดระดับความเสื่อมสภาพที่ยอมรับได้ ไม่ใช่คำสัญญาที่ไม่สมจริงเกี่ยวกับการทำงานตามปกติ
ความต่อเนื่องไม่ได้หมายความถึงการทำงานได้อย่างเต็มรูปแบบ เป้าหมายโดยทั่วไปคือการรักษาระบบบริการทางธุรกิจขั้นต่ำที่สามารถใช้งานได้จนกว่าระบบหลักจะกลับมาใช้งานได้ สำหรับแต่ละกระบวนการที่สำคัญซึ่งขึ้นอยู่กับ Salesforce ให้กำหนดความหมายของคำว่า “ดีพอในช่วงที่ระบบล่ม”
| กระบวนการทางธุรกิจ | เป้าหมายความต่อเนื่อง | การเสื่อมสภาพชั่วคราวที่ยอมรับได้ | เงื่อนไขการหยุด |
| ฝ่ายบริการลูกค้า | รับและจัดลำดับความสำคัญของกรณีเร่งด่วน | ใช้ระบบรับข้อมูลและติดตามคิวชั่วคราวที่ได้รับการอนุมัติ | หยุดการอัปเดตเคสที่ไม่สำคัญชั่วคราว หากความเสี่ยงในการกระทบยอดสูงเกินไป |
| ฝ่ายขาย | บันทึกข้อผูกพันที่มีกำหนดเวลาและขั้นตอนต่อไป | ใช้เทมเพลตออฟไลน์ที่มีการควบคุม | อย่าดำเนินการธุรกรรมให้เสร็จสิ้นหากยังไม่ได้รับการอนุมัติหรือยังไม่มีการกำหนดราคาอย่างเป็นทางการ |
| การจัดการคำสั่งซื้อ | รักษาคำสั่งเร่งด่วนไว้ | จัดคิวคำขอเพื่อเข้าสู่ระบบในภายหลัง | หยุดดำเนินการหากคาดว่าจะเกิดการจัดส่งซ้ำซ้อนหรือไม่ถูกต้อง |
| การปฏิบัติงานภาคสนาม | ดำเนินการนัดหมายที่มีลำดับความสำคัญสูงต่อไป โดยใช้ข้อมูลอ้างอิงที่จำเป็น | ใช้ข้อมูลการดำเนินงานที่แคชไว้หรือส่งออกที่ได้รับอนุมัติแล้ว ในกรณีที่นโยบายอนุญาต | หยุดการทำงานหากไม่สามารถตรวจสอบข้อมูลลูกค้า ข้อมูลความปลอดภัย หรือข้อมูลสิทธิ์ในปัจจุบันได้ |
เงื่อนไขการหยุดทำงานมีความสำคัญ แผนงานต่อเนื่องที่สั่งให้คนทำงานต่อไปโดยไม่คำนึงถึงต้นทุน อาจก่อให้เกิดปัญหาตามมาอีกประการหนึ่ง เช่น คำสั่งซื้อซ้ำซ้อน การอัปเดตเคสที่ขัดแย้งกัน การอนุมัติที่ขาดหายไป หรือข้อมูลสำคัญที่จัดเก็บไว้ในเครื่องมือที่ไม่ได้รับอนุญาต
ทำความเข้าใจวิธีการที่ Salesforce สื่อสารเกี่ยวกับเหตุการณ์ที่เกิดขึ้น
แผนของคุณควรระบุแหล่งข้อมูลสถานะที่เชื่อถือได้ Salesforce ระบุ เว็บไซต์ Trust Statusเป็นแหล่งข้อมูลสำหรับข้อมูลความพร้อมใช้งานและประสิทธิภาพของบริการ นอกจากนี้ Salesforce ยังแจ้งเตือนเรื่องความน่าเชื่อถือผ่านทางอีเมลหรือ SMS สำหรับปัญหาด้านบริการ การบำรุงรักษา และการเปิดตัวผลิตภัณฑ์ ภาพรวมปัจจุบันสามารถดูได้ในSalesforce Help: Trust Status
บทความเรื่อง Incident Trust Communicationsของ Salesforce อธิบายว่า บริษัทสามารถใช้เว็บไซต์ Trust, การแจ้งเตือน Trust, ข้อความให้ข้อมูล, แบนเนอร์ช่วยเหลือ, อีเมลแจ้งเตือนเหตุการณ์ และการสัมมนาออนไลน์แบบสด เพื่อสื่อสารเหตุการณ์สำคัญที่ไม่คาดคิดและความคืบหน้าในการแก้ไขปัญหา
แผนการดำเนินงานต่อเนื่องที่ดีไม่ควรขอให้พนักงานทุกคนตีความหน้าสถานะต่างๆ ด้วยตนเอง ควรแต่งตั้งผู้รับผิดชอบเหตุการณ์หรือทีมจัดการเหตุการณ์ขนาดเล็กเพื่อตรวจสอบระบบหรือบริการที่ได้รับผลกระทบ สรุปสิ่งที่ทราบ และเผยแพร่ข้อมูลอัปเดตภายในตามช่วงเวลาที่กำหนด
วางแผนให้เหมาะสมกับแต่ละกรณี
สถานะของ Salesforce ไม่ใช่สถานะไบนารีแบบเดียวทั่วโลก องค์กรของคุณควรทราบว่าตัวระบุอินสแตนซ์หรือบริการของ Salesforce ใดมีความสำคัญ คำแนะนำของ Salesforce เรื่อง " ดูข้อมูลอินสแตนซ์สำหรับองค์กร Salesforce ของคุณ"ซึ่งได้รับการอัปเดตเมื่อวันที่ 4 สิงหาคม 2026 อธิบายวิธีการค้นหาอินสแตนซ์ในส่วนการตั้งค่าภายใต้ข้อมูลบริษัท หรือโดยใช้เว็บไซต์สถานะของ Salesforce
Salesforce ยังระบุด้วยว่าเว็บไซต์ Trust ของตนรายงานเหตุการณ์และกิจกรรมการบำรุงรักษาโดยแยกตามอินสแตนซ์และบริการที่ได้รับผล กระทบ คำแนะนำ ในการตรวจสอบเหตุการณ์หรือการบำรุงรักษาที่กำลังดำเนินอยู่แสดงให้เห็นว่าบันทึกเหตุการณ์ประกอบด้วยอินสแตนซ์และบริการที่ได้รับผลกระทบ พร้อมด้วยข้อมูลสถานะและเวลา
ดังนั้น คู่มือการดำเนินงานต่อเนื่องของคุณจึงควรบันทึกรายละเอียดโดเมนและอินสแตนซ์ที่เกี่ยวข้องขององค์กรการผลิต รวมถึงผลิตภัณฑ์ Salesforce ที่มีการตรวจสอบแยกต่างหาก เช่น Marketing Cloud หรือบริการ Commerce ที่มีความสำคัญต่อการดำเนินงานของคุณ
ออกแบบเวิร์กโฟลว์สำรองโดยคำนึงถึงการเก็บรวบรวมข้อมูลที่ควบคุมได้
ทางเลือกสำรองที่ได้ผลดีที่สุดมักไม่ใช่การเปลี่ยนระบบ CRM ใหม่ทั้งหมด แต่เป็นวิธีการควบคุมเพื่อเก็บรักษาข้อมูลขั้นต่ำที่จำเป็นต่อการดำเนินงานเร่งด่วนต่อไป ซึ่งอาจเป็นสเปรดชีตที่ได้รับอนุมัติ คิวฝ่ายบริการลูกค้า แบบฟอร์มภายใน ช่องทางการทำงานร่วมกัน กระบวนการทางโทรศัพท์ หรือระบบอื่นๆ ที่องค์กรของคุณมีนโยบายด้านความปลอดภัยและการเก็บรักษาข้อมูลอยู่แล้ว
วิธีการสำรองควรระบุ:
- ช่องใดบ้างที่เป็นช่องที่ต้องกรอก;
- ผู้ที่อาจสร้างหรือแก้ไขบันทึกชั่วคราวได้;
- วิธีการที่แต่ละระเบียนได้รับรหัสระบุชั่วคราวที่ไม่ซ้ำกัน
- ข้อมูลสำคัญใดบ้างที่ไม่ควรคัดลอกออกนอก Salesforce;
- วิธีการบันทึกเวลา ข้อมูลลูกค้า เจ้าของ และประวัติการดำเนินการ
- วิธีการตรวจจับข้อมูลซ้ำก่อนที่จะป้อนข้อมูลกลับเข้าไปใน Salesforce
สัญญาณที่ดีที่สุดที่แสดงว่าส่วนนี้ของแผนกำลังได้ผลคือ ทีมกู้คืนสามารถตอบคำถามได้ในภายหลังว่า “มีอะไรเปลี่ยนแปลงไปบ้างขณะที่ Salesforce ไม่สามารถใช้งานได้” โดยไม่ต้องอาศัยความทรงจำ ประวัติการแชท หรือบันทึกที่เขียนด้วยลายมือซึ่งกระจัดกระจายอยู่ตามทีมต่างๆ
การสำรองข้อมูลช่วยในการกู้คืน แต่ไม่สามารถทดแทนความต่อเนื่องได้
Salesforce แนะนำให้วางกลยุทธ์การสำรองข้อมูลเป็นประจำเพื่อเป็นส่วนหนึ่งของการจัดการข้อมูลและความปลอดภัย คำแนะนำเมื่อวันที่ 2 เมษายน 2569 เรื่อง " แนวทางปฏิบัติที่ดีที่สุดในการสำรองข้อมูล Salesforce " ได้แยกความแตกต่างระหว่างข้อมูลทางธุรกิจ เช่น เรคอร์ดและไฟล์ กับเมตาเดต้า เช่น ฟิลด์ที่กำหนดเอง เลย์เอาต์ รายงาน แดชบอร์ด Apex และ Visualforce
Salesforce ระบุวิธีการสำรองข้อมูลแบบดั้งเดิม ได้แก่ Salesforce Backup, Data Export Service, การส่งออกข้อมูลผ่าน Data Loader และการส่งออกรายงาน เอกสารประกอบการส่งออกข้อมูลสำรองจาก Salesforceระบุว่า การส่งออกข้อมูลมาตรฐานสามารถสร้างไฟล์สำรองข้อมูลแบบ CSV ได้ตามกำหนดการรายสัปดาห์หรือรายเดือน ขึ้นอยู่กับเวอร์ชันของ Salesforce
อย่างไรก็ตาม การสำรองข้อมูลเป็นการควบคุมการกู้คืน ไม่ใช่โหมดการทำงานเมื่อระบบขัดข้อง การสำรองข้อมูลไม่ได้ให้ระบบทดแทนที่ใช้งานได้จริงสำหรับ Salesforce โดยอัตโนมัติ การส่งออกข้อมูลขนาดใหญ่อาจเก่าเกินไป กว้างเกินไป ละเอียดอ่อนเกินไป หรือยากเกินไปที่จะนำไปใช้ได้อย่างปลอดภัยเพื่อความต่อเนื่องในการทำงาน ควรตัดสินใจล่วงหน้าว่าข้อมูลที่ส่งออกใดบ้างที่จำเป็นต้องใช้จริง ๆ ในระหว่างที่ระบบขัดข้อง และปกป้องข้อมูลเหล่านั้นตามความเหมาะสม
แยกวัตถุประสงค์ของการฟื้นฟูออกจากวัตถุประสงค์ของการดำเนินงานอย่างต่อเนื่อง
เป้าหมายด้านความต่อเนื่องอธิบายถึงวิธีการดำเนินงานของธุรกิจในขณะที่ Salesforce ไม่สามารถใช้งานได้ ส่วนเป้าหมายด้านการกู้คืนอธิบายถึงวิธีการฟื้นฟูการดำเนินงานตามปกติและวิธีการจัดการงานชั่วคราวให้เรียบร้อย
สำหรับแต่ละกระบวนการ ให้ระบุวัตถุประสงค์เชิงปฏิบัติอย่างน้อยสามข้อ:
- ระยะเวลาหยุดชะงักที่ยอมรับได้สูงสุด:กระบวนการสามารถหยุดชะงักได้นานแค่ไหนก่อนที่ผลกระทบต่อธุรกิจจะกลายเป็นสิ่งที่ยอมรับไม่ได้
- เป้าหมายการดำเนินงานชั่วคราว:ระดับการให้บริการขั้นต่ำที่ต้องดำเนินการต่อไปในช่วงเวลานั้น
- เป้าหมายการกระทบยอด:ต้องตรวจสอบและบันทึกข้อมูลชั่วคราวลงใน Salesforce เร็วแค่ไหนหลังจากกู้คืนบริการแล้ว
เป้าหมายเหล่านี้ควรมาจากเจ้าของธุรกิจ ไม่ใช่จากสมมติฐานทั่วไปของฝ่ายไอที การเผื่อเวลาสองชั่วโมงอาจเหมาะสมสำหรับแผนกหนึ่ง แต่ยอมรับไม่ได้สำหรับอีกแผนกหนึ่ง
กำหนดสิทธิ์ในการตัดสินใจก่อนเกิดเหตุขัดข้อง
แผนงานจะล่าช้าลงเมื่อทุกคนรู้ภารกิจแต่ไม่รู้ว่าใครมีอำนาจ จึงควรกำหนดบทบาทหรือความเป็นเจ้าของตามบทบาทสำหรับการประกาศเหตุการณ์ การเปิดใช้งานแผนสำรอง การสื่อสารกับลูกค้า ข้อยกเว้นด้านความปลอดภัย การแจ้งปัญหาไปยังผู้ขาย การตรวจสอบความถูกต้องของการกู้คืน และการตัดสินใจขั้นสุดท้ายในการกลับสู่กระบวนการทำงานปกติ
อย่างน้อยที่สุด ควรมีบุคคลหนึ่งที่สามารถเปิดใช้งานโหมดการทำงานต่อเนื่องได้ และอีกบุคคลหนึ่งที่สามารถอนุมัติการกลับสู่การให้บริการตามปกติได้ สำหรับกระบวนการที่มีผลกระทบสูง ควรหลีกเลี่ยงการให้บุคคลเพียงคนเดียวเป็นผู้ดำเนินการ ควรแต่งตั้งผู้สำรองสำหรับบทบาทที่สำคัญด้วย
ทดสอบผลลัพธ์ทางธุรกิจ ไม่ใช่แค่ว่าเอกสารนั้นถูกอ่านหรือไม่
มาตรฐาน NIST SP 800-34 Rev. 1 ระบุว่าการทดสอบ การฝึกอบรม การฝึกซ้อม และการบำรุงรักษาแผนเป็นองค์ประกอบหลักของการวางแผนฉุกเฉิน ดังนั้น การทดสอบความต่อเนื่องของ Salesforce ควรจำลองสถานการณ์การสูญเสียการเข้าถึงที่มีนัยสำคัญและวัดประสิทธิภาพที่เกิดขึ้นจริง
เกณฑ์การทดสอบที่เป็นประโยชน์ ได้แก่:
- เจ้าของเหตุการณ์ระบุอินสแตนซ์หรือบริการ Salesforce ที่ถูกต้อง
- ทีมสำคัญจะได้รับข้อความแจ้งการเปิดใช้งานภายในเวลาที่กำหนด
- ผู้ใช้สามารถค้นหาขั้นตอนสำรองที่ได้รับการอนุมัติได้โดยไม่ต้องสอบถามฝ่ายไอทีเป็นการส่วนตัว
- บันทึกชั่วคราวประกอบด้วยช่องข้อมูลที่จำเป็นและข้อมูลความเป็นเจ้าของ
- ไม่มีการคัดลอกข้อมูลสำคัญที่ไม่ได้รับการอนุมัติเข้าไปในระบบสำรอง
- สามารถตรวจสอบความถูกต้องของข้อมูลชั่วคราวตัวอย่างใน Salesforce ได้โดยไม่มีข้อมูลซ้ำซ้อน
- ทีมงานสามารถอธิบายได้ว่าใครมีอำนาจในการประกาศว่าการฟื้นตัวเสร็จสมบูรณ์แล้ว
หากการฝึกซ้อมบนโต๊ะทำได้เพียงยืนยันว่าผู้เข้าร่วมสามารถเปิดแผนได้ ก็ยังไม่แสดงให้เห็นถึงความต่อเนื่อง การฝึกซ้อมที่ดีกว่านั้นจะพิสูจน์ได้ว่าผู้คนสามารถดำเนินการตามขั้นตอนการทำงานและกู้คืนสถานการณ์ได้อย่างราบรื่น
รู้ว่าเมื่อใดที่แผนจำเป็นต้องเปลี่ยนแปลง
อย่ารอให้เกิดเหตุการณ์ระบบล่มจริง ๆ แล้วค่อยมารู้ว่าแผนนั้นล้าสมัยแล้ว ควรทบทวนแผนหลังจากมีการเปลี่ยนแปลงที่สำคัญเกิดขึ้นกับสถาปัตยกรรมของ Salesforce การบูรณาการที่สำคัญ กระบวนการทางธุรกิจ ข้อกำหนดด้านการปฏิบัติตามกฎระเบียบ การมอบหมายงานให้ทีม การวางแผนกลยุทธ์การสำรองข้อมูล การกำหนดเส้นทางการติดต่อศูนย์บริการลูกค้า หรือช่องทางการสื่อสารกับลูกค้า
เปลี่ยนแนวทางเมื่อผลการทดสอบแสดงให้เห็นถึงจุดอ่อนที่เกิดขึ้นซ้ำๆ ตัวอย่างเช่น พนักงานสร้างสเปรดชีตที่ไม่สามารถควบคุมได้แม้จะมีแผนสำรองอย่างเป็นทางการ การกู้คืนใช้เวลานานเกินไปเนื่องจากบันทึกชั่วคราวขาดตัวระบุเฉพาะ หรือทีมธุรกิจค้นพบว่าเป้าหมายความต่อเนื่องที่ประกาศไว้นั้นไม่เพียงพอต่อความต้องการที่แท้จริงของลูกค้า
แผนงานที่ดีควรมีการกำหนดเจ้าของเวอร์ชันและกลไกการตรวจสอบ การ "ตรวจสอบประจำปี" ดีกว่าไม่ทำอะไรเลย แต่การ "ตรวจสอบประจำปีและหลังจากมีการเปลี่ยนแปลงครั้งใหญ่ใน Salesforce การบูรณาการ เจ้าของ หรือกระบวนการ" จะมีความยืดหยุ่นมากกว่า
สิ่งที่แผนนี้ไม่สามารถรับประกันได้
ไม่มีแผนการดำเนินงานต่อเนื่องใดที่สามารถรับประกันได้ว่าธุรกิจจะไม่หยุดชะงักทุกครั้งที่ระบบ Salesforce ขัดข้อง ความล้มเหลวบางอย่างอาจส่งผลกระทบต่อระบบที่เชื่อมต่อ ผู้ให้บริการยืนยันตัวตน เครือข่าย เครื่องมือสื่อสาร หรือบริการคลาวด์สาธารณะในเวลาเดียวกัน นอกจากนี้ เหตุการณ์ที่รุนแรงหรือยืดเยื้ออาจเกินขีดความสามารถของขั้นตอนการกู้คืนด้วยตนเองได้
นอกจากนี้ยังมีข้อจำกัดด้านความปลอดภัยและคุณภาพข้อมูล การย้ายข้อมูล Salesforce ที่ละเอียดอ่อนไปยังเครื่องมือฉุกเฉินอาจละเมิดนโยบายหรือข้อบังคับ การทำงานแบบออฟไลน์อาจทำให้เกิดการตัดสินใจที่ล้าสมัย บันทึกที่ขัดแย้งกัน และธุรกรรมซ้ำซ้อน ทางเลือกที่ปลอดภัยที่สุดในการรักษาความต่อเนื่องสำหรับกระบวนการที่มีความเสี่ยงสูงบางอย่างคือการระงับอย่างเป็นระบบมากกว่าการดำเนินการต่อด้วยตนเอง
ด้วยเหตุนี้ แผนงานที่ดีจึงระบุทั้งช่วงเวลาการดำเนินงานที่ตั้งใจไว้และเกณฑ์การยกระดับ หากระบบล่มนานกว่าที่คาดไว้ หากคิวสำรองมีขนาดใหญ่เกินไป หรือหากไม่สามารถรักษาความสมบูรณ์ของข้อมูลได้อีกต่อไป ผู้บริหารควรเปลี่ยนจากการดำเนินการตามขั้นตอนความต่อเนื่องตามปกติไปสู่การตัดสินใจด้านการจัดการวิกฤตในวงกว้างขึ้น
วิธีตรวจสอบว่าแผนความต่อเนื่องทางธุรกิจของ Salesforce ของคุณพร้อมใช้งานแล้ว
แผนงานจะอยู่ในสภาพที่ดีเมื่อการทดสอบที่สมจริงสามารถแสดงให้เห็นถึงสี่สิ่งต่อไปนี้: ธุรกิจสามารถระบุสิ่งที่สำคัญได้ ดำเนินงานที่จำเป็นต่อไปในระดับขั้นต่ำที่ตกลงกันไว้ รักษาบันทึกชั่วคราวที่เชื่อถือได้ และกลับไปยัง Salesforce โดยไม่สูญเสียหรือทำซ้ำกิจกรรมที่สำคัญ
ทำการตรวจสอบความพร้อมขั้นสุดท้าย:
- ทุกกระบวนการสำคัญที่ต้องพึ่งพา Salesforce จะมีผู้รับผิดชอบและระดับความทนทานต่อการหยุดชะงัก
- มีการบันทึกข้อมูลเกี่ยวกับอินสแตนซ์การใช้งานจริงและแหล่งข้อมูลสถานะอย่างเป็นทางการของ Salesforce ไว้แล้ว
- เครื่องมือสำรองได้รับการอนุมัติ เข้าถึงได้ และเป็นที่เข้าใจของผู้ใช้
- ข้อมูลชั่วคราวมีโครงสร้าง ข้อมูลระบุตัวตน นโยบายการเข้าถึง และวิธีการตรวจสอบความถูกต้องที่กำหนดไว้ชัดเจน
- ความรับผิดชอบในการรับมือกับเหตุการณ์และการสื่อสารกับลูกค้าได้รับการระบุไว้อย่างชัดเจน
- การสำรองข้อมูลถือเป็นมาตรการควบคุมการกู้คืน และได้รับการทดสอบแยกต่างหากจากการกู้คืนระบบในเชิงปฏิบัติการ
- ทีมได้ฝึกซ้อมตามแผนและบันทึกช่องว่างที่วัดผลได้แล้ว
- มีหลักเกณฑ์ที่ชัดเจนว่าเมื่อใดควรยกเลิกการดำเนินการต่อด้วยตนเองและส่งต่อเรื่องไปยังระดับที่สูงขึ้น
แผนความต่อเนื่องทางธุรกิจของ Salesforce จะประสบความสำเร็จไม่ใช่เพราะมันครอบคลุมทุกด้านบนกระดาษ แต่เพราะมันสร้างพฤติกรรมที่คาดการณ์ได้ภายใต้ความกดดัน แผนที่มีประโยชน์ที่สุดคือแผนที่มีขนาดเล็กพอที่จะนำไปปฏิบัติได้จริง มีรายละเอียดมากพอที่จะป้องกันการแก้ไขปัญหาเฉพาะหน้าที่ไม่ปลอดภัย และผ่านการทดสอบมาอย่างดีพอที่องค์กรจะรู้ว่าขีดจำกัดของตนอยู่ที่ใดก่อนที่เหตุการณ์ขัดข้องจริงจะเปิดเผยออกมา