| name | orchestrating-analysis |
| description | 分析フェーズ全体のワークフローをオーケストレーション。要件定義から非機能要件まで各 analyzing-* スキルの実行順序を案内。分析フェーズの開始や全体像の把握時に使用。 |
分析フェーズオーケストレーション
分析フェーズ全体の作業を支援します。要件定義から非機能要件まで包括的な分析ワークフローを提供します。
Instructions
1. 分析フェーズの全体像
分析フェーズは以下の工程で構成されます:
-
ビジネスアーキテクチャ分析 (Skill: analyzing-business)
- ビジネスモデルキャンバスの作成
- バリューストリームの設計
- ビジネスケイパビリティモデルの構築
-
要件定義 (Skill: analyzing-requirements)
- システム価値の明確化
- システム外部環境の分析
- システム境界の定義
-
ユースケース作成 (Skill: analyzing-usecases)
- ビジネスユースケースの抽出
- システムユースケースの定義
- ユーザーストーリーの作成
-
アーキテクチャ設計 (Skill: analyzing-architecture)
- バックエンドアーキテクチャ
- フロントエンドアーキテクチャ
- インフラストラクチャアーキテクチャ
-
データモデル設計 (Skill: analyzing-data-model)
-
ドメインモデル設計 (Skill: analyzing-domain-model)
-
UI 設計 (Skill: analyzing-ui-design)
-
テスト戦略 (Skill: analyzing-test-strategy)
-
非機能要件 (Skill: analyzing-non-functional)
-
運用要件 (Skill: analyzing-operation)
-
技術スタック (Skill: analyzing-tech-stack)
2. 連携シナリオ
ls -la docs/
cat README.md
3. コンテキスト管理
長時間の分析セッションでは Context limit reached エラーを回避するため、タスクの区切りごとに /compact を実施してコンテキストを圧縮する。
/compact を実施するタイミング:
- 分析工程 1 件(例: 要件定義、ユースケース作成)が完了したとき
- 設計ドキュメント 1 件の作成・更新が完了したとき
- 複数の analyzing-* スキルを連続実行する間
- コミット完了後、次の分析工程に着手する前
運用ルール:
/compact 実施前に、現在の作業状態と次の工程をメモとして出力する
/compact 実施後、次の工程の作業を継続する
- 大規模な分析工程(例: アーキテクチャ設計)では、サブ工程ごとに
/compact を検討する
4. 注意事項
- 前提条件: プロジェクトの基本的な背景情報の把握が必要
- 制限事項: 分析結果は開発フェーズで継続的に見直し・改善が必要
- 推奨事項: 各工程の成果物を文書化し、チーム内で共有することを推奨
5. ベストプラクティス
- 段階的分析: 要件定義から始めて段階的に詳細化する
- チーム連携: 分析結果をチーム全体で共有し、合意形成を行う
- 継続的改善: 開発フェーズでのフィードバックを基に分析結果を見直す
- 文書化: 分析結果は PlantUML や Markdown で視覚的に文書化する
関連スキル
analyzing-business : ビジネスアーキテクチャ分析支援
analyzing-requirements : 要件定義関連の作業支援
analyzing-usecases : ユースケース・ユーザーストーリー作成支援
analyzing-architecture : アーキテクチャ設計支援
analyzing-data-model : データモデル設計支援
analyzing-domain-model : ドメインモデル設計支援
analyzing-ui-design : UI 設計支援
analyzing-test-strategy : テスト戦略策定支援
analyzing-non-functional : 非機能要件定義支援
analyzing-operation : 運用要件定義支援
analyzing-tech-stack : 技術スタック選定支援