供应链断供演练：我们在一家制造企业做了 3 天压力测试
上半年我们在一家做精密结构件的企业做了一次供应链压力测试，为期三天。目的是检验他们的断供应急预案到底能不能用。
结论比较直接：纸面上的预案，执行起来大概能覆盖六成。
我们是怎么测的
设计很简单，设置三个情境，逐级加码：
- 情境 A：某关键原材料的主要供应商因故停产 30 天。
- 情境 B：同时，该材料的次要供应商因涨价谈判僵持，暂停供货。
- 情境 C：叠加物流环节——主要运输通道因天气原因延误 10 天。
每个情境给采购、计划、生产、销售四个部门半天时间，分别给出应对方案，然后交叉对质。
第一天：预案跑得通，但慢
情境 A 下，团队按预案启动：联系备选供应商、盘点现有库存、通知销售调整交付承诺。流程都对。
问题出在速度上。从"知道出事"到"拿出第一步动作"，实际用了两天。
原因不复杂：备选供应商的联系人早换了三任，电话号码是旧的；技术部门对新供应商的样品认证要重新走流程，没人知道要多久。
预案里写的是"启动备选供应商"，但没人写"备选供应商的认证周期是 45 天"。
这一条差别，直接决定了方案能不能落地。
第二天：真正的冲突开始
情境 B 加上来之后，团队内部开始打架。
采购说要尽快接受涨价，保住供应；财务说预算已经批了，涨不了；销售说客户那边交期不能延，延了要赔违约金。
三个部门各有道理，但坐在一起就卡住了。
这正是演练最有价值的部分——平时这些矛盾被日常流程掩盖着，只有压力足够大才会浮出来。
我们那天做的记录里，最关键的发现是：这家企业没有明确的供应风险决策权限划分。多大金额的涨价可以现场决策、什么情况下可以改交期、谁有权拍板，都没有写清楚。结果就是所有事都往上推，等老板拍板。
第三天：库存数据对不上
情境 C 叠加物流延误之后，计划部门发现一个尴尬的事：系统里的库存数据和实物对不上。
系统显示某材料可用 22 天，仓库实际盘点只能支撑 14 天。差了 8 天。
原因后来查清楚了：有一批到货因为质量问题被隔离，但没有在系统里标记为"不可用"。这批货在账面是可用库存，实际是废的。
这类问题在平时不致命，因为库存充足，掩盖得住。一旦进入紧张状态，就会直接导致误判。
后来他们改了什么
演练之后，这家企业做了几件很实在的事：
- 备选供应商清单重做。每家标注联系人、当前认证状态、从下单到交货的完整周期，每季度更新一次。
- 建立风险决策矩阵。按影响金额和紧急程度划分四档，明确每档由谁决策。
- 系统增加"隔离库存"字段。质量隔离的批次不再计入可用库存。
- 每半年做一次两小时的桌面推演。不用三天，两小时，讨论一个情境就行。
第 4 条是成本最低、效果最持久的一条。
给想自己做演练的企业几点建议
- 不要从最极端的情境开始。先从"一个次要供应商延期两周"这种小事做起，团队容易进入状态。
- 一定要跨部门。只让采购部门自己演，等于没演。
- 重点记录"卡在哪里"，而不是"谁做错了"。演练的目的是发现问题，不是追责。
- 演练结束两周内必须落地至少一项改动。否则很快就会被遗忘。
预案的价值不在写得厚，在出事那天能不能在半小时内启动第一步。