一、压力测试概述：系统性风险的定义、历史演进与监管要求
大家好，欢迎来到《系统性风险压力测试框架实战》的第一章。
说实话，干我们风控这行的，最怕听到的词就是「系统性风险」。它不像信用风险，你盯着某个客户、某笔贷款就能看出苗头。系统性风险是那种——你以为风平浪静，结果整个市场突然就崩了。
我入行那会儿，带我的老前辈说过一句话，我一直记着：「单个机构倒掉，那是它活该；一群机构同时倒掉，那才是系统性风险。」
1.1 系统性风险到底是个啥？
官方定义很绕：系统性风险是指一个事件或一系列事件，导致金融体系部分或全部功能丧失，进而对实体经济造成严重冲击的风险。
说白了，就是「多米诺骨牌效应」。一家银行出问题，传染给另一家，然后整个金融网络都跟着遭殃。
我给大家拆解几个关键特征：
- 传染性：风险会沿着交易对手、同业拆借、资产价格等渠道快速蔓延。2008年雷曼兄弟倒闭，三天之内全球主要金融机构的股价都跟着暴跌。
- 负外部性：单个机构的行为，会给整个系统带来损失。比如某家大行为了自保突然抛售资产，导致市场价格暴跌，其他机构被迫跟着计提减值。
- 顺周期性：经济好的时候大家拼命加杠杆，经济差的时候一起去杠杆。这种「追涨杀跌」的行为会放大周期波动。
我个人习惯把系统性风险比作「金融体系的感冒」——单个机构打喷嚏，整个系统都可能跟着发烧。而且这感冒还会传染给实体经济，导致企业倒闭、工人失业。
1.2 压力测试的历史演进：从「拍脑袋」到「建模型」
压力测试不是新鲜事物。早在上世纪90年代，一些大型银行就开始做简单的敏感性分析。但真正让压力测试「出圈」的，是1998年的长期资本管理公司（LTCM）事件。
我记得当时看案例材料，LTCM那帮人都是诺贝尔奖得主，模型做得极其漂亮。结果俄罗斯国债违约，他们的模型瞬间失效，差点把整个华尔街都拖下水。
从那以后，监管机构开始意识到：光靠历史数据建模是不够的，你得考虑那些「从未发生过但一旦发生就完蛋」的情景。
压力测试的演进大致分三个阶段：
| 阶段 | 时间 | 特点 | 我的评价 |
|---|---|---|---|
| 萌芽期 | 1990s - 2007 | 单因素敏感性分析，手动计算 | 说白了就是「如果利率涨1%，我们亏多少？」 |
| 爆发期 | 2008 - 2012 | 多因素情景分析，开始用模型 | 金融危机逼出来的进步 |
| 成熟期 | 2013 - 至今 | 系统性风险模型，宏观情景+微观传导 | 现在已经是监管的标配了 |
避坑指南：我曾经见过一家机构，做压力测试时只挑「好看」的情景——结果监管一检查，直接要求重做。记住，压力测试的核心是「找最坏的情况」，不是「找最可能的情况」。
1.3 监管要求概览：巴塞尔III、CCAR、DFAST
说到监管要求，大家可能觉得头大。我刚开始接触这些文件时，也是看得云里雾里。但后来我发现，其实核心逻辑就一条：监管想知道，如果天塌下来，你扛不扛得住？
巴塞尔协议III
这是全球银行业的「基本法」。2010年出台，2019年基本落地。它主要干了三件事：
- 提高资本质量：普通股一级资本充足率从2%提到4.5%，加上资本留存缓冲，实际要求更高。
- 引入杠杆率：防止银行用风险加权资产来「作弊」。
- 流动性覆盖率和净稳定资金比率：确保银行在压力时期有足够的「救命钱」。
巴塞尔III对压力测试的要求是：银行必须建立内部压力测试框架，定期评估资本充足率在压力情景下的表现。
CCAR（全面资本分析与审查）
这是美联储的「杀手锏」。每年一次，美国的大型银行都要提交详细的资本计划，包括：
- 未来9个季度的资本充足率预测
- 在美联储给定的「极度不利」情景下的表现
- 资本分配计划（分红、回购等）
我有个朋友在华尔街做CCAR，他说每年那几个月简直是「地狱模式」——模型要跑几十万次，报告要写几百页。但没办法，通不过CCAR，银行就别想分红。
DFAST（多德-弗兰克法案压力测试）
DFAST和CCAR有点像，但更侧重于「监管视角」。美联储会自己跑模型，看看银行在压力情景下到底会亏多少。
两者的主要区别：
| 维度 | CCAR | DFAST |
|---|---|---|
| 谁来做 | 银行自己 | 美联储 |
| 目的 | 评估资本计划 | 评估系统风险 |
| 情景 | 美联储给定+银行自定 | 美联储给定 |
| 结果 | 公开披露 | 部分公开 |
注意：CCAR和DFAST虽然都是压力测试，但千万别搞混。我见过有人把CCAR的模型直接套到DFAST上，结果被监管打回来重做。两个框架的假设和计算口径不完全一样。
1.4 本章知识体系总览
为了让大家更直观地理解本章内容，我画了一张结构图。嗯，这张图基本就是整个压力测试框架的「骨架」。
这张图把本章的三个核心模块串起来了。你想想看，系统性风险是「为什么做」，历史演进是「怎么来的」，监管要求是「谁让你做」。三者缺一不可。
我的建议：初学者别急着钻细节。先把这张图刻在脑子里，后面每一章的内容，都是这张图的「血肉」。框架对了，细节慢慢填就行。
好了，第一章就到这里。记住，压力测试不是「算数题」，而是「生存题」。后面我们会一步步深入，从情景设计到模型搭建，再到结果解读——每一步我都会把踩过的坑、犯过的错，原原本本讲给你们听。