@k2works/claude-code-booster 1.2.1 → 1.4.0

package/lib/assets/.claude/README.md

@@ -26,11 +26,13 @@ Claude Code をより効率的に使うための基本設定テンプレート
 | :--- | :--- |
 | `orchestrating-analysis` | 分析フェーズ全体のワークフローをオーケストレーション。各 analyzing-* スキルの実行順序を案内。 |
 | `orchestrating-development` | 開発フェーズ全体の TDD ワークフローをオーケストレーション。Codex 分業体制を案内。 |
+| `orchestrating-project` | 計画・進捗管理フェーズ全体のワークフローをオーケストレーション。リリース計画、GitHub Project 同期、進捗追跡の実行順序を案内。 |
 
 #### 分析系
 
 | スキル | 説明 |
 | :--- | :--- |
+| `analyzing-business` | ビジネスアーキテクチャ分析を支援。ビジネスモデルキャンバス、バリューストリーム、ケイパビリティマップ等の作成。 |
 | `analyzing-requirements` | RDRA 2.0 に基づいた体系的な要件定義を作成。 |
 | `analyzing-usecases` | ユースケース・ユーザーストーリー作成を支援。 |
 | `analyzing-architecture` | アーキテクチャパターンの選択と設計ドキュメント作成。 |
@@ -115,6 +117,7 @@ Claude Code をより効率的に使うための基本設定テンプレート
 │   ├── ai-agent-guidelines/SKILL.md
 │   ├── git-commit/SKILL.md
 │   ├── creating-adr/SKILL.md
+│   ├── analyzing-business/SKILL.md
 │   ├── analyzing-requirements/SKILL.md
 │   ├── analyzing-usecases/SKILL.md
 │   ├── analyzing-architecture/SKILL.md
@@ -139,7 +142,8 @@ Claude Code をより効率的に使うための基本設定テンプレート
 │   ├── syncing-github-project/SKILL.md
 │   ├── planning-releases/SKILL.md
 │   ├── orchestrating-analysis/SKILL.md
-│   └── orchestrating-development/SKILL.md
+│   ├── orchestrating-development/SKILL.md
+│   └── orchestrating-project/SKILL.md
 ├── SKILLS_TEMPLATE.md                  # スキル作成テンプレート
 ├── README.md
 ├── settings.json                       # Claude Code 設定

package/lib/assets/.claude/skills/analyzing-business/SKILL.md

@@ -0,0 +1,117 @@
+---
+name: analyzing-business
+description: ビジネスアーキテクチャ分析を支援。要件定義の前段階として、ビジネスモデルキャンバス、バリューストリーム、ケイパビリティマップ、組織マップ、情報マップ、ビジネスシナリオの作成。ビジネスアーキテクチャやビジネス構造の検討時に使用。
+---
+
+# ビジネスアーキテクチャ分析支援
+
+要件定義の前段階として、エンタープライズがどのように価値を生み出し、顧客に提供するかの構造を体系的に整理・設計します。本スキルの成果物は後続の要件定義（`analyzing-requirements`）やユースケース分析（`analyzing-usecases`）の入力となります。
+
+## Instructions
+
+### 1. 参照ドキュメント
+
+- @docs/reference/ビジネスアーキテクチャ分析ガイド.md - ビジネスアーキテクチャ分析の進め方
+
+### 2. テンプレート
+
+- @docs/template/ビジネスアーキテクチャ.md - ビジネスアーキテクチャテンプレート（**編集禁止**）
+
+### 3. 入力
+
+- プロジェクトの基本情報（ビジョン、ミッション、ビジネス概要）
+- ステークホルダーからのヒアリング情報
+
+### 4. 成果物
+
+- @docs/design/business_architecture.md - ビジネスアーキテクチャ分析書
+
+### 5. 作業内容
+
+#### プリンシプルの定義
+
+- ガイディングプリンシプル（ビジョン、ミッション、価値観に基づく方針）の策定
+- ビジネスプリンシプル（ビジネスにおける原則原理）の定義
+
+#### ビジネスモデルの整理
+
+- ビジネスモデルキャンバスの作成
+  - 顧客セグメント、価値提案、チャネル、顧客関係の整理
+  - 主要活動、主要リソース、主要パートナーの特定
+  - 収益源、コスト構造の明確化
+
+#### バリューストリームの設計
+
+- バリュー（価値）の分析
+- バリューストリームマップの作成
+- 各ステージでの価値増加の可視化
+
+#### ビジネスケイパビリティモデルの構築
+
+- ビジネスケイパビリティの特定（戦略・コア・サポート）
+- ケイパビリティの階層化とレベリング
+- ヒートマッピングによる成熟度評価
+- ケイパビリティとバリューストリームのマッピング
+
+#### 組織マップの作成
+
+- 部門・組織構造の整理
+- 組織とケイパビリティの対応付け
+
+#### 情報マップの作成
+
+- ビジネスエンティティの特定
+- エンティティ間のリレーション整理
+
+#### ビジネスシナリオの策定
+
+- 問題の特定と文書化
+- ビジネス・技術環境のモデル化
+- ゴールと期待する結果の定義
+- ヒューマンアクター・コンピュータアクターの特定
+
+### 6. 注意事項
+
+- **前提条件**: プロジェクトの基本情報（ビジョン、ミッション、ビジネス概要）が提供されていること
+- **制限事項**: ビジネスアーキテクチャの決定は ADR で記録すること
+- **推奨事項**: バリューストリームを先に作成し、その後ケイパビリティモデルを構築する
+
+### 7. 記述ルール
+
+タスク項目などは一行開けて記述する。
+
+OK:
+
+```markdown
+**受入条件**:
+
+- [ ] ビジネスモデルキャンバスが作成されている
+- [ ] バリューストリームマップが作成されている
+```
+
+NG:
+
+```markdown
+**受入条件**:
+- [ ] ビジネスモデルキャンバスが作成されている
+- [ ] バリューストリームマップが作成されている
+```
+
+## Examples
+
+### 新規プロジェクトでビジネスアーキテクチャを設計
+
+1. プロジェクトの基本情報とビジネス概要を確認
+2. @docs/reference/ビジネスアーキテクチャ分析ガイド.md に基づいて分析
+3. ビジネスモデルキャンバス → バリューストリーム → ケイパビリティモデルの順に作成
+
+### 既存ビジネスの分析・改善
+
+1. 既存の @docs/design/business_architecture.md を読み込む
+2. ヒートマッピングで成熟度を評価し改善提案を作成
+
+### 関連スキル
+
+- `analyzing-requirements` : 後続の要件定義（本スキルの成果物が入力となる）
+- `analyzing-usecases` : 後続のビジネスユースケース詳細化
+- `analyzing-architecture` : 後続のシステムアーキテクチャ設計への橋渡し

package/lib/assets/.claude/skills/orchestrating-analysis/SKILL.md

@@ -13,56 +13,62 @@ description: 分析フェーズ全体のワークフローをオーケストレ
 
 分析フェーズは以下の工程で構成されます:
 
-1. **要件定義** (Skill: `analyzing-requirements`)
+1. **ビジネスアーキテクチャ分析** (Skill: `analyzing-business`)
+
+   - ビジネスモデルキャンバスの作成
+   - バリューストリームの設計
+   - ビジネスケイパビリティモデルの構築
+
+2. **要件定義** (Skill: `analyzing-requirements`)
 
    - システム価値の明確化
    - システム外部環境の分析
    - システム境界の定義
 
-2. **ユースケース作成** (Skill: `analyzing-usecases`)
+3. **ユースケース作成** (Skill: `analyzing-usecases`)
 
    - ビジネスユースケースの抽出
    - システムユースケースの定義
    - ユーザーストーリーの作成
 
-3. **アーキテクチャ設計** (Skill: `analyzing-architecture`)
+4. **アーキテクチャ設計** (Skill: `analyzing-architecture`)
 
    - バックエンドアーキテクチャ
    - フロントエンドアーキテクチャ
    - インフラストラクチャアーキテクチャ
 
-4. **データモデル設計** (Skill: `analyzing-data-model`)
+5. **データモデル設計** (Skill: `analyzing-data-model`)
 
    - ER 図の作成
    - テーブル定義
 
-5. **ドメインモデル設計** (Skill: `analyzing-domain-model`)
+6. **ドメインモデル設計** (Skill: `analyzing-domain-model`)
 
    - エンティティ定義
    - 値オブジェクト定義
    - 集約の設計
 
-6. **UI 設計** (Skill: `analyzing-ui-design`)
+7. **UI 設計** (Skill: `analyzing-ui-design`)
 
    - 画面遷移図
    - 画面イメージ
 
-7. **テスト戦略** (Skill: `analyzing-test-strategy`)
+8. **テスト戦略** (Skill: `analyzing-test-strategy`)
 
    - テストピラミッド設計
    - テスト種別の定義
 
-8. **非機能要件** (Skill: `analyzing-non-functional`)
+9. **非機能要件** (Skill: `analyzing-non-functional`)
 
    - 性能要件
    - セキュリティ要件
 
-9. **運用要件** (Skill: `analyzing-operation`)
+10. **運用要件** (Skill: `analyzing-operation`)
 
-   - 運用フロー
-   - 監視設計
+    - 運用フロー
+    - 監視設計
 
-10. **技術スタック** (Skill: `analyzing-tech-stack`)
+11. **技術スタック** (Skill: `analyzing-tech-stack`)
 
     - 技術選定
     - バージョン管理
@@ -91,6 +97,7 @@ cat README.md
 
 ### 関連スキル
 
+- `analyzing-business` : ビジネスアーキテクチャ分析支援
 - `analyzing-requirements` : 要件定義関連の作業支援
 - `analyzing-usecases` : ユースケース・ユーザーストーリー作成支援
 - `analyzing-architecture` : アーキテクチャ設計支援

package/lib/assets/.claude/skills/orchestrating-project/SKILL.md

@@ -0,0 +1,175 @@
+---
+name: orchestrating-project
+description: 計画・進捗管理フェーズ全体のワークフローをオーケストレーション。リリース計画、GitHub Project 同期、進捗追跡の実行順序を案内。プロジェクト管理の開始や全体像の把握時に使用。
+---
+
+# 計画・進捗管理オーケストレーション
+
+計画・進捗管理フェーズ全体の作業を支援します。リリース計画の策定から GitHub Project への同期、進捗追跡まで包括的なプロジェクト管理ワークフローを提供します。
+
+## Instructions
+
+### 1. オプション
+
+- なし : 計画・進捗管理フェーズ全体のワークフローを表示
+- `--init` : プロジェクト管理の初期セットアップ（リリース計画作成 → GitHub 同期）
+- `--iteration <番号>` : 特定イテレーションのライフサイクル管理（計画 → 実行 → 振り返り → 報告）
+- `--sync` : 計画ドキュメントと GitHub Project の同期
+- `--status` : プロジェクト全体の状態サマリーを表示
+
+### 2. 基本例
+
+```bash
+# 計画・進捗管理フェーズ全体のワークフロー表示
+# 「プロジェクト管理の全体的な進め方を説明して」
+
+# プロジェクト管理の初期セットアップ
+# --init
+# 「リリース計画を作成して GitHub Project に同期して」
+
+# イテレーション 1 のライフサイクル管理
+# --iteration 1
+# 「イテレーション 1 の計画から振り返りまで案内して」
+
+# 計画と GitHub の同期
+# --sync
+# 「リリース計画と GitHub Project を同期して」
+
+# プロジェクト全体の状態確認
+# --status
+# 「プロジェクトの現在の状態をサマリー表示して」
+```
+
+### 3. 計画・進捗管理フェーズの全体像
+
+計画・進捗管理フェーズは以下の工程で構成されます:
+
+1. **リリース計画の策定** (Skill: `planning-releases`)
+
+   - リリース計画の作成（スコープ・スケジュール・リソース）
+   - イテレーション計画の作成（2 週間の詳細計画）
+   - ベロシティ管理と予測
+   - ふりかえりの実施と記録
+   - イテレーション完了報告書の作成
+
+2. **GitHub Project 同期** (Skill: `syncing-github-project`)
+
+   - GitHub Project の作成とカスタムフィールド設定
+   - Issue の作成と Project への紐付け
+   - Milestone の作成と Issue への割り当て
+   - 計画ドキュメントと GitHub の差異確認・同期
+
+3. **進捗追跡** (Skill: `tracking-progress`)
+
+   - イテレーション達成度の分析
+   - 技術実装状況の確認
+   - 品質メトリクスの取得
+   - 進捗ドキュメントの自動更新
+
+### 4. プロジェクト管理ワークフロー
+
+```mermaid
+graph TD
+    A[要件定義/ユーザーストーリー] --> B[リリース計画作成]
+    B --> C[GitHub Project 同期]
+    C --> D[イテレーション計画作成]
+    D --> E[開発実行]
+    E --> F[進捗追跡]
+    F --> G[ふりかえり]
+    G --> H[完了報告書作成]
+    H --> I[GitHub 同期更新]
+    I --> J{次のイテレーション?}
+    J -->|あり| D
+    J -->|なし| K{次のリリース?}
+    K -->|あり| B
+    K -->|なし| L[プロジェクト完了]
+```
+
+### 5. 初期セットアップフロー（--init）
+
+プロジェクト管理の初期セットアップを段階的に実行します:
+
+1. **リリース計画作成**: `planning-releases --release` でマクロ計画を策定
+2. **GitHub Project 同期**: `syncing-github-project` で GitHub に反映
+3. **イテレーション 1 計画**: `planning-releases --iteration 1` で初回イテレーション計画を作成
+4. **状態確認**: `tracking-progress --brief` で初期状態を確認
+
+### 6. イテレーションライフサイクル（--iteration）
+
+各イテレーションのライフサイクルを管理します:
+
+#### 開始時
+
+1. `planning-releases --iteration <N>` でイテレーション計画を作成
+2. `syncing-github-project --sync` で GitHub に反映
+3. `tracking-progress --iteration <N>` で初期状態を確認
+
+#### 実行中
+
+1. `tracking-progress --brief` で進捗を定期確認
+2. `syncing-github-project --status` で GitHub の状態を確認
+
+#### 終了時
+
+1. `tracking-progress --update` で進捗ドキュメントを更新
+2. `planning-releases --retrospective` でふりかえりを実施
+3. `planning-releases --report` で完了報告書を作成
+4. `syncing-github-project --sync` で GitHub に最終同期
+
+### 7. 連携シナリオ
+
+```bash
+# プロジェクト情報の確認後に計画開始
+ls -la docs/development/
+cat docs/development/release_plan.md
+
+# GitHub Project の状態確認
+gh project list --owner <OWNER>
+```
+
+### 8. 出力例
+
+```
+プロジェクト管理状態
+━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
+
+リリース計画
+├─ リリース 1.0 MVP: 8 週間（4 イテレーション）
+├─ 総ストーリー: 34 件（155SP）
+└─ 進捗: 25%（イテレーション 1/4 完了）
+
+GitHub Project
+├─ 同期状態: 最新
+├─ Open Issues: 26 件
+├─ Closed Issues: 8 件
+└─ 最終同期: 2026-02-17
+
+現在のイテレーション（IT-2）
+├─ 期間: 2026-02-17 〜 2026-02-28
+├─ 計画 SP: 12SP
+├─ 完了 SP: 4SP
+├─ 達成率: 33%
+└─ ベロシティ（前回）: 10SP
+```
+
+### 9. 注意事項
+
+- **前提条件**: 要件定義書またはユーザーストーリーが存在すること。`gh` CLI がインストールされ認証済みであること
+- **制限事項**: 初回ベロシティは推測値のため、3 イテレーション後に再調整推奨
+- **推奨事項**: リリース計画を Single Source of Truth として管理し、GitHub への同期を定期的に実施
+
+### 10. ベストプラクティス
+
+1. **Single Source of Truth**: `docs/development/release_plan.md` を計画の正とし、GitHub は `--sync` で自動反映
+2. **定期的な同期**: イテレーション開始・終了時に GitHub との同期を実施
+3. **データドリブン**: ベロシティ実績に基づいて計画を継続的に調整
+4. **振り返りの習慣化**: 各イテレーション終了時に必ずふりかえりを実施し改善を記録
+5. **段階的詳細化**: リリース計画は概要レベル、イテレーション計画で詳細化
+
+### 関連スキル
+
+- `planning-releases` : リリース・イテレーション計画の作成と管理
+- `syncing-github-project` : GitHub Project への同期と一元管理
+- `tracking-progress` : 進捗分析・レポート生成
+- `orchestrating-analysis` : 分析フェーズのオーケストレーション
+- `orchestrating-development` : 開発フェーズのオーケストレーション

package/lib/assets/CLAUDE.md

@@ -29,6 +29,7 @@
 
 | スキル | 用途 |
 | :--- | :--- |
+| `analyzing-business` | ビジネスアーキテクチャ分析 |
 | `analyzing-requirements` | 要件定義（RDRA 2.0） |
 | `analyzing-usecases` | ユースケース・ユーザーストーリー |
 | `analyzing-architecture` | アーキテクチャ設計 |

package/lib/assets/README.md

@@ -43,7 +43,9 @@ claude mcp add -s project codex -- npx @openai/codex mcp-server
 | :--- | :--- | :--- |
 | **オーケストレーション** | `orchestrating-analysis` | 分析フェーズ全体のワークフロー案内 |
 | | `orchestrating-development` | 開発フェーズ全体の TDD ワークフロー案内 |
-| **分析** | `analyzing-requirements` | RDRA 2.0 に基づく要件定義 |
+| | `orchestrating-project` | 計画・進捗管理フェーズ全体のワークフロー案内 |
+| **分析** | `analyzing-business` | ビジネスアーキテクチャ分析 |
+| | `analyzing-requirements` | RDRA 2.0 に基づく要件定義 |
 | | `analyzing-usecases` | ユースケース・ユーザーストーリー作成 |
 | | `analyzing-architecture` | アーキテクチャ設計 |
 | | `analyzing-data-model` | データモデル設計 |

package/lib/assets/docs/reference//343/203/223/343/202/270/343/203/215/343/202/271/343/202/242/343/203/274/343/202/255/343/203/206/343/202/257/343/203/201/343/203/243/{350/250/255/350/250/210 → 345/210/206/346/236/220}/343/202/254/343/202/244/343/203/211.md

@@ -1,8 +1,8 @@
-# ビジネスアーキテクチャ設計ガイド
+# ビジネスアーキテクチャ分析ガイド
 
 ## 概要
 
-本ガイドは、ビジネスアーキテクチャの設計指針を提供します。エンタープライズがどのように価値を生み出し、顧客に提供するかの構造を体系的に整理するための手法とフレームワークを定義します。
+本ガイドは、ビジネスアーキテクチャの分析指針を提供します。エンタープライズがどのように価値を生み出し、顧客に提供するかの構造を体系的に整理するための手法とフレームワークを定義します。
 
 ## 全体像
 

package/lib/assets/docs/template//343/203/223/343/202/270/343/203/215/343/202/271/343/202/242/343/203/274/343/202/255/343/203/206/343/202/257/343/203/201/343/203/243.md

@@ -0,0 +1,379 @@
+# ビジネスアーキテクチャ - [エンタープライズ名]
+
+## プリンシプル
+
+### ガイディングプリンシプル
+
+| カテゴリ | プリンシプル | 説明 |
+| :--- | :--- | :--- |
+| ビジネスアーキテクチャ | [プリンシプル名] | [ビジネスアーキテクチャに関する方針] |
+| アプリケーションアーキテクチャ | [プリンシプル名] | [アプリケーションに関する方針] |
+| データアーキテクチャ | [プリンシプル名] | [データに関する方針] |
+| テクノロジーアーキテクチャ | [プリンシプル名] | [テクノロジーに関する方針] |
+
+### ビジネスプリンシプル
+
+| # | プリンシプル | 説明 | 根拠 |
+| :--- | :--- | :--- | :--- |
+| 1 | [プリンシプル名] | [ビジネスにおける原則原理の説明] | [プリンシプルを定める根拠] |
+| 2 | [プリンシプル名] | [ビジネスにおける原則原理の説明] | [プリンシプルを定める根拠] |
+| 3 | [プリンシプル名] | [ビジネスにおける原則原理の説明] | [プリンシプルを定める根拠] |
+
+## ビジネスモデル
+
+### ビジネスモデルキャンバス
+
+```plantuml
+@startmindmap
+
+* [エンタープライズ名]
+** 顧客
+*** 顧客セグメント
+**** [顧客セグメント1]
+**** [顧客セグメント2]
+*** 顧客関係
+**** [顧客関係施策1]
+**** [顧客関係施策2]
+** 価値
+*** 価値提案
+**** [価値提案1]
+**** [価値提案2]
+**** [価値提案3]
+*** チャネル
+**** [チャネル1]
+**** [チャネル2]
+**** [チャネル3]
+** インフラ
+*** 主要活動
+**** [主要活動1]
+**** [主要活動2]
+**** [主要活動3]
+*** 主要リソース
+**** [主要リソース1]
+**** [主要リソース2]
+**** [主要リソース3]
+*** 主要パートナー
+**** [主要パートナー1]
+**** [主要パートナー2]
+**** [主要パートナー3]
+** 資金
+*** 収益源
+**** [収益源1]
+**** [収益源2]
+*** コスト構造
+**** [コスト項目1]
+**** [コスト項目2]
+
+@endmindmap
+```
+
+## バリューストリーム
+
+### バリューストリームマップ
+
+```plantuml
+@startmindmap
+
+* [エンタープライズ名]
+left side
+** [バリューストリームステージ1]
+** [バリューストリームステージ2]
+** [バリューストリームステージ3]
+** [バリューストリームステージ4]
+** [バリューストリームステージ5]
+right side
+** [部門・機能領域1]
+***[#limegreen] [ケイパビリティ1]
+***[#yellow] [ケイパビリティ2]
+** [部門・機能領域2]
+***[#limegreen] [ケイパビリティ3]
+***[#limegreen] [ケイパビリティ4]
+** [部門・機能領域3]
+***[#yellow] [ケイパビリティ5]
+***[#limegreen] [ケイパビリティ6]
+** [部門・機能領域4]
+***[#limegreen] [ケイパビリティ7]
+** [部門・機能領域5]
+***[#orange] [ケイパビリティ8]
+** [部門・機能領域6]
+***[#limegreen] [ケイパビリティ9]
+***[#limegreen] [ケイパビリティ10]
+***[#yellow] [ケイパビリティ11]
+
+@endmindmap
+```
+
+### バリューストリーム詳細
+
+| ステージ | 説明 | 提供価値 | 関連ケイパビリティ |
+| :--- | :--- | :--- | :--- |
+| [ステージ1] | [ステージの説明] | [提供する価値] | [関連するケイパビリティ] |
+| [ステージ2] | [ステージの説明] | [提供する価値] | [関連するケイパビリティ] |
+| [ステージ3] | [ステージの説明] | [提供する価値] | [関連するケイパビリティ] |
+| [ステージ4] | [ステージの説明] | [提供する価値] | [関連するケイパビリティ] |
+| [ステージ5] | [ステージの説明] | [提供する価値] | [関連するケイパビリティ] |
+
+## ビジネスケイパビリティ
+
+### ビジネスケイパビリティマップ
+
+```plantuml
+@startmindmap
+
+* ビジネスケイパビリティマップ
+left side
+** 戦略
+*** [戦略ケイパビリティ1]
+*** [戦略ケイパビリティ2]
+*** [戦略ケイパビリティ3]
+*** [戦略ケイパビリティ4]
+right side
+** コア
+*** [コアケイパビリティ1]
+*** [コアケイパビリティ2]
+*** [コアケイパビリティ3]
+*** [コアケイパビリティ4]
+** サポート
+*** [サポートケイパビリティ1]
+*** [サポートケイパビリティ2]
+*** [サポートケイパビリティ3]
+*** [サポートケイパビリティ4]
+
+@endmindmap
+```
+
+### ヒートマッピング
+
+```plantuml
+@startmindmap
+
+* ビジネスケイパビリティマップ
+left side
+** 戦略
+***[#limegreen] [戦略ケイパビリティ1]
+***[#limegreen] [戦略ケイパビリティ2]
+***[#yellow] [戦略ケイパビリティ3]
+***[#red] [戦略ケイパビリティ4]
+right side
+** コア
+***[#yellow] [コアケイパビリティ1]
+***[#limegreen] [コアケイパビリティ2]
+***[#limegreen] [コアケイパビリティ3]
+***[#limegreen] [コアケイパビリティ4]
+** サポート
+***[#yellow] [サポートケイパビリティ1]
+***[#limegreen] [サポートケイパビリティ2]
+***[#limegreen] [サポートケイパビリティ3]
+***[#orange] [サポートケイパビリティ4]
+
+@endmindmap
+```
+
+- グリーン：成熟度高
+- イエロー：成熟度中
+- レッド：成熟度低
+- オレンジ：新規に必要
+
+### ケイパビリティ階層化
+
+| レベル | ケイパビリティ | 分類 | 成熟度 | 説明 |
+| :--- | :--- | :--- | :--- | :--- |
+| L1 | [上位ケイパビリティ1] | 戦略 | [高/中/低] | [ケイパビリティの説明] |
+| L2 | [中位ケイパビリティ1-1] | 戦略 | [高/中/低] | [ケイパビリティの説明] |
+| L2 | [中位ケイパビリティ1-2] | 戦略 | [高/中/低] | [ケイパビリティの説明] |
+| L1 | [上位ケイパビリティ2] | コア | [高/中/低] | [ケイパビリティの説明] |
+| L2 | [中位ケイパビリティ2-1] | コア | [高/中/低] | [ケイパビリティの説明] |
+| L1 | [上位ケイパビリティ3] | サポート | [高/中/低] | [ケイパビリティの説明] |
+| L2 | [中位ケイパビリティ3-1] | サポート | [高/中/低] | [ケイパビリティの説明] |
+
+## 組織マップ
+
+```plantuml
+@startmindmap
+
+* [エンタープライズ名]
+** [部門1]
+***[#limegreen] [ケイパビリティ1]
+***[#limegreen] [ケイパビリティ2]
+** [部門2]
+***[#limegreen] [ケイパビリティ3]
+** [部門3]
+***[#yellow] [ケイパビリティ4]
+***[#limegreen] [ケイパビリティ5]
+***[#limegreen] [ケイパビリティ6]
+** [部門4]
+***[#orange] [ケイパビリティ7]
+** [部門5]
+***[#yellow] [ケイパビリティ8]
+***[#yellow] [ケイパビリティ9]
+***[#yellow] [ケイパビリティ10]
+
+@endmindmap
+```
+
+## 情報マップ
+
+```plantuml
+@startuml
+
+entity "[ビジネスエンティティ1]" as e1
+
+entity "[ビジネスエンティティ2]" as e2
+
+entity "[ビジネスエンティティ3]" as e3
+
+entity "[ビジネスエンティティ4]" as e4
+
+entity "[ビジネスエンティティ5]" as e5
+
+entity "[ビジネスエンティティ6]" as e6
+
+e1 -- e2 : [リレーション説明]
+e2 -- e3
+e2 -- e4
+e4 -- e5 : [リレーション説明]
+e1 -- e6
+
+@enduml
+```
+
+## ビジネスシナリオ
+
+### [ビジネスシナリオ1名]
+
+#### 問題の定義
+
+| 項目 | 内容 |
+| :--- | :--- |
+| 問題 | [対処すべき問題の説明] |
+| 環境 | [問題が発生しているビジネスと技術の環境] |
+| ゴール | [目指すゴールと期待する結果] |
+
+#### アクティビティ図
+
+```plantuml
+@startuml
+|[アクター1]|
+start
+:[アクティビティ1];
+|[アクター2]|
+:[アクティビティ2];
+|[アクター3]|
+:[アクティビティ3];
+|[アクター2]|
+:[アクティビティ4];
+|[アクター1]|
+:[アクティビティ5];
+|[アクター2]|
+:[アクティビティ6];
+|[アクター3]|
+:[アクティビティ7];
+|[アクター1]|
+:[アクティビティ8];
+
+@enduml
+```
+
+#### ユースケース図
+
+```plantuml
+@startuml
+left to right direction
+actor [アクター1]
+actor [アクター2]
+actor [アクター3]
+
+rectangle {
+usecase "[ユースケース1]" as UC1
+usecase "[ユースケース2]" as UC2
+usecase "[ユースケース3]" as UC3
+usecase "[ユースケース4]" as UC4
+usecase "[ユースケース5]" as UC5
+}
+
+[アクター1] --> UC1
+[アクター1] --> UC2
+[アクター1] --> UC5
+
+UC3 <-- [アクター2]
+UC4 <-- [アクター2]
+
+UC3 <-- [アクター3]
+UC5 <-- [アクター3]
+@enduml
+```
+
+#### アクター一覧
+
+| 種別 | アクター | 役割 |
+| :--- | :--- | :--- |
+| ヒューマン | [アクター1] | [アクターの役割と責任] |
+| ヒューマン | [アクター2] | [アクターの役割と責任] |
+| コンピュータ | [アクター3] | [システムの役割と責任] |
+
+---
+
+## 記入ガイド
+
+### 1. プリンシプルの記入方法
+
+- **ガイディングプリンシプル**: エンタープライズのビジョン、ミッション、価値観に基づく方針を 4 つのアーキテクチャカテゴリごとに定義
+- **ビジネスプリンシプル**: ビジネスにおける原則原理を定義し、根拠を明示
+
+### 2. ビジネスモデルキャンバスの記入方法
+
+- **顧客セグメント**: ターゲットとする顧客グループ
+- **価値提案**: 顧客に提供する価値
+- **チャネル**: 価値を届ける経路
+- **顧客関係**: 顧客との関係構築方法
+- **主要活動**: ビジネスモデルを実現するために必要な活動
+- **主要リソース**: ビジネスモデルを支える資源
+- **主要パートナー**: 外部の協力者
+- **収益源**: 収益を得る仕組み
+- **コスト構造**: 主要なコスト要因
+
+### 3. バリューストリームの記入方法
+
+- バリューストリームは顧客への価値提供の流れを表現
+- 左側にステージ（川上から川下への流れ）を記述
+- 右側に各ステージに対応するケイパビリティをマッピング
+- ヒートマッピングの色で成熟度を表現
+- **推奨**: ビジネスケイパビリティモデルより先にバリューストリームを作成する
+
+### 4. ビジネスケイパビリティマップの記入方法
+
+- **戦略**: 長期的な方向性を決めるケイパビリティ
+- **コア**: 価値創出に直接関わるケイパビリティ
+- **サポート**: コアを支援するケイパビリティ
+- 階層化（L1/L2/L3）で詳細度を調整
+- ヒートマッピングで成熟度と投資優先度を可視化
+
+### 5. 組織マップの記入方法
+
+- 部門・組織構造を整理し、各部門が持つケイパビリティを対応付け
+- ヒートマッピングの色で各ケイパビリティの成熟度を表現
+
+### 6. 情報マップの記入方法
+
+- **ビジネスエンティティ**: ビジネスで扱う主要な情報
+- エンティティ間のリレーションを線で表現
+- リレーションの説明はラベルで付記
+
+### 7. ビジネスシナリオの記入方法
+
+- **問題**: アーキテクチャが対応すべきビジネス要件
+- **環境**: 問題が発生しているビジネスと技術の環境をモデル化
+- **ゴール**: 期待する結果を具体的に記述
+- **ヒューマンアクター**: 業務に参加する人をアクティビティ図のレーンで表現
+- **コンピュータアクター**: システムやコンピューティングエレメントを特定
+- ユースケース図でアクターとユースケースの関係を整理
+
+### 8. 記入時の注意点
+
+1. **ビジネス視点**: 技術詳細ではなくビジネス構造の表現に集中する
+2. **段階的詳細化**: 最初は大まかに記入し、徐々に詳細化する
+3. **一貫性の確保**: 各図間での用語と関連性の整合性を維持する
+4. **ステークホルダー視点**: 業務担当者が理解できる用語を使用する
+5. **後続フェーズへの接続**: 要件定義（RDRA）やユースケース分析の入力となることを意識する
+
+このテンプレートを使用して、プロジェクト固有のビジネスアーキテクチャ分析書を作成してください。

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@k2works/claude-code-booster",
-  "version": "1.2.1",
+  "version": "1.4.0",
   "description": "AI Agent Development Support Tool",
   "main": "main.js",
   "bin": {