技能介绍

要解决的问题

大多数压力测试只问「如果 X 发生会怎样」，然后停在那里。但真实事故很少是单点失效：失去头部客户会拉低营收预测，营收缺口让融资变得紧迫，融资延迟又触发招聘冻结，招聘冻结进一步拖慢交付，最终把产品路线图一起拖下水。每个环节单独看都可管理，串起来却可能是一场危机。scenario-war-room 针对的就是这种级联失效——它不是在单一假设下做压力测试，而是让多个变量同时命中，观察一个领域的问题如何触发下一个领域的问题。

核心能力与工作方式

技能采用六步级联模型：

定义变量（最多 3 个）：每个变量必须说明变化内容（尽量量化）、概率和时间线。规则明确限制为 3 个——超过 3 个变量的崩溃场景无法有效准备，只会变成噪声。
领域影响映射：按职能逐域建模。CFO 算现金与跑道变化，CRO 算 ARR 缺口与流失级联风险，CTO 评估交付速度与关键人风险，CHRO 分析离职扩散与招聘冻结的含义，安全、市场、运营同理，每域有明确 owner。
级联效应映射：这是核心步骤。显式画出变量 A 如何在领域 X 造成后果，进而放大变量 B 的影响，并指出级联链上哪里可以被打断。
严重度矩阵：建模三档——Base（单变量命中）、Stress（双变量同时命中）、Severe（全部命中且级联启动），每档都给出跑道、ARR、人员数量的冲击和到达不可接受状态的时间线。
触发点：定义在情境被确认之前就能观测到的量化预警信号。
对冲策略：输出现在就该做的动作，例如设立信贷额度、给关键工程师留任奖金、压缩融资周期，每项标注成本、影响、owner 和截止日期。

适用边界与注意点

它不是财务建模工具——每个职能都会参与建模，而不只算钱。它也不只推演最坏情况，三档严重度刻意区分了「大概率发生什么」和「可能发生什么」。

实践中容易踩的坑：把「营收下降」这种描述当成分析，正确做法是写成「60 天内约 42 万美元 ARR 面临风险」；只停在一阶效应，而真正的伤害永远在级联里；只算冲击不算恢复路径，每个场景都必须有「我们接下来做什么」。另外每个规划周期推演 3–4 个场景就够，更多只会制造分析瘫痪。技能附带 Shell 方法论、事前验尸（pre-mortem）、蒙特卡洛等参考资料，以及一个结构化建模的 CLI 脚本 scripts/scenario_modeler.py。