本文へ移動
cccskills
無料GitHub で公開

gap-analysis

Identify gaps between current and desired state. Use when the user says "gap analysis", "what's missing", "current vs future state", "where are the gaps", "capability gap", "maturity assessment", "fit-gap analysis", "what needs to change", "compare current to target", "readiness assessment" - even if they don't explicitly say "gap analysis".

インストール方法を見る

含まれるファイル(1)

  • SKILL.md5.4 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Overview

Based on the BABOK Guide v3 (IIBA) - Strategy Analysis knowledge area, which defines gap analysis as the comparison between current state and desired future state to identify changes needed. Also draws on Mastering the Requirements Process by Suzanne & James Robertson for the Brown Cow Model - a 2x2 matrix (What/How x Now/Future) that prevents teams from jumping to solutions before understanding the problem space. The key insight: gap analysis must cover all four quadrants of the Brown Cow Model. Teams that skip "What-Now" (current business requirements) and jump straight to "How-Future" (new system design) build the wrong thing.

Workflow

Step 1: Define the desired future state

Document what success looks like using measurable targets:

FUTURE STATE OBJECTIVE: [what capability or performance level is needed]
BUSINESS DRIVER: [why this change is needed now]
SUCCESS METRIC: [how we will know we've arrived]
TARGET DATE: [when this must be achieved]

Step 2: Document the current state using Brown Cow Model

Map all four quadrants:

|           | WHAT (requirements)        | HOW (implementation)         |
|-----------|----------------------------|------------------------------|
| NOW       | Current business needs     | Current systems & processes  |
| FUTURE    | Future business needs      | Future systems & processes   |
  • What-Now: What does the business need today? (Often undocumented)
  • How-Now: How is it currently delivered? (Systems, processes, people)
  • What-Future: What will the business need? (New requirements)
  • How-Future: How should it be delivered? (Design this last, not first)

Step 3: Identify gaps across 4 dimensions

For each dimension, compare current to desired:

DimensionCurrent StateDesired StateGap
Process[how work flows today][how it should flow][what's missing or broken]
Technology[current systems][needed capabilities][what's missing or inadequate]
People[current skills/capacity][needed skills/capacity][training, hiring, restructuring]
Policy[current rules/governance][needed rules/governance][policy changes required]

Step 4: Categorize each gap

  • Missing capability: Does not exist today, must be built or acquired
  • Underperforming capability: Exists but doesn't meet the target
  • Unnecessary capability: Exists but is not needed in the future state (candidate for removal)

Step 5: Prioritize gaps using Force-Field Analysis

For each gap, assess:

  • Driving forces: factors pushing toward closing the gap (business need, regulation, competition)
  • Restraining forces: factors resisting change (cost, complexity, organizational resistance)
  • Net priority: driving forces minus restraining forces

Rank gaps by net priority to determine which to address first.

Step 6: Recommend actions

For each gap:

GAP: [description]
SEVERITY: [High / Medium / Low]
ACTION: [Build / Buy / Partner / Defer / Accept]
OWNER: [who is responsible]
EFFORT: [estimated complexity]
DEPENDENCIES: [what must happen first]

Step 7: Output the gap register

Deliver a consolidated gap register with all gaps, their categorization, priority, and recommended actions. Include the Brown Cow Model diagram and Force-Field Analysis summary.

Anti-Patterns

1. Jumping to solutions before documenting current state Bad: "We need a new CRM system." (Without analyzing what the current state is or what specific gaps exist.) Good: Document What-Now and How-Now first, then identify specific gaps, then evaluate solutions.

2. Only identifying technology gaps Bad: Gap analysis that lists missing software features but ignores process, people, and policy. Good: Cover all 4 dimensions - often the biggest gaps are in process and people, not technology.

3. No prioritization - all gaps treated equally Bad: A flat list of 30 gaps with no ranking. Good: Force-Field Analysis or severity scoring to identify the vital few gaps that matter most.

4. Vague gap descriptions Bad: "Improve reporting capabilities." Good: "Current reporting requires 4 hours of manual Excel compilation; future state requires automated dashboards refreshed every 15 minutes."

5. Future state without success metrics Bad: "We want to be best in class." Good: "Reduce order fulfillment cycle time from 5 days to 1 day, measured by average across all orders."

Quality Checklist

  • Future state has measurable targets with deadlines
  • Current state documented with evidence (not assumed)
  • Brown Cow Model completed (all 4 quadrants)
  • All 4 dimensions covered (Process, Technology, People, Policy)
  • Each gap categorized (missing / underperforming / unnecessary)
  • Gaps prioritized using Force-Field Analysis or severity scoring
  • Each gap has an owner and recommended action
  • Recommendations are actionable (Build / Buy / Partner / Defer / Accept)
  • Dependencies between gaps identified

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Rate any product, feature, or experience on the 11-star scale (Brian Chesky's Airbnb thought experiment). Use when user says "rate this experience", "11-star", "star rating", "experience audit", "how good is this", "experience rating", "product audit", "quality assessment", or wants to evaluate product quality and identify improvement paths. Also trigger when user wants to benchmark a feature, assess where a product stands, or map out what "great" looks like - even if they don't explicitly say "11-star".

日本語の概要は準備中です。原文の説明を表示しています。

qa-aman/claude-skills202026年9月10日 更新

Generate A/B copy variants grounded in Eugene Schwartz's awareness and market-sophistication stages and John Caples' tested-headline discipline. Every variant declares its angle, the awareness stage it targets, and a falsifiable hypothesis, and the skill recommends which pair to test first and what delta counts as signal. Use when the user says "A/B test this", "write variants", "give me options", "test different angles", "copy variants", "ab copy", "test this headline", "multiple versions", "which version is better", or wants to test copy before publishing. For reviewing copy that already exists, see copy-review. For sample size and stopping rules, see growth-experiment. For diagnosing a page rather than its words, see page-cro. For full paid ad sets by platform, see ad-campaign-writer.

日本語の概要は準備中です。原文の説明を表示しています。

qa-aman/claude-skills202026年9月10日 更新

Write measurable acceptance criteria for requirements or user stories. Use when the user says "write acceptance criteria", "definition of done", "how do we test this", "fit criteria", "given when then", "Gherkin scenarios", "what does done look like", "testable conditions", "how will we know this works" - even if they don't explicitly say "acceptance criteria".

日本語の概要は準備中です。原文の説明を表示しています。

qa-aman/claude-skills202026年9月10日 更新

Build a strategic account plan for winning, retaining, or expanding a named account. Use when the user says "build an account plan", "strategic account planning", "how do I grow this account", "account expansion strategy", "whitespace analysis", "QBR prep", "key account review", "map the stakeholders in this account", "land and expand plan", "how do I break into [company]", or wants a structured strategy for a specific account.

日本語の概要は準備中です。原文の説明を表示しています。

qa-aman/claude-skills202026年9月10日 更新

Write paid ad copy for LinkedIn, Google, Meta, and YouTube. Produces multiple variants per platform, each targeting a different Eugene Schwartz awareness level and Cialdini persuasion principle. Use when the user asks for ad copy, ad variants, "write LinkedIn ads", Google ads, Meta ads, paid social copy, ad headlines, or wants creative for a paid campaign. Reads brand voice, ICP, and positioning from knowledge/. For organic social posts, see linkedin-post or social-calendar. For the landing page the ad points at, see landing-page-writer. For testing variants, see ab-copy-writer.

日本語の概要は準備中です。原文の説明を表示しています。

qa-aman/claude-skills202026年9月10日 更新

Design clean and consistent APIs. Use when the user says "design an API", "API design review", "design these endpoints", "REST API for X", "GraphQL schema", "API contract", "how should this endpoint work", "review my API design", or wants to create or improve an API interface - even if they don't explicitly say "API design".

日本語の概要は準備中です。原文の説明を表示しています。

qa-aman/claude-skills202026年9月10日 更新

qa-aman のスキルをすべて見る

このスキルの問題を報告する