MCP HubMCP Hub
SKILL·44EF13

good-strategy-bad-strategy

wondelai
업데이트됨 15 days ago
5 조회
2,020
206
2,020
GitHub에서 보기
테스팅testingdesign

정보

이 스킬은 리처드 루멜트의 진단, 지침 정책, 일관된 행동 프레임워크를 활용해 개발자들이 실질적인 전략을 수립하고 검토할 수 있도록 돕습니다. 사용자가 잘못된 전략을 발견하거나, 목표 목록을 실행 가능한 계획으로 전환하거나, 제품/회사 전략에서 지렛대 효과를 찾아야 할 때 작동합니다. 주요 기능으로는 문서의 실질적 가치 검토, 전략 핵심 요소 식별, 그리고 힘의 원천 분석을 포함합니다.

빠른 설치

Claude Code

추천
기본
npx skills add wondelai/skills -a claude-code
플러그인 명령대체
/plugin add https://github.com/wondelai/skills
Git 클론대체
git clone https://github.com/wondelai/skills.git ~/.claude/skills/good-strategy-bad-strategy

Claude Code에서 이 명령을 복사하여 붙여넣어 스킬을 설치하세요

문서

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. Score strategies, plans, and strategy documents by walking the eight rows of the Quick Diagnostic and counting how many pass. Report the current score and the specific changes needed to reach 10/10. The bands below name what each tier looks like; the row count keeps the rating reproducible run to run.

  • 9-10 (8 rows pass): 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 (6-7 pass): Kernel present but one element weak: thin diagnosis, a policy that rules little out, or actions not yet coordinated and funded
  • 5-6 (4-5 pass): The challenge is named, but the plan is a list of independent initiatives and some goals masquerade as strategy
  • 3-4 (2-3 pass): Mostly goals, targets, and vision statements; no diagnosis; fluff in key passages; nothing ruled out
  • 0-2 (0-1 pass): 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 when you actually draft a kernel — diagnosis craft, guiding-policy formulation, coherent-action design, a fill-in template, and two worked examples with owners and done-tests.

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"

See references/bad-strategy.md when auditing a deck or plan — per-hallmark detection checklists, before/after rewrites, why bad strategy proliferates, and a step-by-step deck-audit procedure with a report format.

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 when choosing where to apply strength — leverage, proximate objectives, chain-link systems, design, focus, and advantage, each with a when-to-use test (unlock test, addressability test, coherence check).

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 when a market is shifting or an incumbent is stuck — guideposts for spotting waves, diagnosing the three inertia types and entropy, and attacker playbooks for exploiting a rival's inertia.

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 for fully worked end-to-end examples — a SaaS annual-plan audit, a startup concentration decision, and a vision deck rewritten into a kernel.

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

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 저장소

wondelai/skills
경로: plugins/wondelai-skills/skills/good-strategy-bad-strategy
0
agent-skillsai-skillsbusinessclaude-codeclaude-code-marketplaceclaude-code-plugin
FAQ

자주 묻는 질문

good-strategy-bad-strategy Skill이란 무엇인가요?

good-strategy-bad-strategy은(는) wondelai이(가) 만든 Claude Skill입니다. Skill은 Claude가 필요할 때 불러오는 지침과 리소스를 묶어 추가 프롬프트 없이 good-strategy-bad-strategy 관련 작업을 수행할 수 있게 합니다.

good-strategy-bad-strategy은(는) 어떻게 설치하나요?

이 페이지의 설치 명령을 사용하세요. good-strategy-bad-strategy을(를) Claude Code 플러그인으로 추가하거나 저장소를 skills 디렉터리에 복제한 다음 Claude를 다시 시작해 Skill을 불러옵니다.

good-strategy-bad-strategy은(는) 어떤 카테고리에 속하나요?

good-strategy-bad-strategy은(는) 테스팅 카테고리에 속합니다.

good-strategy-bad-strategy은(는) 무료로 사용할 수 있나요?

네. good-strategy-bad-strategy은(는) AIMCP에 등록되어 있으며 무료로 설치할 수 있습니다.

연관 스킬

evaluating-llms-harness
테스팅

이 Claude Skill은 MMLU, GSM8K를 포함한 60개 이상의 표준화된 학술 과제에서 LLM 성능을 벤치마크하기 위해 lm-evaluation-harness를 실행합니다. 개발자들이 모델 품질을 비교하고, 학습 진행 상황을 추적하거나 학술 결과를 보고할 수 있도록 설계되었습니다. 이 도구는 HuggingFace와 vLLM 모델을 포함한 다양한 백엔드를 지원합니다.

스킬 보기
cloudflare-cron-triggers
테스팅

이 스킬은 cron 표현식을 사용하여 Worker를 스케줄링하기 위한 Cloudflare Cron Triggers 구현에 관한 포괄적인 지식을 제공합니다. 주기적 작업, 유지보수 작업, 자동화된 워크플로우 설정 방법을 다루며, 잘못된 cron 표현식이나 시간대 문제 같은 일반적인 이슈들을 해결하는 방법을 포함합니다. 개발자들은 이를 통해 스케줄된 핸들러 구성, cron 트리거 테스트, Workflows 및 Green Compute와의 연동 작업을 수행할 수 있습니다.

스킬 보기
webapp-testing
테스팅

이 Claude Skill은 Python 스크립트를 통해 로컬 웹 애플리케이션을 테스트하기 위한 Playwright 기반 툴킷을 제공합니다. 프론트엔드 검증, UI 디버깅, 스크린샷 캡처, 로그 확인 기능을 지원하며 서버 라이프사이클을 관리합니다. 브라우저 자동화 작업에 사용하되 컨텍스트 오염을 방지하기 위해 소스 코드를 읽지 않고 스크립트를 직접 실행하세요.

스킬 보기
finishing-a-development-branch
테스팅

이 스킬은 테스트 통과를 확인한 후 체계적인 통합 옵션을 제시하여 개발자가 완성된 작업을 마무리하도록 돕습니다. 구현이 완료된 후 머지, PR 생성, 브랜치 정리와 같은 워크플로우를 안내합니다. 코드가 준비되고 테스트가 완료되었을 때 개발 프로세스를 체계적으로 마무리하기 위해 사용하세요.

스킬 보기