@nahisaho/shikigami 1.1.0

package/.github/skills/shikigami-consulting-framework/frameworks/organization/7s.md

@@ -0,0 +1,154 @@
+# マッキンゼー 7S モデル
+
+## 概要
+
+組織の有効性を分析するためのフレームワーク。
+マッキンゼーのトム・ピーターズとロバート・ウォーターマンが1980年代に開発。
+7つの要素（3つのハード要素 + 4つのソフト要素）の整合性を評価する。
+
+## 適用場面
+
+- 組織変革・再編の計画
+- M&A後の統合（PMI）
+- 戦略実行力の診断
+- 組織パフォーマンス低下の原因分析
+- 企業文化変革
+
+## 7つの要素
+
+```
+              Strategy（戦略）
+                    │
+           ┌───────┴───────┐
+           │               │
+    Structure（組織構造）  Systems（システム）
+           │               │
+           └───────┬───────┘
+                   │
+          Shared Values（共有価値観）
+                   │
+           ┌───────┴───────┐
+           │               │
+      Skills（スキル）   Style（スタイル）
+           │               │
+           └───────┬───────┘
+                   │
+            Staff（人材）
+
+【ハード要素】変更しやすい
+- Strategy, Structure, Systems
+
+【ソフト要素】変更に時間がかかる
+- Skills, Style, Staff, Shared Values
+```
+
+## 各要素の詳細
+
+### ハード要素（Hard S's）
+
+```
+┌─────────────────────────────────────────────────────────┐
+│ Strategy     │ 競争優位を実現するための事業計画・方針   │
+│ （戦略）     │ - 市場でのポジショニング                 │
+│              │ - 成長戦略、差別化要因                   │
+├──────────────┼──────────────────────────────────────────┤
+│ Structure    │ 組織の形態・権限配分・報告ライン         │
+│ （組織構造） │ - 事業部制、マトリクス、フラット型等     │
+│              │ - 意思決定の階層                         │
+├──────────────┼──────────────────────────────────────────┤
+│ Systems      │ 日常業務を支えるプロセス・手続き         │
+│ （システム） │ - 評価制度、報酬体系、ITシステム         │
+│              │ - 予算管理、品質管理プロセス             │
+└──────────────┴──────────────────────────────────────────┘
+```
+
+### ソフト要素（Soft S's）
+
+```
+┌─────────────────────────────────────────────────────────┐
+│ Shared Values│ 組織の核となる信念・行動原則             │
+│ （共有価値観）│ - ミッション、ビジョン、コアバリュー    │
+│              │ - 企業文化の基盤                         │
+├──────────────┼──────────────────────────────────────────┤
+│ Skills       │ 組織全体として持つ能力・コンピテンシー   │
+│ （スキル）   │ - コアコンピタンス                       │
+│              │ - 競争優位の源泉となる能力               │
+├──────────────┼──────────────────────────────────────────┤
+│ Style        │ 経営陣のリーダーシップスタイル           │
+│ （スタイル） │ - マネジメントの行動様式                 │
+│              │ - 組織の「やり方」                       │
+├──────────────┼──────────────────────────────────────────┤
+│ Staff        │ 従業員の属性・能力・モチベーション       │
+│ （人材）     │ - 採用基準、育成方針                     │
+│              │ - 人材ポートフォリオ                     │
+└──────────────┴──────────────────────────────────────────┘
+```
+
+## 出力テンプレート
+
+```markdown
+## 7S分析
+
+### 📊 現状分析
+
+#### ハード要素
+
+| 要素 | 現状 | 課題 | 評価 |
+|------|------|------|------|
+| Strategy（戦略） | [現状の戦略] | [課題] | ⭐⭐⭐ |
+| Structure（組織構造） | [組織形態] | [課題] | ⭐⭐ |
+| Systems（システム） | [主要システム] | [課題] | ⭐⭐⭐ |
+
+#### ソフト要素
+
+| 要素 | 現状 | 課題 | 評価 |
+|------|------|------|------|
+| Shared Values（共有価値観） | [コアバリュー] | [浸透度] | ⭐⭐ |
+| Skills（スキル） | [組織の強み] | [ギャップ] | ⭐⭐⭐ |
+| Style（スタイル） | [リーダーシップ] | [課題] | ⭐⭐ |
+| Staff（人材） | [人材構成] | [課題] | ⭐⭐ |
+
+### 🔗 整合性分析
+
+```
+整合性マトリクス:
+           戦略  構造  システム  価値観  スキル  スタイル  人材
+戦略        -    ○     ○       △      ○       △       △
+構造             -     ○       △      △       ○       ○
+システム              -       △      ○       △       ○
+価値観                        -      △       △       △
+スキル                               -       ○       ○
+スタイル                                     -       ○
+人材                                                 -
+
+○: 整合している  △: 要改善  ×: 不整合
+```
+
+### ⚠️ 重要な不整合
+
+1. **[要素A] × [要素B]**: [不整合の内容]
+2. **[要素C] × [要素D]**: [不整合の内容]
+
+### 🎯 改善提言
+
+**短期（ハード要素の調整）**:
+1. [提言1]
+2. [提言2]
+
+**中長期（ソフト要素の変革）**:
+1. [提言1]
+2. [提言2]
+```
+
+## 分析のポイント
+
+1. **中心はShared Values**: すべての要素は共有価値観と整合すべき
+2. **要素間の相互依存**: 1つを変えると他にも影響
+3. **ソフト要素の重要性**: 戦略の実行力を左右する
+4. **整合性がカギ**: 個々の要素より全体の整合性
+
+## 関連フレームワーク
+
+- **SWOT分析**: 戦略立案の前段階として
+- **バリューチェーン**: Systemsの詳細分析に
+- **組織文化診断**: Shared Values/Styleの深掘りに

package/.github/skills/shikigami-consulting-framework/frameworks/organization/raci.md

@@ -0,0 +1,147 @@
+# RACI マトリクス
+
+## 概要
+
+プロジェクトやプロセスにおける役割と責任を明確化するフレームワーク。
+各タスクについて、誰が何を担当するかを4つの役割で定義する。
+
+## 適用場面
+
+- プロジェクト立ち上げ時の役割定義
+- 部門横断プロジェクトの責任明確化
+- 業務プロセス設計・改善
+- 組織変更時の役割再定義
+- 意思決定プロセスの可視化
+
+## 4つの役割
+
+```
+┌──────────────────────────────────────────────────────────┐
+│ R - Responsible（実行責任者）                            │
+│     タスクを実際に実行する人                             │
+│     - 複数人が担当可能                                   │
+│     - 作業を完了させる責任                               │
+├──────────────────────────────────────────────────────────┤
+│ A - Accountable（説明責任者）                            │
+│     最終的な承認権限と説明責任を持つ人                   │
+│     - 各タスクに1人のみ                                  │
+│     - Yes/Noの最終判断権限                               │
+├──────────────────────────────────────────────────────────┤
+│ C - Consulted（相談先）                                  │
+│     意見を求められる人（双方向コミュニケーション）       │
+│     - 専門知識を持つ人                                   │
+│     - 実行前に相談が必要                                 │
+├──────────────────────────────────────────────────────────┤
+│ I - Informed（報告先）                                   │
+│     進捗・結果を報告される人（一方向コミュニケーション） │
+│     - 知っておく必要がある人                             │
+│     - 実行後に報告                                       │
+└──────────────────────────────────────────────────────────┘
+```
+
+## 出力テンプレート
+
+```markdown
+## RACIマトリクス
+
+### プロジェクト/プロセス: [名称]
+
+| タスク | プロジェクトマネージャー | チームリーダー | 開発メンバー | QA | 経営層 |
+|--------|------------------------|----------------|-------------|-----|-------|
+| 要件定義 | A | R | C | C | I |
+| 設計レビュー | A | R | R | C | I |
+| 開発 | I | A | R | C | - |
+| テスト | I | C | R | A/R | I |
+| リリース判断 | C | C | I | C | A |
+| 本番デプロイ | A | R | R | C | I |
+
+**凡例:**
+- R: 実行責任者（Responsible）
+- A: 説明責任者（Accountable）
+- C: 相談先（Consulted）
+- I: 報告先（Informed）
+- -: 関与なし
+
+### 補足事項
+
+**役割定義:**
+| 役割 | 担当者 | 主な責務 |
+|------|--------|---------|
+| プロジェクトマネージャー | [氏名] | 全体管理、ステークホルダー調整 |
+| チームリーダー | [氏名] | チーム運営、技術判断 |
+| ... | ... | ... |
+
+**エスカレーションルール:**
+- [条件]: [エスカレーション先]
+```
+
+## バリエーション
+
+### RASCI（追加: Support）
+
+```
+S - Support（支援者）
+    Rを支援してタスクを実行する人
+    補助的な役割
+```
+
+### RACIO（追加: Omitted）
+
+```
+O - Omitted（除外）
+    意図的に関与させない人
+    情報の範囲を制限
+```
+
+## 作成のルール
+
+### 必須ルール
+
+```
+1. 各タスクにAは1人だけ
+   → 複数いると責任が不明確になる
+
+2. Aが空白のタスクは不可
+   → 誰が最終責任を持つか必ず明確に
+
+3. RがいないタスクはAがRを兼ねる
+   → 誰かが実行しなければならない
+```
+
+### ベストプラクティス
+
+```
+✅ 推奨:
+- Rは2-3人以内に抑える
+- CとIは最小限に
+- 定期的に見直し・更新する
+
+⚠️ 注意:
+- Cが多すぎると意思決定が遅れる
+- Iが多すぎると情報過多になる
+- AとRの兼務が多いと負荷集中
+```
+
+## 活用シーン別テンプレート
+
+### プロジェクトフェーズ別
+
+```markdown
+| フェーズ/タスク | スポンサー | PM | リード | メンバー |
+|----------------|-----------|-----|--------|---------|
+| **企画フェーズ** |
+| プロジェクト承認 | A | R | C | I |
+| 要件定義 | C | A | R | R |
+| **実行フェーズ** |
+| 進捗管理 | I | A/R | C | R |
+| 課題管理 | I | A | R | R |
+| **完了フェーズ** |
+| 最終レビュー | A | R | R | C |
+| 完了報告 | I | A/R | C | - |
+```
+
+## 関連フレームワーク
+
+- **7S**: 組織全体の分析に
+- **GRPI**: チームの効果性診断に
+- **デリゲーションポーカー**: 権限移譲レベルの決定に

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

@@ -0,0 +1,142 @@
+---
+id: FW-PS-004
+name: 5 Whys
+category: problem-solving
+aliases: ["なぜなぜ分析", "5つのなぜ", "Five Whys"]
+---
+
+# 5 Whys（5つのなぜ）
+
+## 概要
+「なぜ？」を5回繰り返して問題の根本原因を特定するシンプルかつ強力な手法。トヨタ生産方式で開発された。
+
+## 適用場面
+- 問題の根本原因特定
+- 不具合・障害の分析
+- プロセス改善
+- 顧客クレームの分析
+
+## 手順
+
+1. **問題を明確に定義**
+2. **「なぜ？」と問う**
+3. **回答に対してさらに「なぜ？」**
+4. **5回程度繰り返す**
+5. **根本原因を特定**
+6. **対策を立案**
+
+## テンプレート
+
+```markdown
+## 5 Whys分析: [問題]
+
+### 問題定義
+**現象**: [発生している問題を具体的に記述]
+**影響**: [問題による影響]
+**発生日時**: [いつ発生したか]
+
+---
+
+### 分析
+
+#### Why 1: なぜ [問題] が起きたのか？
+**原因**: [回答1]
+
+#### Why 2: なぜ [回答1] なのか？
+**原因**: [回答2]
+
+#### Why 3: なぜ [回答2] なのか？
+**原因**: [回答3]
+
+#### Why 4: なぜ [回答3] なのか？
+**原因**: [回答4]
+
+#### Why 5: なぜ [回答4] なのか？
+**原因**: [回答5] ← **根本原因**
+
+---
+
+### サマリー
+
+```
+[問題]
+  ↓ Why?
+[原因1]
+  ↓ Why?
+[原因2]
+  ↓ Why?
+[原因3]
+  ↓ Why?
+[原因4]
+  ↓ Why?
+[根本原因] ★
+```
+
+### 根本原因
+**特定された根本原因**: [根本原因の説明]
+
+### 対策
+
+| 対策 | 種類 | 期限 | 担当 |
+|------|------|------|------|
+| [対策1] | 応急処置 | [日付] | [担当者] |
+| [対策2] | 恒久対策 | [日付] | [担当者] |
+| [対策3] | 再発防止 | [日付] | [担当者] |
+```
+
+## 実例
+
+### 例: ウェブサイトがダウンした
+
+```
+問題: ウェブサイトが1時間ダウンした
+
+Why 1: なぜダウンしたのか？
+→ サーバーがクラッシュした
+
+Why 2: なぜサーバーがクラッシュしたのか？
+→ メモリ不足が発生した
+
+Why 3: なぜメモリ不足が発生したのか？
+→ 急激なアクセス増加に対応できなかった
+
+Why 4: なぜ対応できなかったのか？
+→ オートスケーリングが設定されていなかった
+
+Why 5: なぜ設定されていなかったのか？
+→ 本番環境のチェックリストにオートスケーリングの項目がなかった
+
+根本原因: デプロイチェックリストの不備
+対策: チェックリストにオートスケーリング確認項目を追加
+```
+
+## 注意点
+
+### やるべきこと
+- 事実に基づいて分析する
+- 人を責めず、プロセスに焦点を当てる
+- 必要に応じて5回以上/以下で止める
+- 複数の根本原因がある場合は分岐させる
+
+### 避けるべきこと
+- 「〜がなかったから」という回答（否定形は避ける）
+- 1つの原因に固執する
+- 想像や推測で回答する
+- 対策を取れないレベルまで掘り下げる
+
+## 複数原因がある場合
+
+```
+問題
+├── Why 1-A
+│   └── Why 2-A
+│       └── [根本原因A]
+└── Why 1-B
+    └── Why 2-B
+        └── [根本原因B]
+```
+
+## 関連フレームワーク
+- フィッシュボーン図: 原因を視覚的に整理
+- ロジックツリー: より構造的な分析
+- DMAIC: 6シグマの問題解決プロセス

package/.github/skills/shikigami-consulting-framework/frameworks/problem-solving/as-is-to-be.md

@@ -0,0 +1,186 @@
+# As-Is / To-Be 分析
+
+## 概要
+
+現状（As-Is）と理想の状態（To-Be）を明確にし、
+そのギャップを埋めるための施策を導き出すフレームワーク。
+変革プロジェクトの出発点として使用される。
+
+## 適用場面
+
+- 業務改革・DXプロジェクト
+- 組織変革
+- プロセス改善
+- システム刷新
+- 戦略立案
+
+## 基本構造
+
+```
+┌──────────────────┐        ┌──────────────────┐
+│                  │        │                  │
+│     As-Is        │   →    │     To-Be        │
+│   （現状）       │        │   （理想）       │
+│                  │        │                  │
+└──────────────────┘        └──────────────────┘
+         │                           │
+         └───────────┬───────────────┘
+                     │
+              ┌──────┴──────┐
+              │    Gap      │
+              │ （ギャップ） │
+              └──────┬──────┘
+                     │
+              ┌──────┴──────┐
+              │   Action    │
+              │  （施策）   │
+              └─────────────┘
+```
+
+## 分析の観点
+
+```
+┌─────────────────────────────────────────────────────────┐
+│ プロセス                                                 │
+│ - 業務フロー、手順、所要時間                            │
+├─────────────────────────────────────────────────────────┤
+│ 組織・人材                                               │
+│ - 組織体制、役割、スキル                                │
+├─────────────────────────────────────────────────────────┤
+│ システム・ツール                                         │
+│ - 使用システム、IT環境、自動化レベル                    │
+├─────────────────────────────────────────────────────────┤
+│ データ・情報                                             │
+│ - データの種類、流れ、活用度                            │
+├─────────────────────────────────────────────────────────┤
+│ KPI・成果                                                │
+│ - 現在の指標値、目標とする指標値                        │
+└─────────────────────────────────────────────────────────┘
+```
+
+## 出力テンプレート
+
+```markdown
+## As-Is / To-Be 分析
+
+### 対象: [分析対象の業務/プロセス/組織]
+### 目的: [変革の目的]
+### 期間: [To-Be実現の目標時期]
+
+---
+
+### 1. As-Is（現状）
+
+#### 業務概要
+[現状の業務・プロセスの概要説明]
+
+#### 現状フロー
+```
+[開始] → [Step1] → [Step2] → [Step3] → [終了]
+```
+
+#### 現状の詳細
+
+| 観点 | 現状 |
+|------|------|
+| **プロセス** | [現状のフロー・手順] |
+| **所要時間** | [時間/日数] |
+| **担当者/体制** | [役割・人数] |
+| **システム** | [使用ツール・システム] |
+| **コスト** | [概算コスト] |
+| **品質** | [品質レベル・エラー率等] |
+
+#### 現状の課題
+
+| # | 課題 | 影響 | 重要度 |
+|---|------|------|--------|
+| 1 | [課題1] | [ビジネスへの影響] | 高/中/低 |
+| 2 | [課題2] | [ビジネスへの影響] | 高/中/低 |
+| 3 | [課題3] | [ビジネスへの影響] | 高/中/低 |
+
+---
+
+### 2. To-Be（理想の姿）
+
+#### 目指す姿
+[理想状態の概要説明]
+
+#### To-Beフロー
+```
+[開始] → [Step1'] → [Step2'] → [終了]
+       （簡略化・自動化）
+```
+
+#### To-Beの詳細
+
+| 観点 | 理想の状態 |
+|------|-----------|
+| **プロセス** | [改善後のフロー・手順] |
+| **所要時間** | [目標時間/日数] |
+| **担当者/体制** | [新しい役割・体制] |
+| **システム** | [新システム・ツール] |
+| **コスト** | [目標コスト] |
+| **品質** | [目標品質レベル] |
+
+#### 期待される効果
+
+| 効果 | 定量目標 |
+|------|---------|
+| 工数削減 | [X%削減] |
+| コスト削減 | [¥XXX削減/年] |
+| リードタイム短縮 | [X日→Y日] |
+| 品質向上 | [エラー率X%→Y%] |
+
+---
+
+### 3. Gap（ギャップ）分析
+
+| 観点 | As-Is | To-Be | Gap |
+|------|-------|-------|-----|
+| プロセス | [現状] | [理想] | [差分] |
+| 所要時間 | [現状] | [理想] | [差分] |
+| システム | [現状] | [理想] | [差分] |
+| スキル | [現状] | [理想] | [差分] |
+| コスト | [現状] | [理想] | [差分] |
+
+---
+
+### 4. Action（施策）
+
+#### 施策一覧
+
+| # | 施策 | 対象Gap | 効果 | 難易度 | 優先度 |
+|---|------|--------|------|--------|--------|
+| 1 | [施策1] | [Gap] | 高/中/低 | 高/中/低 | 高/中/低 |
+| 2 | [施策2] | [Gap] | 高/中/低 | 高/中/低 | 高/中/低 |
+| 3 | [施策3] | [Gap] | 高/中/低 | 高/中/低 | 高/中/低 |
+
+#### ロードマップ
+
+```
+Phase 1 (Q1): [施策1] - 基盤整備
+    ↓
+Phase 2 (Q2): [施策2] - 主要改善
+    ↓
+Phase 3 (Q3-Q4): [施策3] - 定着・最適化
+```
+
+---
+
+### 5. サマリー
+
+| 項目 | 内容 |
+|------|------|
+| **変革の方向性** | [一言で表現] |
+| **最重要施策** | [施策名] |
+| **期待効果** | [定量効果] |
+| **必要投資** | [概算] |
+| **実現時期** | [目標時期] |
+```
+
+## 関連フレームワーク
+
+- **SWOT分析**: As-Isの深掘りに
+- **ロードマップ**: Actionの時系列展開に
+- **KPI設計**: As-Is/To-Beの定量化に
+- **変革管理**: 人的側面の変革計画に