scenario-planning
Plans under genuine uncertainty — building scenarios, identifying which assumptions are load-bearing, setting early-warning indicators, and stress-testing a plan against futures rather than forecasting one. Use this when a decision depends on something unknowable, when a plan assumes conditions that may not hold, before a large irreversible commitment, or when a market, regulatory, or technology shift could invalidate the strategy.
git clone --depth 1 https://github.com/cbrock84/headcount /tmp/scenario-planning && cp -r /tmp/scenario-planning/plugins/corporate-strategy/skills/scenario-planning ~/.claude/skills/scenario-planningSKILL.md
# 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.
Corporate Strategy (CSO). Owns plugins/corporate-strategy/** and nothing else. Delegate work in this department's remit here.
Customer Experience (CCO). Owns plugins/customer-experience/** and nothing else. Delegate work in this department's remit here.
Data & Analytics (CDO). Owns plugins/data-analytics/** and nothing else. Delegate work in this department's remit here.
Demand Generation (CMO). Owns plugins/demand-generation/** and nothing else. Delegate work in this department's remit here.
Office of the CEO. Owns plugins/executive/** and nothing else. Delegate work in this department's remit here.
Finance (CFO). Owns plugins/finance/** and nothing else. Delegate work in this department's remit here.
Corporate IT. Owns plugins/it-operations/** and nothing else. Delegate service desk, systems and network administration, virtualization and cloud, telephony and conferencing, endpoints, assets, identity lifecycle, and backup work here.
Reviewer-class. Read-only review of what other departments commit to — contract terms, privacy and data handling, risk acceptance, and compliance findings. Holds no write surface. Its findings are not overrulable by the department under review.