@nahisaho/shikigami 1.1.0

package/.github/skills/shikigami-consulting-framework/frameworks/problem-solving/fishbone.md

@@ -0,0 +1,201 @@
+# フィッシュボーン図（特性要因図）
+
+## 概要
+
+問題（結果）とその原因の関係を魚の骨のような図で可視化するフレームワーク。
+石川馨博士が開発したことから「石川ダイアグラム」とも呼ばれる。
+品質管理の基本ツールの一つ。
+
+## 適用場面
+
+- 問題の根本原因分析
+- 品質問題の原因究明
+- プロセス改善
+- チームでのブレインストーミング
+- 5 Whysの構造化
+
+## 基本構造
+
+```
+         ┌────────────┐ ┌────────────┐ ┌────────────┐
+         │   原因A    │ │   原因B    │ │   原因C    │
+         └─────┬──────┘ └─────┬──────┘ └─────┬──────┘
+               │              │              │
+       ┌───────┤        ┌─────┤        ┌─────┤
+       │       │        │     │        │     │
+    ┌──┴──┐ ┌──┴──┐  ┌──┴──┐ │     ┌──┴──┐ │
+    │小原因│ │小原因│  │小原因│ │     │小原因│ │
+    └─────┘ └─────┘  └─────┘ │     └─────┘ │
+               \        \     │     /      /
+                \        \    │    /      /
+                 ────────────────────────────────→【問題】
+                /        /    │    \      \
+               /        /     │     \      \
+    ┌─────┐ ┌─────┐  ┌─────┐ │     ┌─────┐ │
+    │小原因│ │小原因│  │小原因│ │     │小原因│ │
+    └──┬──┘ └──┬──┘  └──┬──┘ │     └──┬──┘ │
+       │       │        │     │        │     │
+       └───────┤        └─────┤        └─────┤
+               │              │              │
+         ┌─────┴──────┐ ┌─────┴──────┐ ┌─────┴──────┐
+         │   原因D    │ │   原因E    │ │   原因F    │
+         └────────────┘ └────────────┘ └────────────┘
+```
+
+## 代表的なカテゴリ（4M / 5M / 6M）
+
+```
+【製造業：4M】
+- Man（人）
+- Machine（機械）
+- Material（材料）
+- Method（方法）
+
+【製造業：5M】
+上記4M +
+- Measurement（測定）
+
+【製造業：6M】
+上記5M +
+- Mother Nature/Environment（環境）
+
+【サービス業：4P / 5P】
+- People（人）
+- Process（プロセス）
+- Policy（ポリシー）
+- Place（場所）
+- Product（製品/サービス）
+
+【マーケティング：4P】
+- Product
+- Price
+- Place
+- Promotion
+```
+
+## 出力テンプレート
+
+```markdown
+## フィッシュボーン分析
+
+### 問題（特性）
+
+> **[解決したい問題・現象]**
+
+---
+
+### フィッシュボーン図
+
+```
+     [人/Man]        [機械/Machine]      [材料/Material]
+         │                │                   │
+    ┌────┼────┐      ┌────┼────┐        ┌────┼────┐
+    │    │    │      │    │    │        │    │    │
+  [原因] [原因]    [原因] [原因]      [原因] [原因]
+    │    │    │      │    │    │        │    │    │
+     \   │   /        \   │   /          \   │   /
+      \  │  /          \  │  /            \  │  /
+       \ │ /            \ │ /              \ │ /
+        \│/              \│/                \│/
+─────────────────────────────────────────────────→【問題】
+        /│\              /│\                /│\
+       / │ \            / │ \              / │ \
+      /  │  \          /  │  \            /  │  \
+     /   │   \        /   │   \          /   │   \
+    │    │    │      │    │    │        │    │    │
+  [原因] [原因]    [原因] [原因]      [原因] [原因]
+    │    │    │      │    │    │        │    │    │
+    └────┼────┘      └────┼────┘        └────┼────┘
+         │                │                   │
+    [方法/Method]   [測定/Measurement]   [環境/Environment]
+```
+
+---
+
+### 原因一覧
+
+#### 人（Man）
+
+| # | 原因 | 詳細 | 影響度 |
+|---|------|------|--------|
+| M1 | [原因] | [説明] | 高/中/低 |
+| M2 | [原因] | [説明] | 高/中/低 |
+
+#### 機械（Machine）
+
+| # | 原因 | 詳細 | 影響度 |
+|---|------|------|--------|
+| Ma1 | [原因] | [説明] | 高/中/低 |
+| Ma2 | [原因] | [説明] | 高/中/低 |
+
+#### 材料（Material）
+
+| # | 原因 | 詳細 | 影響度 |
+|---|------|------|--------|
+| Mt1 | [原因] | [説明] | 高/中/低 |
+| Mt2 | [原因] | [説明] | 高/中/低 |
+
+#### 方法（Method）
+
+| # | 原因 | 詳細 | 影響度 |
+|---|------|------|--------|
+| Me1 | [原因] | [説明] | 高/中/低 |
+| Me2 | [原因] | [説明] | 高/中/低 |
+
+#### 測定（Measurement）
+
+| # | 原因 | 詳細 | 影響度 |
+|---|------|------|--------|
+| Ms1 | [原因] | [説明] | 高/中/低 |
+
+#### 環境（Environment）
+
+| # | 原因 | 詳細 | 影響度 |
+|---|------|------|--------|
+| E1 | [原因] | [説明] | 高/中/低 |
+
+---
+
+### 根本原因の特定
+
+**最も影響度が高い原因TOP 3**:
+
+| 順位 | 原因 | カテゴリ | 根拠 |
+|------|------|---------|------|
+| 1 | [原因] | [カテゴリ] | [なぜ重要か] |
+| 2 | [原因] | [カテゴリ] | [なぜ重要か] |
+| 3 | [原因] | [カテゴリ] | [なぜ重要か] |
+
+---
+
+### 対策案
+
+| 原因 | 対策 | 担当 | 期限 |
+|------|------|------|------|
+| [原因1] | [対策] | [担当] | [日付] |
+| [原因2] | [対策] | [担当] | [日付] |
+| [原因3] | [対策] | [担当] | [日付] |
+```
+
+## 作成のポイント
+
+```
+✅ 推奨:
+- チームでブレインストーミング形式で作成
+- 原因を深掘り（小骨→さらに小骨）
+- データで原因の影響度を検証
+- 最も影響の大きい原因に集中
+
+⚠️ 注意:
+- カテゴリに囚われすぎない
+- 原因と結果を混同しない
+- すべての原因を対策しようとしない
+- 犯人探しにしない
+```
+
+## 関連フレームワーク
+
+- **5 Whys**: 各原因をさらに深掘り
+- **パレート図**: 原因の優先順位付け
+- **FMEA**: リスク評価と組み合わせ
+- **なぜなぜ分析**: 根本原因の特定に

package/.github/skills/shikigami-consulting-framework/frameworks/problem-solving/issue-tree.md

@@ -0,0 +1,178 @@
+# イシューツリー
+
+## 概要
+
+解決すべき問題（イシュー）を構造化し、仮説を立てて検証するフレームワーク。
+「イシューから始める」アプローチで、本当に重要な問題に集中する。
+
+## 適用場面
+
+- 複雑な問題の構造化
+- 仮説駆動の問題解決
+- コンサルティングプロジェクト
+- 戦略立案
+- リサーチ計画の設計
+
+## ロジックツリーとの違い
+
+```
+【ロジックツリー】
+- 事実をMECEに分解
+- What（何が起きているか）を整理
+- 網羅性重視
+
+【イシューツリー】
+- 仮説をMECEに分解
+- Why（なぜそうなのか）を検証
+- 検証可能性重視
+- So What?を常に問う
+```
+
+## 構造
+
+```
+メインイシュー（答えを出すべき問い）
+├── サブイシュー1（仮説1を検証する問い）
+│   ├── 仮説1-1
+│   │   └── 検証方法・データ
+│   └── 仮説1-2
+│       └── 検証方法・データ
+├── サブイシュー2（仮説2を検証する問い）
+│   ├── 仮説2-1
+│   │   └── 検証方法・データ
+│   └── 仮説2-2
+│       └── 検証方法・データ
+└── サブイシュー3（仮説3を検証する問い）
+    └── ...
+```
+
+## 良いイシューの条件
+
+```
+┌─────────────────────────────────────────────────────────┐
+│ 1. 本質的な選択に関わる                                 │
+│    「やるべきか、やらないべきか」を問う                 │
+├─────────────────────────────────────────────────────────┤
+│ 2. 深い仮説がある                                       │
+│    「こうではないか」という仮説を含む                   │
+├─────────────────────────────────────────────────────────┤
+│ 3. 答えを出せる                                         │
+│    調査・分析で答えが出せる                             │
+├─────────────────────────────────────────────────────────┤
+│ 4. アクションにつながる                                 │
+│    答えが出たら次の行動が決まる                         │
+└─────────────────────────────────────────────────────────┘
+
+❌ 悪いイシュー例：
+「なぜ売上が下がっているのか？」
+→ 仮説がない、広すぎる
+
+✅ 良いイシュー例：
+「主要顧客セグメントの離反が売上減少の主因ではないか？」
+→ 仮説がある、検証可能、アクションにつながる
+```
+
+## 出力テンプレート
+
+```markdown
+## イシューツリー分析
+
+### プロジェクト: [名称]
+### 目的: [何を解決するか]
+
+---
+
+### メインイシュー
+
+> **[答えを出すべき問い]**
+>
+> 背景: [なぜこのイシューが重要か]
+
+---
+
+### イシューツリー
+
+```
+[メインイシュー]
+│
+├─ イシュー1: [サブイシュー1]
+│  │
+│  ├─ 仮説1-1: [仮説]
+│  │  └─ 検証: [方法/データ]
+│  │
+│  └─ 仮説1-2: [仮説]
+│     └─ 検証: [方法/データ]
+│
+├─ イシュー2: [サブイシュー2]
+│  │
+│  ├─ 仮説2-1: [仮説]
+│  │  └─ 検証: [方法/データ]
+│  │
+│  └─ 仮説2-2: [仮説]
+│     └─ 検証: [方法/データ]
+│
+└─ イシュー3: [サブイシュー3]
+   │
+   └─ ...
+```
+
+---
+
+### イシュー詳細
+
+#### イシュー1: [サブイシュー1]
+
+**問い**: [具体的な問い]
+
+| 仮説 | 検証方法 | データソース | 優先度 |
+|------|---------|-------------|--------|
+| [仮説1-1] | [方法] | [データ] | 高/中/低 |
+| [仮説1-2] | [方法] | [データ] | 高/中/低 |
+
+**この仮説が正しければ**: [Implication]
+**この仮説が誤りなら**: [Implication]
+
+---
+
+#### イシュー2: [サブイシュー2]
+
+[同様の構成]
+
+---
+
+### 検証計画
+
+| # | イシュー | 仮説 | 検証タスク | 担当 | 期限 |
+|---|---------|------|-----------|------|------|
+| 1 | [イシュー1] | [仮説1-1] | [タスク] | [名前] | [日付] |
+| 2 | [イシュー1] | [仮説1-2] | [タスク] | [名前] | [日付] |
+| 3 | [イシュー2] | [仮説2-1] | [タスク] | [名前] | [日付] |
+
+---
+
+### 検証結果サマリー
+
+| イシュー | 仮説 | 結果 | 根拠 |
+|---------|------|------|------|
+| [イシュー1] | [仮説1-1] | ✅支持/❌棄却 | [根拠] |
+| [イシュー1] | [仮説1-2] | ✅支持/❌棄却 | [根拠] |
+
+---
+
+### 結論と提言
+
+**メインイシューへの回答**:
+[メインイシューに対する答え]
+
+**提言**:
+1. [提言1]
+2. [提言2]
+3. [提言3]
+```
+
+## 関連フレームワーク
+
+- **ロジックツリー**: 事実の構造化に
+- **MECE**: イシュー分解の品質チェックに
+- **仮説思考**: イシュー設定の方法論
+- **ピラミッド構造**: 結論のプレゼンテーションに

package/.github/skills/shikigami-consulting-framework/frameworks/problem-solving/logic-tree.md

@@ -0,0 +1,161 @@
+---
+id: FW-PS-002
+name: ロジックツリー
+category: problem-solving
+aliases: ["Logic Tree", "論理ツリー"]
+---
+
+# ロジックツリー
+
+## 概要
+問題や課題を構造的に分解し、要素間の論理的な関係を可視化するフレームワーク。What（何が）、Why（なぜ）、How（どうやって）の3種類がある。
+
+## 適用場面
+- 複雑な問題の構造化
+- 原因分析
+- 解決策の立案
+- 意思決定の整理
+
+## 3種類のロジックツリー
+
+### Whatツリー（要素分解）
+**「何があるか」を分解**
+
+用途: 全体像の把握、構成要素の洗い出し
+
+例:
+```
+売上
+├── 国内売上
+│   ├── 直販
+│   └── 代理店
+└── 海外売上
+    ├── アジア
+    ├── 北米
+    └── 欧州
+```
+
+### Whyツリー（原因分析）
+**「なぜそうなるか」を掘り下げ**
+
+用途: 問題の根本原因特定、因果関係の整理
+
+例:
+```
+売上減少
+├── 顧客数の減少
+│   ├── 新規獲得の低下
+│   └── 既存離反の増加
+└── 客単価の低下
+    ├── 購入点数の減少
+    └── 商品単価の低下
+```
+
+### Howツリー（解決策立案）
+**「どうやって実現するか」を展開**
+
+用途: 目標達成の手段検討、アクションプラン作成
+
+例:
+```
+売上20%増加
+├── 新規顧客獲得
+│   ├── 広告強化
+│   └── 紹介制度導入
+└── 既存顧客単価向上
+    ├── アップセル
+    └── クロスセル
+```
+
+## テンプレート
+
+```markdown
+## ロジックツリー: [テーマ]
+
+### ツリータイプ
+[What / Why / How]
+
+### 目的
+[このツリーで何を明らかにするか]
+
+### ツリー構造
+
+```
+[ルート: 問題/目標]
+├── [Level 1-A]
+│   ├── [Level 2-A1]
+│   │   ├── [Level 3-A1a]
+│   │   └── [Level 3-A1b]
+│   └── [Level 2-A2]
+├── [Level 1-B]
+│   ├── [Level 2-B1]
+│   └── [Level 2-B2]
+└── [Level 1-C]
+    ├── [Level 2-C1]
+    └── [Level 2-C2]
+```
+
+### Mermaid図
+
+```mermaid
+graph TD
+    R[ルート] --> A[Level 1-A]
+    R --> B[Level 1-B]
+    R --> C[Level 1-C]
+    A --> A1[Level 2-A1]
+    A --> A2[Level 2-A2]
+    B --> B1[Level 2-B1]
+    B --> B2[Level 2-B2]
+```
+
+### MECEチェック
+| レベル | ME（重複なし） | CE（漏れなし） | 状態 |
+|--------|---------------|---------------|------|
+| Level 1 | ✅/❌ | ✅/❌ | [コメント] |
+| Level 2 | ✅/❌ | ✅/❌ | [コメント] |
+
+### 優先順位
+| 項目 | 重要度 | 実現性 | 優先度 |
+|------|--------|--------|--------|
+| [項目1] | [高/中/低] | [高/中/低] | [A/B/C] |
+| [項目2] | [高/中/低] | [高/中/低] | [A/B/C] |
+```
+
+## 作成のコツ
+
+### 1. MECE原則を守る
+- 同じレベルの項目は重複なく、漏れなく
+- 分解基準を統一する
+
+### 2. 適切な粒度で止める
+- 通常3〜4レベルまで
+- アクション可能なレベルまで分解
+
+### 3. 「So What」を意識
+- 分解の目的を忘れない
+- 意思決定に役立つ粒度で止める
+
+## よくある間違い
+
+```
+❌ 悪い例（粒度がバラバラ）:
+売上増加
+├── マーケティング強化
+├── テレビCM
+└── 価格戦略
+
+✅ 良い例:
+売上増加
+├── 顧客数増加
+│   ├── 新規獲得
+│   └── 離反防止
+└── 客単価向上
+    ├── 購入頻度向上
+    └── 1回あたり購入額向上
+```
+
+## 関連フレームワーク
+- MECE: ツリー作成の基本原則
+- イシューツリー: 仮説検証型の派生形
+- 5 Whys: Why分析の簡易版
+- フィッシュボーン: 原因分析の可視化

package/.github/skills/shikigami-consulting-framework/frameworks/problem-solving/mece.md

@@ -0,0 +1,127 @@
+---
+id: FW-PS-001
+name: MECE
+category: problem-solving
+aliases: ["ミーシー", "Mutually Exclusive Collectively Exhaustive"]
+---
+
+# MECE（ミーシー）
+
+## 概要
+「Mutually Exclusive, Collectively Exhaustive」の略。「漏れなく、重複なく」物事を分類・整理するための基本原則。
+
+## 適用場面
+- 問題の構造化
+- 選択肢の洗い出し
+- 情報の整理
+- ロジックツリーの作成
+
+## 原則
+
+### Mutually Exclusive（相互排他）
+**各カテゴリは重複しない**
+
+- 1つの要素は1つのカテゴリにのみ属する
+- カテゴリ間に「どちらにも入る」要素がない
+
+### Collectively Exhaustive（全体網羅）
+**すべての要素をカバーする**
+
+- 分類から漏れる要素がない
+- 「その他」に多くが含まれない
+
+## MECE分解の切り口
+
+### よく使われる切り口
+
+| 切り口 | 例 |
+|--------|-----|
+| **時間軸** | 過去/現在/未来、短期/中期/長期 |
+| **場所** | 国内/海外、東/西/南/北 |
+| **プロセス** | 入力/処理/出力、計画/実行/検証 |
+| **定量/定性** | 数値化できる/できない |
+| **内部/外部** | 自社/他社、組織内/組織外 |
+| **顧客セグメント** | 年齢層、性別、地域、行動パターン |
+| **製品/サービス** | カテゴリ別、用途別 |
+
+### ビジネスでの典型的な分解
+
+| 対象 | MECE分解 |
+|------|----------|
+| **売上** | 単価 × 数量 |
+| **利益** | 売上 - コスト |
+| **コスト** | 固定費 + 変動費 |
+| **顧客** | 新規 + 既存 |
+| **売上** | 商品A + 商品B + ... + 商品N |
+| **時間** | 業務時間 + 非業務時間 |
+
+## テンプレート
+
+```markdown
+## MECE分解: [対象]
+
+### 分解基準
+[何を基準に分解するか]
+
+### 分解結果
+
+```
+[全体]
+├── [カテゴリA]
+│   ├── [サブA-1]
+│   ├── [サブA-2]
+│   └── [サブA-3]
+├── [カテゴリB]
+│   ├── [サブB-1]
+│   └── [サブB-2]
+└── [カテゴリC]
+    ├── [サブC-1]
+    └── [サブC-2]
+```
+
+### MECEチェック
+
+| チェック項目 | 状態 | 備考 |
+|-------------|------|------|
+| **相互排他性**（ME） | ✅/❌ | [重複の有無] |
+| **全体網羅性**（CE） | ✅/❌ | [漏れの有無] |
+| **同一粒度** | ✅/❌ | [抽象度が揃っているか] |
+| **分解基準の一貫性** | ✅/❌ | [基準がブレていないか] |
+```
+
+## よくある間違い
+
+### 1. 重複がある（MEに違反）
+```
+❌ 悪い例: 社員を「営業」「開発」「管理職」で分類
+   → 営業部長は「営業」と「管理職」の両方に該当
+
+✅ 良い例: 「職種」で分類するか「役職」で分類するか統一
+```
+
+### 2. 漏れがある（CEに違反）
+```
+❌ 悪い例: 売上を「国内」「アメリカ」「中国」で分類
+   → ヨーロッパ等が漏れている
+
+✅ 良い例: 「国内」「海外」または地域を網羅的に列挙
+```
+
+### 3. 粒度が揃っていない
+```
+❌ 悪い例: 「マーケティング」「広告」「人事」
+   → 広告はマーケティングの一部
+
+✅ 良い例: 「マーケティング」「人事」「財務」「開発」
+```
+
+## 注意点
+- 完璧なMECEにこだわりすぎない（80%の精度で十分な場合も）
+- 分解の目的を忘れない（分解自体が目的ではない）
+- 「その他」カテゴリは最小限に（多い場合は分解基準を見直す）
+- 複数の切り口を検討し、最適なものを選ぶ
+
+## 関連フレームワーク
+- ロジックツリー: MECE原則を使った構造化ツール
+- イシューツリー: 仮説検証のための構造化
+- ピラミッド構造: MECE原則に基づく論理構成