欢迎来到运营韧性（Operational Resilience）的世界！

你好！欢迎来到 FRM Part II 课程中最实用、最“贴近现实”的章节之一。过去，银行主要专注于预防问题发生。但时至今日，监管机构和管理层都意识到，无论我们多么努力，事情终究会出错（想想网络攻击、电力中断或疫情）。

本章的主题是运营韧性。我们不再只问“如何防止这件事发生？”，现在我们问的是：“当事情发生时，我们该如何维持业务中最关键的部分运作，以确保不会损害客户或经济？”让我们深入探讨吧！

1. 什么是运营韧性？

运营韧性是指企业在面对运营中断时，预防、适应、应对、恢复以及从中学习的能力。这是一种思维上的转变，从单纯的“业务连续性计划（Business Continuity Planning）”转向更宏观的生存视角。

核心区别：
传统风险管理通常会问：“服务器故障的机率是多少？”
运营韧性则会问：“服务器已经故障了。在修复的过程中，我们如何继续为客户提供服务？”

类比：现代汽车
想想汽车的安全功能。“预防性”措施是刹车（试图阻止碰撞发生）。而“韧性”则是安全气囊和车身溃缩区。即使碰撞已经发生，但“服务”（保护乘客生命）仍在持续。

重点总结：运营韧性假设中断必然会发生，并专注于在这些时刻维持关键服务的运作。

2. 重要业务服务 (Important Business Services, IBS)

一家银行会处理成千上万的事情，从数十亿美元的交易清算到印制大厅简介。但并非所有服务都是平等的。为了具备韧性，我们必须识别出我们的重要业务服务 (IBS)。

IBS 是指企业向外部终端用户或参与者提供的服务，若该服务中断，会导致：
1. 对消费者造成不可容忍的损害。
2. 对市场诚信或金融稳定造成风险。

例子：
- 重要：能够从自动柜员机（ATM）提款，或使用借记卡购买日常用品。
- 非 IBS：员工访问内部假期预约系统的能力。

快速回顾：如何识别 IBS？
专注于外部结果。不要先看内部流程；要看客户接收到了什么。如果该服务停止时会导致客户受到严重损害，或者动摇经济稳定，那么它就是 IBS。

3. 设定影响容忍度 (Impact Tolerances)

当我们明确了什么是重要业务服务后，我们需要决定在情况变得不可接受之前，我们可以承受多少“痛苦”。这个限制称为影响容忍度 (Impact Tolerance)。

影响容忍度是指对 IBS 产生中断的最大容忍程度，通常以特定指标（通常是时间）来衡量。简单来说，就是公司宣称：“我们可以接受该服务中断 4 小时，但到了 4 小时 1 分钟，对客户造成的损害便已达到无法容忍的程度。”

设定容忍度的关键因素：

1. 时间：最常见的指标（例如：“必须在 24 小时内恢复”）。
2. 容量：“我们可以承受 5% 的交易失败，但不能再多了。”
3. 数据完整性：“我们可以丢失一些非必要数据，但账户余额必须 100% 准确。”

如果觉得这部分很难理解，别担心！ 只要记住影响容忍度与风险胃纳 (Risk Appetite) 不同。风险胃纳是关于你为了获利而愿意承担的风险；影响容忍度则是关于你为了不辜负客户或市场，你所能承受的绝对极限。

重点总结：影响容忍度设定在 disruption（中断）会导致不可容忍的损害之点，而不仅仅是“不便”。

4. 映射 (Mapping)：了解依赖关系

要保护一项服务，你需要精确了解它是如何运作的。这就是映射 (Mapping)。你需要识别出使 IBS 能够实现的所有“要素”。

对于资源映射，请记住助记词 P.P.T.D.：
- People（人员）：谁在执行工作？他们是否都集中在同一栋大楼？
- Processes（流程）：具体的操作步骤说明是什么？
- Technology（技术）：使用了哪些服务器、软件和网络？
- Data（数据）：执行该服务需要什么信息？

常见的错误：
学生经常忽略第三方 (Third Parties)。如果你的银行使用“云服务 X”来处理付款，那么该第三方必须纳入你的映射图中。如果他们挂了，你也跟着挂了！

5. 情境测试：“严重但合理” (Severe but Plausible)

你怎么知道自己是否真的具备韧性？测试一下就知道了！但你不能只测试简单的事情，你必须测试严重但合理 (Severe but Plausible) 的情境。

什么是“严重但合理”？
- 严重：会造成真正打击的情况，例如数据中心全面崩溃或大规模网络攻击。
- 合理：实际上可能会发生的情况。“僵尸末日”很严重，但不合理。“全球疫情”对某些人来说曾觉得不合理，但我们现在知道这是一个非常真实的情境！

测试步骤：

1. 选择情境：例如，大型软件更新失败并导致数据库损毁。
2. 测试应对：我们可以切换到备份吗？我们可以使用手动替代方案吗？
3. 对照容忍度进行衡量：我们是否在 4 小时的“影响容忍度”限度内恢复了服务？
4. 补救：如果测试失败，我们必须投入更好的技术或更多的人力来修复缺口。

你知道吗？情境测试不仅仅是一次“通过/不通过”的检查，它的目的是找出你的最弱环节，让你将预算花在真正需要改进的地方。

6. 沟通与治理 (Communication and Governance)

运营韧性不仅仅是 IT 部门的事，它始于高层。董事会最终负责批准 IBS 清单和影响容忍度。

内部与外部沟通：

当发生中断时，你需要针对以下方面制定计划：
- 内部：让员工了解要做什么以及如何协助客户。
- 外部：对客户、监管机构和媒体保持诚实。清晰的沟通可以防止“银行挤兑”或声誉的完全崩溃。

重点总结：韧性是一种全公司范围的文化。如果董事会不重视它，当“严重但合理”的事件真的发生时，公司将无法做好准备。

总结快速回顾

1. 识别：我们的重要业务服务 (IBS) 是什么？（专注于客户）。
2. 设定：我们的影响容忍度是多少？（时间/容量上的“崩溃点”）。
3. 映射：我们需要哪些资源 (PPTD) 来支撑这些服务？
4. 测试：运行严重但合理的情境测试。我们是否维持在容忍度之内？
5. 投入：如果测试失败，请修复漏洞。

保持积极！运营韧性就是要做好准备并保护系统。一旦你理解了这是关于“在失败中管理”而不是“避免失败”，整章内容就会变得容易掌握许多！