Back to Skills

good-strategy-bad-strategy

wondelai
Updated 4 days ago
1,381
144
1,381
View on GitHub
Metatestingdesign

About

This skill helps developers formulate and audit strategy using Richard Rumelt's framework of diagnosis, guiding policy, and coherent action. It's triggered when reviewing strategy docs, turning goal lists into real strategy, or detecting fluff in planning documents. The skill focuses on the strategy kernel, bad-strategy detection, and identifying sources of power.

Quick Install

Claude Code

Recommended
Primary
npx skills add wondelai/skills -a claude-code
Plugin CommandAlternative
/plugin add https://github.com/wondelai/skills
Git CloneAlternative
git clone https://github.com/wondelai/skills.git ~/.claude/skills/good-strategy-bad-strategy

Copy and paste this command in Claude Code to install this skill

Documentation

Good Strategy Bad Strategy

A framework for creating and auditing strategy, distilled from Richard Rumelt's Good Strategy Bad Strategy: The Difference and Why It Matters. Good strategy has a simple underlying logic — an honest diagnosis of the critical challenge, a guiding policy for overcoming it, and coherent actions that carry the policy out. Use this skill to detect the four hallmarks of bad strategy and to replace goal lists and vision decks with a working kernel.

Core Principle

Strategy is coherent action backed by an honest diagnosis — not goals, vision, or wishful thinking. A goal ("20% growth") names an ambition; a strategy explains how the ambition will be achieved given the actual obstacles. Bad strategy is not the absence of strategy but an active substitute for it: buzzword fluff, refusal to name the challenge, and laundry lists of initiatives. The heart of strategy work is choice — concentrating effort and resources on the one or two pivotal objectives whose accomplishment unlocks everything else.

Scoring

Goal: 10/10. Rate strategies, plans, and strategy documents 0-10 against the principles below. Report the current score and the specific changes needed to reach 10/10.

  • 9-10: Complete kernel — honest diagnosis, choiceful guiding policy, coordinated resource-backed actions — aimed at a pivot point, with an explicit list of what will not be done
  • 7-8: Kernel present but one element weak: thin diagnosis, a policy that rules little out, or actions not yet coordinated and funded
  • 5-6: The challenge is named, but the plan is a list of independent initiatives and some goals masquerade as strategy
  • 3-4: Mostly goals, targets, and vision statements; no diagnosis; fluff in key passages; nothing ruled out
  • 0-2: Pure bad strategy — buzzword fluff, dog's-dinner objective lists, denial of the real challenge

Framework

1. The Kernel of Good Strategy

Core concept: Every good strategy shares the same structure: a diagnosis that defines and simplifies the critical challenge, a guiding policy — the overall approach chosen to overcome the diagnosed obstacles — and coherent actions: coordinated, resource-backed steps that carry out the policy. A document missing any of the three is not yet a strategy.

Why it works: A diagnosis replaces the overwhelming complexity of reality with a simpler story that highlights what is critical, often by analogy to a known pattern. The guiding policy channels effort by ruling out vast realms of possible action — like guardrails, it directs without dictating every move. Coherent actions turn intent into coordinated force; most plans fail by jumping straight from ambition to a list of independent initiatives.

Key insights:

  • The diagnosis is the strategy's pivot: Gerstner reframed IBM's 1993 challenge from "mainframes are dying, break the company up" to "our advantage is integrated capability; the obstacle is internal coordination" — and everything downstream changed
  • A guiding policy is not a goal or a vision — it is an approach ("ride wave X by concentrating on Y"), and a real one feels like a choice with losers
  • If a competitor could paste your guiding policy into their deck unchanged, it is a platitude, not a policy
  • Coherent actions reinforce one another — each step makes the others easier — and every one carries an owner, resources, and a date
  • A kernel needs no mission, vision, or values preamble; it fits on one page
  • Most failed "strategies" skip the diagnosis entirely — prescribing before examining

Applications:

ContextApplicationExample
Annual planningKernel before targetsDiagnosis: week-one churn; policy: fastest time-to-value in segment; actions: onboarding rebuild + roadmap cuts
Strategy reviewTrace each action to the policyInitiative serving no policy → cut or re-justify
Pitch deckKernel slide, not goals slide"The obstacle, our approach, three coordinated moves"

Ethical boundary: An honest diagnosis names internal causes too — never soften it to protect egos or settle politics.

See: references/kernel.md

2. Detecting Bad Strategy

Core concept: Bad strategy is not the absence of strategy — it is its own species with four hallmarks: fluff (gibberish masquerading as strategic concepts), failure to face the challenge, mistaking goals for strategy, and bad strategic objectives (dog's-dinner laundry lists or blue-sky impracticalities).

Why it works: Naming the hallmarks turns a vague sense that "this deck says nothing" into specific, fixable findings. Bad strategy persists for identifiable reasons — choice is painful, templates are easy, and positive thinking feels like leadership — so detection must hunt for substitutes for choice, not just bad writing.

Key insights:

  • Fluff test: restate the sentence in plain words — "our fundamental strategy is customer-centric intermediation" collapses to "we are a bank," which says nothing
  • If the document never names the obstacle, the strategy cannot be evaluated or improved — International Harvester's 1979 plan never mentioned its toxic labor relations, the actual problem
  • "20% growth, 20% margin" is a goal; exhortation to push harder is motivation, not a lever — strategy is the lever
  • Dog's dinner: a city plan with 47 "strategies" and 178 action items has no strategy; blue-sky: "become the leading platform" restates the end state and skips the how
  • Bad strategy has causes: unwillingness to choose (every real choice creates losers — DEC's consensus produced mush), template-style vision-mission-values planning, and New Thought culture (belief that visualizing success produces it)
  • The negation test: if the opposite of a statement is absurd ("we will not be customer focused"), the statement carries no information

Applications:

ContextApplicationExample
Strategy deck auditScore sections against the four hallmarks"Vision" slide flagged as fluff; no obstacle named anywhere
OKR reviewSeparate ambitions from mechanisms"Double signups" kept as goal, paired with an explicit how
Board updateDemand the challenge slide"What we're up against" before "what we'll achieve"

Ethical boundary: Audit the document, not the people — bad strategy is usually a process failure, not bad faith.

See: references/bad-strategy.md

3. Sources of Power

Core concept: Good strategy applies strength where it has the greatest effect, drawing on recurring sources of power: leverage (anticipation, pivot points, concentration), proximate objectives (targets close enough to actually hit), chain-link systems (quality matched across links), design (premeditated, coordinated configuration), focus, and using advantage (asymmetries protected by isolating mechanisms).

Why it works: Resources are always scarce relative to ambitions. Power comes from asymmetry — knowing something rivals don't, pressing where effort is amplified, or concentrating where they are spread thin. A strategy that names no source of power is hoping effort alone will win, which is matching strength against strength.

Key insights:

  • Leverage = anticipation × pivot point × concentration: anticipate predictable behavior, find the point where effort is amplified, then commit past the threshold where results become visible
  • A proximate objective is one the team can see how to hit; under high ambiguity, choose closer targets — a JPL engineer made Moon-lander design feasible by simply deciding a lunar soil model others could build against
  • In chain-link systems, performance is capped by the weakest link — investing in strong links is wasted until the weak one is fixed, which is why such systems stay stuck
  • A fully matched chain is also the deepest moat: IKEA's in-house design, flat-pack logistics, and warehouse showrooms each fit the others, so copying one link gains a rival nothing
  • Design-type strategy — tight, premeditated coordination of parts — pays when stakes are high and resources scarce; integration buys performance at the cost of flexibility
  • An advantage matters only at the point of contention: deepen it, broaden it, or strengthen isolating mechanisms (network effects, brand, patents, tacit know-how) that block imitation

Applications:

ContextApplicationExample
Startup wedge choiceConcentrate past the thresholdOne vertical owned end-to-end, not five touched
Stalled growthChain-link diagnosisFix activation (weakest link) before scaling paid acquisition
Ambiguous roadmapSet a proximate objective"Ten fintech design partners live" not "be the leader"

Ethical boundary: Build isolating mechanisms on delivered value — lock-in engineered purely to trap users eventually isolates you from them.

See: references/sources-of-power.md

4. Riding Dynamics and Fighting Inertia

Core concept: Waves of change — technology shifts, deregulation, demographic change — are the attacker's best friend: they redistribute advantage and reset rules the incumbents had mastered. Incumbents are held back by three kinds of inertia (routine, culture, proxy) and by entropy — the unmanaged drift into blur and waste.

Why it works: In stable periods incumbents win on scale and accumulated advantage; in transitions their strengths become anchors — they defend legacy margins, rerun obsolete playbooks, and answer to cultures built for the old world. You don't need to predict the future, only to recognize that the present has already changed and act on it before those who can't.

Key insights:

  • Guideposts for sensing waves: rising fixed costs (force consolidation), deregulation or rule changes, predictable biases (people extrapolate the present), incumbent response (watch them protect old margins), and attractor states (where the industry "should" land given the technology)
  • An attractor state disciplines hype: ask "in the end state, who does the work and who gets paid?" — "all data transport becomes IP" correctly guided Cisco's rise
  • Inertia by routine yields to new metrics and outside hires; inertia by culture requires simplification and breaking insulated units; inertia by proxy means the incumbent profits from its customers' inertia — banks kept paying low deposit rates because depositors were slow to move
  • A rival's inertia is an exploitable asymmetry: attack where responding would force them to break their own economics
  • Entropy shows up as blurred product lines, drifting prices, and accidental cross-subsidies — weeding it is real strategy work even with no competitor in sight

Applications:

ContextApplicationExample
Platform shiftRead the guidepostsModel training costs consolidate; value migrates to workflow owners
Pricing attackExploit margin defenseUsage-based pricing a seat-license incumbent can't match
Mature productEntropy auditThree overlapping plans collapsed into one clean ladder

Ethical boundary: Ride waves by serving the new need better — never by manufacturing fear about the old one.

See: references/dynamics-inertia.md

5. Thinking Like a Strategist

Core concept: A strategy is a hypothesis about what will work, not a deduction from goals. Work like a scientist — diagnose, formulate, test against evidence, revise — and use deliberate techniques (create-destroy, the virtual panel of experts, a written first-person kernel) to defend judgment against first conclusions and herd opinion.

Why it works: The mind grabs the first plausible frame and defends it; groups converge on comfortable consensus. The market is an expensive place to discover you were wrong — cheap, disciplined destruction of your own ideas before commitment buys that learning early.

Key insights:

  • Treat strategy as a hypothesis and the market as the lab: Howard Schultz's Italian espresso-bar concept survived because he kept revising it against evidence — dropped the opera music, added chairs, offered nonfat milk
  • Create-destroy: generate genuinely different alternatives, then attack your own front-runner as hard as you would attack a rival's plan
  • Convene a virtual panel of experts: simulate the specific critiques of people whose judgment you respect — borrowed standards beat solo blind spots
  • First conclusions are the enemy; before accepting any diagnosis ask "what else could be going on?"
  • Keep the kernel written down — a strategy that lives in your head is unfalsifiable — with the list of what you choose not to do beside it
  • Independent judgment matters most when the crowd agrees: the market capitalized Global Crossing's hype while the underlying numbers said otherwise

Applications:

ContextApplicationExample
Quarterly reviewRe-test the diagnosisChurn data contradicts it → kernel revised, not defended
Big betCreate-destroy before commitA second team builds the case against the acquisition
Founder disciplineWritten kernel + no-listOne page: diagnosis, policy, three actions, five explicit nots

Ethical boundary: Use the virtual panel to find flaws, not to stage imagined authority blessing a foregone conclusion.

See: references/case-studies.md

Common Mistakes

MistakeWhy It FailsFix
Mistaking goals for strategy"20% growth" names desire, not the lever that produces itWrite the kernel: diagnosis → policy → coherent actions
Skipping the diagnosisPrescribing before examining; plan solves the wrong problemOne-paragraph diagnosis of the critical challenge first
Template planning (vision-mission-values)Fill-in-the-blank boilerplate substitutes for analysis and choiceStart from the obstacle, not the template
Fluff in key passagesBuzzwords hide the absence of thought; nothing is testableRestate plainly; if it becomes obvious or empty, cut it
Refusing to choosePleasing every stakeholder concentrates nothingName what you will not do; accept that choice creates losers
Dog's-dinner objectivesForty "priorities" means none; resources spread to uselessnessPick one to three proximate objectives; park the rest
Blue-sky objectivesRestates the desired end state; the team cannot see howChoose targets close enough to actually hit
Spreading resources evenlyBelow-threshold effort everywhere produces results nowhereConcentrate on the pivot point until wins are visible
Treating strategy as settled truthConditions change; a defended diagnosis goes staleReview as a hypothesis; revise on evidence, on a cadence

Quick Diagnostic

QuestionIf NoAction
Does the document name the critical challenge?Nothing can be evaluated or improvedWrite the one-paragraph diagnosis before any goals
Is there a guiding policy that rules out whole classes of action?It is a platitude, not a policyAdd "therefore we will not..." statements until it bites
Are actions coordinated and resource-backed?It is a wish listGive each action an owner, budget, date, and a reinforcing role
Would the strategy be wrong for your nearest competitor?It is generic fluffAnchor it in your specific asymmetries and obstacles
Is the first objective close enough to actually hit?Blue-sky target; the team stallsSet a proximate objective with an owner and a done-test
Does the plan exploit a wave, asymmetry, or rival's inertia?Strength is matched against strengthFind leverage: anticipation, pivot point, concentration
Is there an explicit list of what you will not do?Scope creeps back to everythingWrite the no-list next to the action list
Has anyone tried to destroy this strategy before adopting it?First conclusions ship untestedRun create-destroy with a virtual panel of experts

Reference Files

  • references/kernel.md — Writing a kernel: diagnosis craft, guiding-policy formulation, coherent-action design, a full template, two worked examples
  • references/bad-strategy.md — Detection checklists for the four hallmarks, before/after rewrites, why bad strategy proliferates, deck-audit procedure
  • references/sources-of-power.md — Leverage, proximate objectives, chain-link systems, design, focus, and advantage, with when-to-use guidance
  • references/dynamics-inertia.md — Guideposts for spotting waves of change, diagnosing inertia types and entropy, attacker playbooks
  • references/case-studies.md — Three scenarios: a SaaS annual plan audit, a startup concentration decision, a vision deck rewritten into a kernel

Further Reading

About the Author

Richard Rumelt is professor emeritus at UCLA Anderson School of Management and one of the world's most influential thinkers on strategy — McKinsey Quarterly dubbed him "the strategist's strategist," and The Economist named him among the 25 most influential living management thinkers. He distilled four decades of research and consulting into Good Strategy Bad Strategy (2011) and The Crux (2022).

GitHub Repository

wondelai/skills
Path: good-strategy-bad-strategy
0
agent-skillsai-skillsclaude-codeclaude-code-marketplaceclaude-code-pluginclaude-code-skills

Related Skills

content-collections

Meta

This skill provides a production-tested setup for Content Collections, a TypeScript-first tool that transforms Markdown/MDX files into type-safe data collections with Zod validation. Use it when building blogs, documentation sites, or content-heavy Vite + React applications to ensure type safety and automatic content validation. It covers everything from Vite plugin configuration and MDX compilation to deployment optimization and schema validation.

View skill

polymarket

Meta

This skill enables developers to build applications with the Polymarket prediction markets platform, including API integration for trading and market data. It also provides real-time data streaming via WebSocket to monitor live trades and market activity. Use it for implementing trading strategies or creating tools that process live market updates.

View skill

creating-opencode-plugins

Meta

This skill helps developers create OpenCode plugins that hook into 25+ event types like commands, files, and LSP operations. It provides the plugin structure, event API specifications, and implementation patterns for JavaScript/TypeScript modules. Use it when you need to intercept, monitor, or extend the OpenCode AI assistant's lifecycle with custom event-driven logic.

View skill

sglang

Meta

SGLang is a high-performance LLM serving framework that specializes in fast, structured generation for JSON, regex, and agentic workflows using its RadixAttention prefix caching. It delivers significantly faster inference, especially for tasks with repeated prefixes, making it ideal for complex, structured outputs and multi-turn conversations. Choose SGLang over alternatives like vLLM when you need constrained decoding or are building applications with extensive prefix sharing.

View skill