Striving for Operational Resilience: The Questions Boards and Senior Management Should Ask

ยินดีต้อนรับสู่เส้นทางการเรียนรู้เรื่องความยืดหยุ่นในการดำเนินงาน (Operational Resilience)!

สวัสดีครับ! หากคุณกำลังเตรียมสอบ FRM Part II คุณคงใช้เวลาไปไม่น้อยกับการเรียนรู้วิธีป้องกันความเสี่ยงต่างๆ แต่ลองมองโลกตามความเป็นจริงดูนะครับ ในยุคปัจจุบัน สิ่งต่างๆ ย่อม เกิดความผิดพลาดขึ้นได้เสมอ ไม่ว่าจะเป็นการโจมตีทางไซเบอร์ ระบบไฟฟ้าขัดข้อง หรือโรคระบาดระดับโลก บทเรียนนี้ในหัวข้อ "การมุ่งสู่ความยืดหยุ่นในการดำเนินงาน (Striving for Operational Resilience)" ถือเป็นการเปลี่ยนมุมมองความคิดครับ แทนที่จะตั้งคำถามเพียงแค่ว่า "เราจะป้องกันไม่ให้สิ่งนี้เกิดขึ้นได้อย่างไร?" เราเริ่มหันมาตั้งคำถามว่า "เมื่อเหตุการณ์เลวร้ายที่สุดเกิดขึ้น เราจะทำอย่างไรให้ธุรกิจที่สำคัญที่สุดของเรายังคงเดินหน้าต่อไปได้?"

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

1. ความยืดหยุ่นในการดำเนินงานคืออะไร? (แนวคิดเรื่อง "การรับมือและฟื้นตัว")

ในอดีต ธนาคารมุ่งเน้นไปที่ การบริหารความเสี่ยงด้านปฏิบัติการ (Operational Risk Management) ซึ่งเป็นการพยายามลดความถี่และความรุนแรงของความเสียหาย แต่ ความยืดหยุ่นในการดำเนินงาน (Operational Resilience) นั้นกว้างกว่าครับ มันคือความสามารถขององค์กรในการให้บริการ ธุรกิจที่สำคัญ (Critical Business Services) ได้อย่างต่อเนื่อง แม้จะเผชิญกับเหตุการณ์หยุดชะงักครั้งใหญ่ก็ตาม

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

ความแตกต่างที่สำคัญ: ความเสี่ยง vs ความยืดหยุ่น

ความเสี่ยงด้านปฏิบัติการ (Operational Risk): เน้นไปที่ สาเหตุ (เช่น ระบบล่ม) และ ความเสียหาย (เช่น เงินสูญหาย)
ความยืดหยุ่นในการดำเนินงาน (Operational Resilience): เน้นไปที่ บริการ (เช่น ลูกค้ายังคงถอนเงินได้หรือไม่?) และ ความต่อเนื่อง

ทบทวนสั้นๆ: แนวคิดเรื่องความยืดหยุ่นตั้งอยู่บนสมมติฐานว่าเหตุการณ์หยุดชะงัก ย่อม เกิดขึ้น โดยเน้นไปที่การอยู่รอดของบริการ ไม่ใช่แค่การป้องกันไม่ให้เหตุการณ์เกิดขึ้น

2. บทบาทของคณะกรรมการและผู้บริหารระดับสูง

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

5 คำถามสำคัญ (The "Big 5") สำหรับผู้นำ

เพื่อให้แน่ใจว่าเกิดความยืดหยุ่น คณะกรรมการควรตั้งคำถามพื้นฐาน 5 ข้อนี้:

คำถามที่ 1: "บริการทางธุรกิจที่สำคัญ" ของเราคืออะไร?

ธนาคารทำหน้าที่นับพันอย่าง แต่ไม่ใช่ทุกอย่างที่มีความสำคัญเท่ากัน หาก "พอร์ทัลรับฟังข้อเสนอแนะของพนักงาน" ใช้งานไม่ได้ ก็อาจไม่เป็นไร แต่ถ้า "ระบบการชำระเงินดุลยภาพแบบเรียลไทม์ (RTGS)" ล่ม เศรษฐกิจอาจหยุดชะงักได้
นิยาม: บริการที่สำคัญ คือบริการที่หากหยุดชะงัก จะก่อให้เกิด ความเสียหายที่ยอมรับไม่ได้ (Intolerable Harm) ต่อลูกค้าหรือเสถียรภาพของระบบการเงิน

คำถามที่ 2: "ความทนทานต่อผลกระทบ (Impact Tolerance)" ของเราคือเท่าไหร่?

นี่คือ "เกณฑ์ความเจ็บปวด" สำหรับทุกบริการที่สำคัญ คณะกรรมการต้องตัดสินใจว่า: เราสามารถรับมือกับการหยุดชะงักได้นานแค่ไหนก่อนที่จะกลายเป็นหายนะ?
ความทนทานต่อผลกระทบมักวัดเป็น เวลา (เช่น "บริการนี้หยุดทำงานเกิน 4 ชั่วโมงไม่ได้")

คำถามที่ 3: เราได้ทำแผนผังความเชื่อมโยง (Dependencies) ไว้หรือยัง?

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

คำถามที่ 4: เราได้ทดสอบกับสถานการณ์ "รุนแรงแต่เป็นไปได้ (Severe but Plausible)" แล้วหรือยัง?

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

คำถามที่ 5: เราจะสื่อสารอย่างไรในช่วงวิกฤต?

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

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

3. การกำหนดความทนทานต่อผลกระทบ (ตัวชี้วัด "เวลาและความรุนแรง")

การตั้งค่า ความทนทานต่อผลกระทบ (Impact Tolerance) เป็นส่วนที่สำคัญที่สุดส่วนหนึ่งของบทนี้ ซึ่งต่างจาก "ความเสี่ยงที่ยอมรับได้ (Risk Appetite)"

ความเสี่ยงที่ยอมรับได้ (Risk Appetite): "เรายอมรับการสูญเสียเงิน 10 ล้านดอลลาร์จากการฉ้อโกงได้ในปีนี้" (เน้นที่สุขภาพทางการเงินขององค์กร)
ความทนทานต่อผลกระทบ (Impact Tolerance): "ลูกค้าต้องสามารถเข้าถึงบัญชีของตนได้ภายใน 2 ชั่วโมงหลังจากระบบขัดข้อง" (เน้นที่บริการและลูกค้า)

วิธีตั้งค่าความทนทานต่อผลกระทบ:

1. ระบุบริการ (เช่น การประมวลผลสินเชื่อบ้าน)
2. กำหนดจุดที่เกิด "ความเสียหายที่ยอมรับไม่ได้" (เช่น ถ้าล่มเกิน 3 วัน ลูกค้าอาจเสียบ้านเพราะทำเรื่องกู้ไม่ทัน)
3. กำหนดขีดจำกัด (เช่น "ต้องกู้คืนบริการให้ได้ภายใน 24 ชั่วโมง")

คุณรู้หรือไม่? หน่วยงานกำกับดูแล (เช่น ธนาคารกลางอังกฤษ หรือ Fed) ให้ความสำคัญกับเกณฑ์เหล่านี้มาก หากธนาคารตั้งเกณฑ์ความทนทานไว้สูงเกินไป (เช่น "เราล่มได้ถึงหนึ่งสัปดาห์") หน่วยงานกำกับดูแลจะเข้ามาตรวจสอบและสั่งให้ปรับปรุงแผนให้ดีขึ้นทันที!

4. การทำแผนผัง (Mapping): "ระบบประปา" ของความยืดหยุ่น

การจะปกป้องบริการใดบริการหนึ่ง คุณต้องรู้ว่ามันทำงานอย่างไรตั้งแต่ต้นจนจบ สิ่งนี้เรียกว่า การทำแผนผัง (Mapping)
"แผนผัง" ประกอบด้วย:

• บุคคล (People): ใครคือบุคลากรหลัก? มีแผนสำรองหากพวกเขาเจ็บป่วยหรือไม่?
• กระบวนการ (Processes): ขั้นตอนการปฏิบัติงานเป็นอย่างไร?
• เทคโนโลยี (Technology): ใช้ฮาร์ดแวร์และซอฟต์แวร์อะไรบ้าง?
• ข้อมูล (Data): ข้อมูลถูกจัดเก็บไว้ที่ไหน?
• บุคคลที่สาม (Third Parties): มีผู้ให้บริการภายนอกรายใดเกี่ยวข้องบ้าง?

เทคนิคช่วยจำ: นึกถึงตัวย่อ P-P-T-D-T (People, Processes, Technology, Data, Third-Parties) ซึ่งเป็นเสาหลักของทุกบริการ

ข้อสรุปที่สำคัญ: การทำแผนผังช่วยระบุ จุดเปราะบางที่หากเสียหายจะล่มทั้งระบบ (Single Points of Failure) ตัวอย่างเช่น หากมีโปรแกรมเมอร์เพียงคนเดียวที่รู้วิธีรันระบบเคลียริ่ง นั่นถือเป็นความเสี่ยงต่อความยืดหยุ่นอย่างมหาศาล!

5. การทดสอบและบทเรียนที่ได้รับ

เมื่อคุณมีบริการที่สำคัญ เกณฑ์ความทนทาน และแผนผังครบถ้วนแล้ว คุณต้อง ทดสอบมัน

สถานการณ์ที่รุนแรงแต่เป็นไปได้:
ฝ่ายบริหารควรตั้งคำถามว่า: "จะเกิดอะไรขึ้นถ้าศูนย์ข้อมูลหลักของเราถูกน้ำท่วม ในเวลาเดียวกับที่ หัวหน้าฝ่ายไอทีของเราอยู่บนเครื่องบินที่ไม่มี Wi-Fi?"
เป้าหมายไม่ใช่การ "ผ่าน" การทดสอบ แต่เป้าหมายคือการหาให้พบว่า ระบบจะพังตรงไหน เพื่อที่จะได้แก้ไขมันก่อนที่จะเกิดวิกฤตจริง

วงจรผลตอบรับ (Feedback Loop)

ความยืดหยุ่นคือวงจรที่หมุนวน:
ทดสอบ -> ล้มเหลว -> เรียนรู้ -> ปรับปรุง -> ทำซ้ำ
ทุกเหตุการณ์หยุดชะงัก (ไม่ว่าจะจริงหรือจำลอง) ควรนำไปสู่รายงาน "บทเรียนที่ได้รับ" สำหรับคณะกรรมการ

ข้อผิดพลาดที่ควรหลีกเลี่ยง: อย่าเข้าใจผิดว่าการมีแผนกู้คืนระบบ (Disaster Recovery - DR) หมายความว่าคุณมีความยืดหยุ่นแล้ว เพราะ DR มักเป็นแค่เรื่องของ "การสำรองข้อมูล" แต่ความยืดหยุ่นคือเรื่องของ "การทำให้ธุรกิจดำเนินต่อไปได้"

6. สรุปและการตรวจสอบครั้งสุดท้าย

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

กล่องทบทวนความจำ:
1. บริการที่สำคัญ: ระบุสิ่งที่สำคัญจริงๆ ต่อลูกค้าและตลาด
2. ความทนทานต่อผลกระทบ: กำหนดขีดจำกัดเวลาที่ชัดเจนว่าบริการหยุดทำงานได้นานแค่ไหน
3. การทำแผนผัง: ต้องรู้ว่าใครเกี่ยวข้อง กระบวนการเป็นอย่างไร ใช้เทคโนโลยี ข้อมูล และผู้ให้บริการใดบ้าง
4. การทดสอบ: ใช้สถานการณ์ "รุนแรงแต่เป็นไปได้" เพื่อค้นหาจุดอ่อนของระบบ
5. การกำกับดูแล: คณะกรรมการต้องเป็นผู้นำด้วยการตั้งคำถามที่ถูกต้อง

กำลังใจสุดท้าย: บทนี้เน้นที่ "ภาพรวม" เวลาคุณทำข้อสอบ ให้คิดเสมอว่า: "สิ่งนี้ช่วยให้ธนาคารสามารถให้บริการลูกค้าต่อไปได้หรือไม่ในระหว่างวิกฤต?" หากคำตอบคือใช่ แสดงว่าคุณกำลังคิดแบบผู้เชี่ยวชาญด้านความยืดหยุ่นแล้ว! ขอให้โชคดีกับการเตรียมสอบนะครับ!