scenario-planning
Plans under genuine uncertainty — building scenarios, identifying which assumptions are load-bearing, setting early-warning indicators, and stress-t…
它会碰到什么
这一栏是扫描器报的事实,不是结论。命中多不等于有毒(安全工具、规则库、示例脚本本来就会包含危险写法),命中少也不等于干净。它和你手上的凭据、文件、网络有什么关系,需要你自己看。
技能内容
Scenario planning
Forecasting produces one number and false confidence. Scenario planning produces a plan that
survives being wrong, which is the realistic goal.
Separate what you know from what you are assuming
List the plan's assumptions explicitly, then sort them:
- Predetermined — things that will happen regardless. Demographics, contracted commitments,
technology already deployed. Plan around them; do not spend analysis on them.
- Genuinely uncertain and load-bearing — the plan changes materially depending on how they
resolve.
Almost every plan has two or three load-bearing uncertainties. Finding them is most of the
value, and the exercise usually surfaces one nobody had articulated.
Build scenarios from the uncertainties, not from moods
The common failure is three scenarios named optimistic, base, and pessimistic — which is one scenario
with the numbers scaled, and it teaches nothing.
Take the two most consequential uncertainties and build the quadrants. Each scenario should be
internally coherent: if demand is high and supply is constrained, what else follows — pricing,
competitor behavior, regulatory attention?
Give each a name that captures its logic. Names make scenarios usable in conversation, which is where
they earn their keep.
Three or four scenarios. More cannot be held in mind; two collapses into best and worst.
Stress-test the plan against each
For every scenario: does the plan still work, what breaks first, and what would we wish we had done
sooner?
The output is not a prediction. It is three things:
- Robust moves — sensible in every scenario. Do these now, with confidence.
- Contingent moves — right in some scenarios only. Prepare, do not commit.
- Options — small investments that buy the right to act later. Deliberately underrated, because
they look like indecision and are actually the cheapest way to handle uncertainty.
Early-warning indicators
For each scenario, name the observable signal that would show it is arriving — and specify it
precisely enough to be checked. "Regulatory pressure increases" is not observable. "A second
jurisdiction opens a consultation" is.
Assign each indicator an owner and a review cadence. Scenario work that produces no monitoring is a
workshop, not a plan.
Revisit on the trigger, not the calendar
Most scenario planning is done once and filed. Its value comes from being revisited when an indicator
fires — that is the moment the earlier thinking pays, because the options were identified before
anyone was under pressure.
Never
- Assign probabilities to scenarios and then plan only for the likeliest. That is forecasting with
extra steps.
- Build a scenario nobody in the room believes possible. It will be ignored, and the exercise loses
credibility.
- Let the exercise end without naming what to do on Monday in every scenario.
想直接用这个技能?
本站把开放许可(MIT / Apache 等)的技能按仓库打包整理到网盘,点一下转存到你自己的网盘,不用一个个从 GitHub 拉。许可未声明的技能只给原始仓库链接,不打包。
它属于哪个仓库
plugins/corporate-strategy/skills/scenario-planning/SKILL.md