mcpField
S
scenario-war-room

scenario-war-room

github.com/borghei其他1.0k92 次安装1 周前更新
代码仓库

关于 scenario-war-room

scenario-war-room 是面向企业领导团队的情景规划技能,用于建模跨业务职能的复合风险及其连锁影响,并制定包含成本、负责人和期限的对冲措施。

主要功能

  1. 01建模最多 3 个情景变量
  2. 02映射跨职能影响与风险级联
  3. 03构建基础、压力和严重情景
  4. 04定义早期预警信号与阈值
  5. 05制定含成本、负责人和期限的对冲措施

适用场景

  1. 01评估多个威胁同时发生的风险
  2. 02在融资、收购或进入市场前进行预演
  3. 03开展季度领导层风险审查

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/borghei/claude-skills --skill scenario-war-room

安装后在 Claude Code 中输入/scenario-war-room确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

scripts/
decision_tree_analyzer.py
impact_matrix_calculator.py
scenario_builder.py

详细介绍

情景作战室

级别: 强大 类别: 高管咨询 标签: 情景规划、作战室、风险建模、连锁效应、应急规划、事前复盘、危机模拟

概述

情景作战室会对所有业务职能进行连锁假设情景建模。这不是单一假设的压力测试,而是复合逆境分析,展示一个问题如何引发下一个问题,以及如何中断连锁反应。每个情景都会产出具体的风险对冲方案,并列出成本、负责人和截止日期。


适用场景

  • 某项重大风险的概率超过 15%,且影响超过 ARR 的 20%
  • 两项或更多威胁可能同时发生
  • 某项战略决策一旦出错,就会造成重大损失
  • 董事会或投资者在问“最坏情况是什么?”
  • 在做出重大承诺前进行事前复盘(融资、收购、进入市场)
  • 领导团队进行季度风险评审

不适用场景

  • 单变量财务敏感性分析(使用 CFO Advisor 的压力测试)
  • 常规项目风险评估(使用项目管理风险框架)
  • 技术故障模式分析(使用工程事件规划)

首先澄清

生成内容前,请确认以下输入。如果有任何一项未知或含糊不清,请先询问,不要自行假设:

  • 真正让领导层夜不能寐的变量(最多 3 个)——整个模型都围绕这些变量构建;变量选错会导致情景分析毫无用处
  • 每个变量的概率、时间线和量化影响——“收入下降”无法指导行动;“60 天内有 420K 美元 ARR 面临风险”则可以,而且严重程度也取决于此
  • 当前基线(ARR、以月计的资金跑道、员工人数)——连锁反应和严重程度的计算(例如,资金跑道从 14 个月缩短至 8 个月)需要起始数据
  • 公司所处阶段——常见情景模式及生存威胁的判定标准会因阶段而异

停止规则:只询问最能改变输出的 2-3 项。如果用户说“先起草吧”,就继续,并在产出内容顶部列出你的假设。


六步连锁模型

第 1 步:定义情景变量(最多 3 个)

变量超过 3 个会导致分析瘫痪,而非带来洞见。选择真正让领导层夜不能寐的 3 个变量。

对每个变量,明确以下内容:

字段说明示例
变化内容具体且量化“占 ARR 28% 的最大客户发出 60 天终止通知”
概率你的最佳估计15%
时间线可能发生的时间90 天内
预警信号如何判断其正在发生赞助人失联,使用量环比下降 25%

变量模板:

Variable A: [Specific change]
  Probability: [X]%  |  Timeline: [When]
  Detection: [Early warning signal]
  First-order impact: [Immediate consequence]

Variable B: [Specific change]
  Probability: [X]%  |  Timeline: [When]
  Detection: [Early warning signal]
  First-order impact: [Immediate consequence]

Variable C: [Specific change]
  Probability: [X]%  |  Timeline: [When]
  Detection: [Early warning signal]
  First-order impact: [Immediate consequence]
第 2 步:业务领域影响映射

针对每个变量,评估其对所有业务职能的影响:

领域关键问题典型影响领域
财务(CFO)对现金消耗的影响?资金跑道变化?过渡融资选项?现金、资金跑道、契约触发条件
收入(CRO)ARR 缺口?客户流失连锁反应?对销售管线的影响?NRR、扩张、新客户风险
产品(CPO)产品路线图是否偏离?产品市场契合度是否面临风险?客户需求是否发生变化?交付时间线、功能优先级
工程(CTO)开发速度受影响?关键人员风险?技术债影响?产能、架构、招聘
人员(CHRO)员工流失连锁反应?冻结招聘?士气影响?留任、文化、团队实力
运营(COO)产能受影响?流程失效?对 OKR 的影响?SLA、效率、规模化
市场(CMO)CAC 受影响?竞争风险?品牌风险?销售管线增长、定位
法律/合规监管时间线风险?合同风险敞口?义务、截止日期、罚款
步骤 3:级联映射(核心)

这是最有价值的一步。梳理变量 A 如何引发后果,并放大变量 B。

级联图:

TRIGGER: Customer churn ($560K ARR)
  │
  ├──▶ CFO: Runway drops 14 → 8 months
  │     │
  │     └──▶ CHRO: Hiring freeze imposed
  │           │
  │           └──▶ CTO: 3 open engineering reqs frozen, roadmap slips 2 months
  │                 │
  │                 └──▶ CPO: Q4 feature launch delayed → 2 more customers at risk
  │                       │
  │                       └──▶ CRO: NRR drops → additional churn risk (DEATH SPIRAL ENTRY)
  │
  └──▶ CRO: Revenue concentration increases (next largest = 22%)
        │
        └──▶ Investors: Concentration risk flagged → Series A terms worsen

明确命名各级联。 常见的级联模式:

级联模式描述中断点
收入到现金跑道的死亡螺旋客户流失 → 现金跑道缩短 → 冻结招聘 → 产品迭代变慢 → 更多客户流失紧急实现收入多元化
关键人员级联明星员工离职 → 团队士气低落 → 追随者离开 → 产能崩溃离职前提供留任奖金
市场挤压竞争对手涨价 → 价格战 → 利润率收窄 → 无法投资产品做出差异化,而非跟进降价
信任级联事件发生 → 客户担忧 → 客户流失 → 媒体报道 → 更多客户流失迅速、透明地沟通
融资与消耗螺旋未达目标 → 融资延迟 → 以不利条件进行过桥融资 → 削减消耗 → 团队流失并行推进多条融资路径
步骤 4:严重程度矩阵

建模三个严重程度逐步上升的情景:

情景受影响变量定义恢复难度
基准3 个变量中的 1 个单一冲击,其他情况未发生有准备的应对措施即可处理
压力3 个变量中的 2 个复合冲击,级联开始需要重大转向,并由董事会介入
严重全部 3 个完整级联,事关存亡需要采取紧急行动,可能需要董事会干预

针对每个严重程度,量化:

BASE SCENARIO (Variable A only):
  Runway impact: [X] months → [Y] months
  ARR impact: -$[X] ([Y]% of total)
  Headcount impact: [freeze / reduction / none]
  Timeline to critical: [X] months
  Recovery plan: [specific actions]

STRESS SCENARIO (Variables A + B):
  Runway impact: [X] months → [Y] months
  ARR impact: -$[X] ([Y]% of total)
  Headcount impact: [specifics]
  Timeline to critical: [X] months
  Recovery plan: [specific actions]

SEVERE SCENARIO (All three):
  Runway impact: [X] months → [Y] months
  ARR impact: -$[X] ([Y]% of total)
  Headcount impact: [specifics]
  Timeline to critical: [X] months
  Existential: [yes/no]
  Emergency plan: [specific actions requiring board approval]
步骤 5:早期预警信号(触发点)

定义可衡量的信号,在情景得到确认之前,提示你情景正在发展。开展这项工作的价值在于及早行动,而不是事后应对。

信号设计标准:

  • 可观察(确实可以衡量)
  • 具有领先性(在全面影响出现之前出现)
  • 具体(不只是“感觉不太对劲”)
  • 可执行(会触发特定应对措施)
变量信号阈值应对措施
客户流失赞助人停止回复沉默超过 3 周高管升级处理,申请季度业务回顾(QBR)
客户流失使用量下降环比下降超过 25%客户成功团队主动联系,审查客户价值
融资延迟投资意向书融资流程启动 60 天后少于 3 份并行商谈过桥融资
融资延迟投资人提出要求要求尽职调查延期超过 30 天降低消耗,延长现金跑道
关键人员离职市场薪酬过去 90 天内需要提出反报价制定留任方案和继任计划
关键人员离职外部参与工程师在竞争对手的会议上发表演讲直接沟通,拓展职责
步骤 6:对冲策略

针对每种情景,明确现在(情景尚未发生前)应采取哪些行动,以降低情景发生后的影响。对冲有成本——目标是购买廉价保险,而不是杞人忧天。

对冲评估标准:

标准问题
成本实施这项对冲需要多少成本?
可逆性如果情景没有发生,我们能撤销这项措施吗?
前置时间实施需要多长时间?(必须短于从发现到造成影响的时间窗口)
覆盖范围这项对冲可以防范哪些情景?
副作用这项对冲会引发其他问题吗?

对冲表格模板:

对冲措施成本防范情景负责人截止日期状态
建立 500K 美元的信贷额度每年 5K 美元现金跑道不足(基准 + 压力情景)CFO60 天尚未开始
为 3 名关键工程师提供 12 个月留任奖金90K 美元关键人员离职(所有情景)CHRO30 天进行中
将单个客户的收入占比降至 20% 以下销售投入(6 个月)依赖单一客户CRO2 个季度规划中
同步启动融资流程CEO 每周投入 10 小时融资延迟(压力 + 严重情景)CEO立即尚未开始
与现有投资者预先协商过桥融资条款2 次董事会沟通现金跑道危机(严重情景)CFO + CEO45 天尚未开始
编写架构文档,降低关键人员依赖2 个工程师周关键人员离职CTO30 天尚未开始

输出格式

每次战情室会议都会产出以下结构化内容:

SCENARIO: [Name]
DATE: [Date of analysis]
PARTICIPANTS: [Who was involved]

VARIABLES:
  A: [Description] — Probability: [X]%, Timeline: [When]
  B: [Description] — Probability: [X]%, Timeline: [When]
  C: [Description] — Probability: [X]%, Timeline: [When]

MOST LIKELY PATH: [Which combination actually plays out, with reasoning]

SEVERITY LEVELS:
  Base (A only):  Runway [X]→[Y]mo, ARR impact -$[X]
    Recovery: [2-3 specific actions]
  Stress (A+B):   Runway [X]→[Y]mo, ARR impact -$[X]
    Recovery: [3-4 specific actions]
  Severe (A+B+C): Runway [X]→[Y]mo, ARR impact -$[X]
    Existential: [yes/no]
    Emergency: [actions requiring board approval]

CASCADE MAP:
  [A] → [domain impact] → [triggers B amplification] → [domain impact] → [end state]
  Interruption points: [where cascade can be broken]

EARLY WARNING SIGNALS:
  1. [Signal] → indicates [scenario], threshold: [specific]
  2. [Signal] → indicates [scenario], threshold: [specific]
  3. [Signal] → indicates [scenario], threshold: [specific]

HEDGES (implement now):
  1. [Action] — cost: $[X] — protects: [scenarios] — owner: [role] — deadline: [date]
  2. [Action] — cost: $[X] — protects: [scenarios] — owner: [role] — deadline: [date]
  3. [Action] — cost: $[X] — protects: [scenarios] — owner: [role] — deadline: [date]

RECOMMENDED DECISION:
  [One paragraph: what to do, in what order, and why]

REVIEW DATE: [When to re-run this analysis — typically 90 days or after any variable shifts]

按公司阶段划分的常见情景

种子轮阶段
  • 联合创始人离职 + 产品错过发布期限
  • 现金跑道耗尽 + 过桥融资条款苛刻
  • 关键技术人才招聘失败 + 竞争对手抢先发布
A 轮
  • 未达 ARR 目标 + 融资延迟
  • 最大客户流失 + 竞争对手完成大额融资
  • 关键工程师离职 + 重要功能面临截止期限
B 轮及以上
  • 市场收缩 + 烧钱倍数飙升至 3 倍以上
  • 领投方要求战略转型 + 团队抵制
  • 监管变化 + 产品需要重新设计架构

战情室基本规则

  1. 每种情景最多包含 3 个变量。 更多只会增加噪声。只对真正重要的变量建模。
  2. 量化或估算。 “收入下降”没有参考价值。“60 天内有 420K 美元 ARR 面临风险”才有用。不确定时使用范围。
  3. 不要止步于一阶影响。 真正的损害总是来自连锁反应。
  4. 对恢复过程建模,而不只是影响。 每种情景都必须有一条“我们该怎么做”的路径。
  5. 区分基准情景和敏感性分析。 不要混淆“可能会发生什么”和“可能发生什么”。
  6. 每个规划周期设置 3–4 种情景。 更多会导致分析瘫痪。
  7. 每 90 天审查一次。 概率和变量都会变化。过时的情景会带来虚假的安全感。
  8. 不要有禁忌话题。 大家必须能够放心地提出棘手情景。

相关技能

技能使用时机
ceo-advisor为情景分析提供参考的战略决策
cfo-advisor对情景影响进行财务建模
coo-advisor运营应急规划
internal-narrative向利益相关方传达情景分析结果
cs-onboard为情景变量提供公司背景

故障排除

问题可能原因解决方案
情景过于抽象,难以采取行动变量不够具体或缺少量化要求每个变量都包含金额、百分比和时间线;“收入下降”无法指导行动,“60 天内有 42 万美元 ARR 面临风险”则可以
团队只提出明显且概率较低的情景从众偏见;未运用 Shell 情景规划方法来挑战思维模式使用逆向思考技巧:“什么情况会确保我们失败?”;引入外部视角;参考行业特定的历史先例
级联映射在一阶影响处就停止引导者没有推动团队深入分析直接后果之后的影响要求每个变量至少梳理 3 层级联影响;针对每个领域的影响,继续追问“然后呢?”
已识别对冲措施,却从未实施未指定负责人、截止日期或成本每项对冲措施都必须包含:成本估算、负责人姓名、截止日期和状态跟踪;在每周领导层会议上审查
战情室会议耗时过长(> 4 小时)变量太多,或试图对每种情景建模每次会议最多设置 3 个变量和 3-4 种情景;使用严重程度矩阵,聚焦影响最大的组合
未监测早期预警信号虽已指定信号,但未将其纳入现有报告将信号加入现有仪表板和每周记分卡;为每个信号指定具体监测人员
参与者不愿说出最坏情景害怕被视为消极或危言耸听明确制定基本规则;引用 Shell 的经验:“价值在于提出其他人不愿说出口的事情”;鼓励说出难听的真相

成功标准

  • 每次情景会议都恰好产出 3 个变量、3 个严重程度级别,以及一份标明中断点的级联图
  • 早期预警信号足够具体,能够接受监测:可观察、具有前瞻性,且可根据明确的阈值采取行动
  • 在战情室会议结束后的 7 天内,为对冲措施估算成本、指定负责人并设定截止日期
  • 每种情景至少有一项对冲措施在 30 天内得到实施(而非仅停留在计划阶段)
  • 每 90 天进行一次情景审查,并根据新信息更新概率
  • 早期预警信号触发时,按定义的时间线执行预先规划的响应措施
  • 战情室产出简洁明了,适合董事会审阅:每种情景一页摘要

范围与限制

  • 范围内: 多变量情景构建、覆盖所有业务职能的级联建模、严重程度矩阵分析、早期预警信号设计、包含成本效益分析的对冲策略、情景审查周期
  • 范围外: 单变量财务敏感性分析(使用 CFO Advisor 压力测试);技术故障模式分析(使用工程事故规划);常规项目风险评估(使用项目管理框架);保险与风险转移(咨询专业经纪人)
  • 限制: 情景概率是主观估算,而非精算结果;其价值在于做好准备,而非提高预测准确性
  • 限制: 此框架假设情景彼此独立或相关;按定义,黑天鹅事件无法建模
  • 限制: 级联映射基于常见的组织模式;独特的公司架构可能存在不同的级联路径
  • 限制: 每种情景最多设置 3 个变量是一项有意为之的约束;变量过多会导致分析瘫痪,而不会带来更深入的洞见

集成点

技能集成方式数据流
ceo-advisor根据情景分析为战略决策提供依据战情室情景 → CEO 决策输入
cfo-advisor对情景影响和对冲成本进行财务建模战情室财务影响 → CFO 压力测试模型
coo-advisor制定运营应急计划并中断级联效应战情室级联图 → COO 应急计划
executive-mentor将事前验尸发现的失败模式纳入情景变量导师发现的失败模式 → 战情室变量
internal-narrative危机场景需要预先制定沟通计划战情室危机场景 → Narrative 危机模板
org-health-diagnostic健康度维度评分揭示情景变量健康度警示信号 → 战情室候选变量
strategic-alignment情景结果可能需要进行战略调整战情室结果 → 重新评估战略一致性

Python 工具

工具用途用法
scripts/scenario_builder.py构建包含变量、概率、检测信号和严重程度的结构化情景python scripts/scenario_builder.py --name "Customer Concentration Risk" --variable "Top customer churns" --probability 20 --impact 500000 --timeline 90 --json
scripts/impact_matrix_calculator.py使用严重程度矩阵和级联风险评分,计算多个变量的复合影响python scripts/impact_matrix_calculator.py --variables "churn:500000:0.2" "fundraise_delay:0:0.3" "key_departure:0:0.15" --arr 2000000 --runway-months 14 --json
scripts/decision_tree_analyzer.py构建并评估决策树,计算战略选项的预期价值python scripts/decision_tree_analyzer.py --decision "Enter Japan market" --option "Direct:0.6:2000000:-500000" --option "Partnership:0.75:1000000:-200000" --option "Wait:1.0:0:0" --json

评论

支持 Markdown