開発Epic管理
技術仕様書・設計書を参照して開発Epic（実装機能）を生成・追加・更新します。依存関係を考慮した優先度付け、ステータスの変更、内容の修正も扱います。
対象製品：Acsim Desktop
開発の工程で使うエージェントです。
このページは2026年10月23日時点の内容です。ほかのエージェントは標準カタログの一覧で確認できます。
こんなときに使う
- 技術仕様書と設計書がそろい、実装する機能を開発Epicに分けたいとき
- 依存関係をふまえて、実装の順番（優先度）を決めたいとき
- 既存のEpicのステータスや優先度を変えたいとき
できること
- Epic生成
- Epic更新
- 優先度分析
- ステータス変更
- 開発Epicへの登録
事前に用意しておくもの
技術仕様書の3点セット（プロダクト定義書・技術方針書・プロジェクト構造設計書）を土台にします。先に技術仕様書を作成しておいてください。
| 成果物 | 扱い | 作るエージェント |
|---|---|---|
| プロダクト定義書・技術方針書・プロジェクト構造設計書 | Epicの土台になります。「実現方法」は技術方針書の採用技術で書きます | 技術仕様書作成 |
| 機能一覧・画面一覧などの一覧 | 一覧の機能・画面ごとにEpicの候補を洗い出し、どのEpicが担当するかを決めます | 画面・機能一覧 |
| 画面設計書・機能設計書などの設計書 | Epicの中身（実現方法・受け入れ基準）の根拠に使います | 画面・機能設計 / 基盤・基本設計 |
依頼の例
AIポータルで、次のように依頼します。
- 実装機能一覧（Epic）を依存関係・優先度付きで生成してください。
- 〇〇のEpicのステータスを完了に変更してください。
- 〇〇のEpicの優先度をHighに変更してください。
そのほか、次のような依頼もできます。
- 開発Epic「受注登録」を1件追加してください。「在庫引当」のEpicが完了してから着手します。
- 依存関係を見直して、すべての開発Epicの優先度を付け直してください。
- 開発Epic「帳票出力」は今回のリリースでは対象外にしてください。
- 機能設計書に追加した「返品受付」の機能を、開発Epicとして追加してください。
仕上がりの確認ポイント
登録の前に示されるEpicの一覧と、登録後のEpicは、次の点を確認するとよいでしょう。
- 登録前の一覧: 登録する前に、Epicの一覧（名前・区分・優先度・依存先・想定Issue数）と確認が必要な事項を示し、登録してよいかを確認します。既存のEpicを上書きするときは、その旨を明示します。
- 優先度の根拠: 優先度は依存関係から決め、依存する機能は依存先より後の番号になります。各Epicには優先度の根拠が書かれます。
- Epicの大きさ: Epicは独立して受け入れ確認できる単位で分け、3〜5件のIssueに分けられる大きさにします。複数の機能を1つにまとめたときは、その理由が書かれます。
- 未確定の仕様: 資料で「要確認」「未確定」とされている業務ルールや数値は、受け入れ基準に確定した仕様として書かず、確認事項として分けて書かれます。