@nahisaho/shikigami 1.1.0

package/.github/skills/shikigami-consulting-framework/frameworks/problem-solving/sora-ame-kasa.md

@@ -0,0 +1,176 @@
+# 空・雨・傘（事実→解釈→行動）
+
+## 概要
+
+「事実（空）→ 解釈（雨）→ 行動（傘）」の3段階で
+論理的に思考を進めるフレームワーク。
+マッキンゼーなどコンサルティングファームで使用される思考法。
+
+## 適用場面
+
+- 問題解決の初期段階
+- プレゼンテーションの構成
+- 意思決定の説明
+- レポート・報告書の作成
+- 日常的な思考整理
+
+## 3つのステップ
+
+```
+┌──────────────────────────────────────────────────────────┐
+│ 空（そら）- 事実                                        │
+│ FACT: 観察された客観的事実                               │
+│                                                          │
+│ 「空が曇ってきた」                                       │
+│                                                          │
+│ - 数字、データ、観察結果                                 │
+│ - 誰が見ても同じ事実                                     │
+│ - 意見や解釈を含まない                                   │
+├──────────────────────────────────────────────────────────┤
+│ 雨（あめ）- 解釈                                        │
+│ INTERPRETATION: 事実から導かれる解釈・示唆               │
+│                                                          │
+│ 「雨が降りそうだ」                                       │
+│                                                          │
+│ - 事実に基づく分析・推測                                 │
+│ - 「So What?」の答え                                     │
+│ - 仮説・意味づけ                                         │
+├──────────────────────────────────────────────────────────┤
+│ 傘（かさ）- 行動                                        │
+│ ACTION: 解釈に基づいて取るべき行動                       │
+│                                                          │
+│ 「傘を持っていこう」                                     │
+│                                                          │
+│ - 具体的なアクション                                     │
+│ - 提言・推奨事項                                         │
+│ - 次のステップ                                           │
+└──────────────────────────────────────────────────────────┘
+```
+
+## よくある間違い
+
+```
+❌ 事実と解釈の混同
+
+「売上が下がっている」 ← これは事実？解釈？
+
+正しくは：
+空（事実）: 「4月の売上は前年比85%」
+雨（解釈）: 「売上が下降傾向にある」
+傘（行動）: 「原因分析と対策立案が必要」
+
+❌ 解釈なしに行動へ飛ぶ
+
+空: 「顧客からのクレームが増加」
+傘: 「品質管理を強化する」
+
+→ 雨（解釈）が抜けている
+→ なぜ品質管理なのか根拠が不明
+
+✅ 正しくは：
+空: 「顧客からのクレームが増加（前月比2倍）」
+雨: 「製品品質に問題がある可能性が高い」
+傘: 「品質管理プロセスを点検・強化する」
+```
+
+## 出力テンプレート
+
+```markdown
+## 空・雨・傘 分析
+
+### テーマ: [分析対象]
+
+---
+
+### ☁️ 空（事実）
+
+**観察された事実**:
+
+| # | 事実 | データソース |
+|---|------|-------------|
+| 1 | [客観的事実1] | [出典] |
+| 2 | [客観的事実2] | [出典] |
+| 3 | [客観的事実3] | [出典] |
+
+**チェックポイント**:
+- [ ] 数字・データに基づいているか
+- [ ] 誰が見ても同じ認識か
+- [ ] 意見・解釈が混じっていないか
+
+---
+
+### 🌧️ 雨（解釈）
+
+**事実から読み取れること**:
+
+| 事実 | So What?（だから何？） |
+|------|----------------------|
+| [事実1] | → [解釈1] |
+| [事実2] | → [解釈2] |
+| [事実3] | → [解釈3] |
+
+**総合解釈**:
+> [複数の事実から導かれる総合的な解釈・示唆]
+
+**チェックポイント**:
+- [ ] 事実から論理的に導けるか
+- [ ] 飛躍した解釈になっていないか
+- [ ] 他の解釈の可能性を検討したか
+
+---
+
+### ☂️ 傘（行動）
+
+**取るべきアクション**:
+
+| 優先度 | アクション | 根拠（雨） | 期限 |
+|--------|-----------|-----------|------|
+| 1 | [アクション1] | [解釈X] | [日付] |
+| 2 | [アクション2] | [解釈Y] | [日付] |
+| 3 | [アクション3] | [解釈Z] | [日付] |
+
+**チェックポイント**:
+- [ ] 解釈に対応したアクションか
+- [ ] 具体的で実行可能か
+- [ ] 担当・期限が明確か
+
+---
+
+### サマリー
+
+```
+空（事実）: [一言で要約]
+    ↓
+雨（解釈）: [一言で要約]
+    ↓
+傘（行動）: [一言で要約]
+```
+```
+
+## ビジネスでの活用例
+
+```markdown
+### 例：売上分析
+
+☁️ 空（事実）:
+- Q1売上: 前年同期比 85%
+- 新規顧客獲得: 前年同期比 70%
+- 既存顧客売上: 前年同期比 95%
+
+🌧️ 雨（解釈）:
+- 売上減少の主因は新規顧客獲得の鈍化
+- 既存顧客の売上は比較的維持できている
+- マーケティング施策の効果が低下している可能性
+
+☂️ 傘（行動）:
+1. 新規獲得チャネルの費用対効果を分析
+2. 効果の低いチャネルから高効果チャネルへ予算シフト
+3. 既存顧客向けアップセル施策を強化
+```
+
+## 関連フレームワーク
+
+- **So What? / Why So?**: 論理の検証
+- **ピラミッド構造**: 複数の空・雨・傘を構造化
+- **MECE**: 事実の網羅性チェック
+- **仮説思考**: 雨（解釈）の仮説検証

package/.github/skills/shikigami-consulting-framework/frameworks/process/ecrs.md

@@ -0,0 +1,168 @@
+# ECRS（業務改善の4原則）
+
+## 概要
+
+業務改善のための4つのアプローチを優先順位付けしたフレームワーク。
+Eliminate（排除）→ Combine（結合）→ Rearrange（交換）→ Simplify（簡素化）の
+順序で検討することで、効果的な改善を実現する。
+
+## 適用場面
+
+- 業務プロセス改善
+- 作業効率化
+- コスト削減
+- リードタイム短縮
+- 品質向上
+
+## 4つの原則（優先順位順）
+
+```
+┌─────────────────────────────────────────────────────────┐
+│ E - Eliminate（排除）★ 最優先                          │
+│                                                          │
+│ そもそもなくせないか？                                   │
+│ - 不要な作業・工程を排除                                │
+│ - やめても問題ないものを特定                            │
+│ - 最も効果が大きい改善                                  │
+│                                                          │
+│ 問い: 「これは本当に必要か？」                          │
+├─────────────────────────────────────────────────────────┤
+│ C - Combine（結合）                                     │
+│                                                          │
+│ 一緒にできないか？                                       │
+│ - 複数の作業・工程を統合                                │
+│ - 類似作業をまとめる                                    │
+│ - 担当者・場所・時間を統合                              │
+│                                                          │
+│ 問い: 「他の作業とまとめられないか？」                  │
+├─────────────────────────────────────────────────────────┤
+│ R - Rearrange（交換/再配置）                            │
+│                                                          │
+│ 順序や配置を変えられないか？                             │
+│ - 作業順序の入れ替え                                    │
+│ - 担当者の変更                                          │
+│ - 場所・レイアウトの変更                                │
+│                                                          │
+│ 問い: 「順番や担当を変えたらどうか？」                  │
+├─────────────────────────────────────────────────────────┤
+│ S - Simplify（簡素化）                                  │
+│                                                          │
+│ より簡単にできないか？                                   │
+│ - 作業の単純化                                          │
+│ - ツール・システムの導入                                │
+│ - 標準化・マニュアル化                                  │
+│                                                          │
+│ 問い: 「もっと簡単にできないか？」                      │
+└─────────────────────────────────────────────────────────┘
+
+【優先順位の理由】
+E > C > R > S
+
+排除が最も効果が大きい（コスト0になる）
+簡素化は効果が限定的（コストは減るが0にはならない）
+```
+
+## 出力テンプレート
+
+```markdown
+## ECRS分析
+
+### 対象: [業務/プロセス名]
+### 目的: [改善目的]
+### 現状: [現状の概要]
+
+---
+
+### 現状プロセス
+
+```
+[Step1] → [Step2] → [Step3] → [Step4] → [Step5]
+```
+
+| Step | 作業内容 | 所要時間 | 担当 | 問題点 |
+|------|---------|---------|------|--------|
+| 1 | [内容] | [時間] | [担当] | [問題] |
+| 2 | [内容] | [時間] | [担当] | [問題] |
+| 3 | [内容] | [時間] | [担当] | [問題] |
+
+---
+
+### E - Eliminate（排除）
+
+**検討の視点**: そもそもなくせないか？
+
+| Step | 検討内容 | 判断 | 理由 |
+|------|---------|------|------|
+| [Step] | [この作業は必要か？] | ⭕排除/❌継続 | [理由] |
+| [Step] | [この作業は必要か？] | ⭕排除/❌継続 | [理由] |
+
+**排除による効果**: [時間/コスト削減効果]
+
+---
+
+### C - Combine（結合）
+
+**検討の視点**: 一緒にできないか？
+
+| 対象Step | 結合案 | 判断 | 理由 |
+|---------|--------|------|------|
+| [Step]+[Step] | [結合方法] | ⭕実施/❌見送り | [理由] |
+
+**結合による効果**: [時間/コスト削減効果]
+
+---
+
+### R - Rearrange（交換/再配置）
+
+**検討の視点**: 順序や配置を変えられないか？
+
+| 対象 | 変更案 | 判断 | 理由 |
+|------|--------|------|------|
+| [順序/担当/場所] | [変更内容] | ⭕実施/❌見送り | [理由] |
+
+**再配置による効果**: [時間/コスト削減効果]
+
+---
+
+### S - Simplify（簡素化）
+
+**検討の視点**: より簡単にできないか？
+
+| 対象Step | 簡素化案 | 判断 | 理由 |
+|---------|---------|------|------|
+| [Step] | [簡素化方法] | ⭕実施/❌見送り | [理由] |
+
+**簡素化による効果**: [時間/コスト削減効果]
+
+---
+
+### 改善後プロセス
+
+```
+[Step1'] → [Step2'] → [Step3']
+```
+
+| Step | 作業内容 | 所要時間 | 担当 | 変更点 |
+|------|---------|---------|------|--------|
+| 1' | [内容] | [時間] | [担当] | [E/C/R/S] |
+| 2' | [内容] | [時間] | [担当] | [E/C/R/S] |
+
+---
+
+### 効果サマリー
+
+| 項目 | 改善前 | 改善後 | 効果 |
+|------|--------|--------|------|
+| 所要時間 | [時間] | [時間] | [X%削減] |
+| コスト | [金額] | [金額] | [X%削減] |
+| 工程数 | [数] | [数] | [X工程削減] |
+
+**総合改善効果**: [まとめ]
+```
+
+## 関連フレームワーク
+
+- **PDCA**: 継続的改善サイクル
+- **VSM（価値流分析）**: プロセスの可視化
+- **5S**: 職場改善の基本
+- **リーン生産方式**: ムダの排除

package/.github/skills/shikigami-consulting-framework/frameworks/process/ooda.md

@@ -0,0 +1,144 @@
+# OODA ループ
+
+## 概要
+
+Observe（観察）→ Orient（状況判断）→ Decide（意思決定）→ Act（行動）の迅速な意思決定ループ。
+米空軍戦闘機パイロット、ジョン・ボイド大佐が開発。変化の激しい環境での素早い対応に有効。
+
+## 適用場面
+
+- スタートアップの迅速な意思決定
+- 危機管理・緊急対応
+- 競争環境での戦略的機動
+- アジャイル開発・スプリント
+- マーケット変化への即応
+
+## PDCAとの違い
+
+```
+【PDCA】計画重視・改善サイクル
+Plan(計画) → Do(実行) → Check(評価) → Act(改善)
+└── 安定環境での継続的改善に有効
+
+【OODA】観察重視・適応ループ  
+Observe(観察) → Orient(状況判断) → Decide(決定) → Act(行動)
+└── 変化の激しい環境での迅速対応に有効
+```
+
+## 4フェーズの詳細
+
+### 1. Observe（観察）
+
+```
+【観察のポイント】
+┌─────────────────────────────────────────┐
+│ 外部環境    │ 市場・競合・顧客の変化    │
+├─────────────┼─────────────────────────────┤
+│ 内部状況    │ リソース・能力・課題       │
+├─────────────┼─────────────────────────────┤
+│ シグナル    │ 弱い兆候・異常の検知       │
+├─────────────┼─────────────────────────────┤
+│ フィードバック │ 前回行動の結果          │
+└─────────────┴─────────────────────────────┘
+
+💡 バイアスなく「ありのまま」を観察する
+```
+
+### 2. Orient（状況判断）
+
+```
+【状況判断の構成要素】
+┌─────────────────────────────────────────┐
+│ 遺伝的資質  │ 組織のDNA・強み           │
+├─────────────┼─────────────────────────────┤
+│ 文化的伝統  │ 業界慣習・組織文化         │
+├─────────────┼─────────────────────────────┤
+│ 過去の経験  │ 成功・失敗からの学習       │
+├─────────────┼─────────────────────────────┤
+│ 新情報      │ Observeで得た最新情報      │
+├─────────────┼─────────────────────────────┤
+│ 分析・統合  │ 上記を統合した状況認識     │
+└─────────────┴─────────────────────────────┘
+
+⚠️ 最も重要かつ時間がかかるフェーズ
+```
+
+### 3. Decide（意思決定）
+
+```
+【意思決定のポイント】
+- 複数の選択肢を用意
+- 各選択肢のリスク/リターンを評価
+- 「今」決められる最善を選択
+- 完璧を求めず、迅速に決定
+```
+
+### 4. Act（行動）
+
+```
+【行動のポイント】
+- 決定したら即座に実行
+- 行動しながら次のObserveを開始
+- 結果を素早くフィードバック
+- 必要なら途中で軌道修正
+```
+
+## 出力テンプレート
+
+```markdown
+## OODAループ分析
+
+### 👁️ Observe（観察）
+**市場の変化**:
+- [観察事項1]
+- [観察事項2]
+
+**競合の動き**:
+- [競合A]: [動き]
+- [競合B]: [動き]
+
+**顧客の反応**:
+- [観察されたシグナル]
+
+### 🧭 Orient（状況判断）
+**状況認識**:
+[現状をどう解釈するか]
+
+**想定シナリオ**:
+1. [シナリオA]: [確率X%]
+2. [シナリオB]: [確率Y%]
+
+**自社の強み/弱み**:
+- 活かせる強み: [強み]
+- 注意すべき弱み: [弱み]
+
+### ⚡ Decide（意思決定）
+**選択肢**:
+| オプション | メリット | リスク | 評価 |
+|-----------|---------|-------|------|
+| A: [案A] | [利点] | [懸念] | ⭐⭐⭐ |
+| B: [案B] | [利点] | [懸念] | ⭐⭐ |
+
+**決定**: [選択した行動方針]
+**理由**: [選択理由]
+
+### 🎯 Act（行動）
+**即座に実行すること**:
+1. [アクション1]（期限: XX時間以内）
+2. [アクション2]（期限: XX日以内）
+
+**次のObserve開始**: [モニタリング指標]
+```
+
+## ループ高速化のコツ
+
+1. **観察の自動化**: ダッシュボード、アラート設定
+2. **判断基準の明確化**: 事前にトリガー条件を設定
+3. **権限委譲**: 現場での即断即決を許容
+4. **小さな実験**: 大きな決定の前に小規模テスト
+
+## 関連フレームワーク
+
+- **PDCA**: 安定環境での改善サイクル
+- **アジャイル/スクラム**: OODA的思考をソフトウェア開発に適用
+- **リーンスタートアップ**: Build-Measure-Learnサイクル

package/.github/skills/shikigami-consulting-framework/frameworks/process/pdca.md

@@ -0,0 +1,113 @@
+# PDCA サイクル
+
+## 概要
+
+Plan（計画）→ Do（実行）→ Check（評価）→ Act（改善）の継続的改善サイクル。
+品質管理の父、エドワーズ・デミングが提唱した改善手法。
+
+## 適用場面
+
+- 業務プロセスの継続的改善
+- 品質管理・品質向上活動
+- プロジェクトマネジメント
+- 目標達成プロセスの最適化
+- 組織の学習サイクル構築
+
+## 4フェーズの詳細
+
+### 1. Plan（計画）
+
+```
+【計画立案のポイント】
+┌─────────────────────────────────────────┐
+│ 現状分析    │ 問題点・課題の明確化       │
+├─────────────┼─────────────────────────────┤
+│ 目標設定    │ SMART基準での具体的目標   │
+├─────────────┼─────────────────────────────┤
+│ 原因分析    │ 根本原因の特定            │
+├─────────────┼─────────────────────────────┤
+│ 対策立案    │ 実行可能な施策の策定      │
+├─────────────┼─────────────────────────────┤
+│ 計画策定    │ 誰が・いつまでに・何を    │
+└─────────────┴─────────────────────────────┘
+```
+
+### 2. Do（実行）
+
+```
+【実行のポイント】
+- 計画通りに実施（小規模から開始）
+- データ収集・記録を徹底
+- 変更点・気づきを文書化
+- 問題発生時は速やかに報告
+```
+
+### 3. Check（評価）
+
+```
+【評価のポイント】
+┌───────────────────────────────────────┐
+│ 定量評価 │ 目標KPIとの比較分析        │
+├──────────┼─────────────────────────────┤
+│ 定性評価 │ 現場の声、フィードバック   │
+├──────────┼─────────────────────────────┤
+│ 原因分析 │ 未達成項目の原因追究       │
+├──────────┼─────────────────────────────┤
+│ 教訓抽出 │ 成功/失敗要因の整理        │
+└──────────┴─────────────────────────────┘
+```
+
+### 4. Act（改善）
+
+```
+【改善のポイント】
+- 効果があった施策 → 標準化・横展開
+- 効果がなかった施策 → 修正または中止
+- 新たな課題 → 次サイクルのPlanへ
+```
+
+## 出力テンプレート
+
+```markdown
+## PDCAサイクル分析
+
+### 📋 Plan（計画）
+**現状の問題**: [問題の具体的な記述]
+**目標**: [SMART基準での目標]
+**根本原因**: [原因分析の結果]
+**対策**:
+1. [対策1]（担当: XX、期限: YYYY/MM/DD）
+2. [対策2]（担当: XX、期限: YYYY/MM/DD）
+
+### 🚀 Do（実行）
+**実施内容**:
+- [実施した施策1]
+- [実施した施策2]
+**収集データ**: [測定した指標]
+
+### ✅ Check（評価）
+| 指標 | 目標 | 実績 | 達成率 |
+|------|------|------|--------|
+| [指標1] | [目標値] | [実績値] | [%] |
+
+**成功要因**: [分析結果]
+**課題**: [未達成の原因]
+
+### 🔧 Act（改善）
+**標準化**: [継続する施策]
+**修正**: [改善する施策]
+**次サイクル課題**: [新規Planへの入力]
+```
+
+## 使用上の注意
+
+1. **サイクルを回す頻度を決める**: 週次・月次・四半期など
+2. **小さく始める**: まずは限定範囲で試行
+3. **記録を残す**: 次サイクルの改善に活かす
+4. **関係者を巻き込む**: 改善は組織的に行う
+
+## 関連フレームワーク
+
+- **OODA**: より迅速な意思決定が必要な場合
+- **KPT**: 振り返りに特化したシンプルな手法
+- **DMAIC**: データ駆動のより詳細な改善手法