成果物一覧
新型Acsimで作成・管理できる成果物をカテゴリ別に整理します
成果物一覧
新型Acsimでは、業務整理から開発連携までの各工程で、複数の成果物を作成・管理できます。
成果物はAIが作成した初版をもとに、人がレビュー・編集して仕上げる運用を前提にしています。
カテゴリ別の成果物
| カテゴリ | 主な成果物 |
|---|---|
| 情報整理 | ヒアリング質問リスト、論点整理、調査メモ、抽出ファイル |
| 業務フロー | AsIs業務フロー、ToBe業務フロー、フロー比較、Excel出力 |
| 分析・方針 | 現状分析レポート、変更方針、変更計画、改善計画アイテム、AsIs/ToBe DIFF |
| 要求管理 | 要求一覧、要求詳細、対応方針、効果、想定工数、要求レビュー結果 |
| 設計書 | 業務要件定義書、非機能要件定義書、システム基本設計書、DB設計書、API設計書、画面設計書、機能設計書、バッチ設計書、通知設計書、帳票設計書、インフラ設計書、セキュリティ設計書、運用設計書 |
| 見積・テスト | 概算見積書、見積基準、結合テスト仕様書、システムテスト仕様書、受入テスト仕様書、テストケース一覧 |
| 開発連携 | 技術仕様書、Epic、Issue、GitHub Issue、AI開発用コンテキスト |
| プロジェクト管理 | タスク一覧、サブタスク、担当者アサイン、ガントチャート、コメント、添付ファイル |
情報整理の成果物
ヒアリング質問リスト
RFP、業務マニュアル、議事録などをもとに、顧客や現場担当者へ確認すべき質問を整理します。
初回ヒアリング前、追加確認前、要件定義レビュー前に利用できます。
論点整理
資料から読み取れる論点、未確定事項、前提条件、リスクを整理します。
提案書や要件定義計画を作る前の準備に適しています。
業務フローの成果物
AsIs業務フロー
現行業務の登場人物、作業、判断、システム利用、例外処理を可視化します。
業務理解、課題把握、システム化範囲の検討の出発点になります。
ToBe業務フロー
改善後の業務プロセスを可視化します。
業務改革、システム導入、BPO移管、運用変更後の姿を関係者と共有するときに利用します。
フロー比較
AsIsとToBeを比較し、作業時間、手動作業率、ボトルネック数などの観点で改善効果を確認します。
分析・方針の成果物
現状分析レポート
現行業務の課題、ボトルネック、属人化している作業、改善余地を整理します。
変更方針
業務やシステムをどの方向に変更するかをまとめます。
システム化する範囲、運用で対応する範囲、スコープ外にする範囲を明確にするために利用します。
変更計画
変更方針を実行するためのステップ、関係者、リスク、優先順位を整理します。
要求管理の成果物
要求一覧
RFP、AsIs/ToBe差分、ヒアリング結果などから抽出した要求を一覧化します。
要求ごとに対応方針、効果、想定工数、ステータス、関連タスク、関連設計書を管理できます。
要求レビュー結果
登録済みの要求に対して、抜け漏れ、重複、曖昧さ、実現性、依存関係を確認した結果です。
要件定義の品質確認やスコープ調整に利用できます。
設計書の成果物
新型Acsimでは、要求、業務フロー、ナレッジをもとに各種設計書の初版を作成できます。
代表的な成果物は以下です。
- 業務要件一覧
- 機能要件一覧
- 要件定義書
- 非機能要件定義書
- 論理データモデル
- 画面設計書
- バッチ設計書
- 通知設計書
- インフラ設計書
- セキュリティ設計書
- テスト方針書
- 受入テスト手順書
- RFP
- カスタム設計書
設計書はMarkdownやCSV形式の成果物として管理し、必要に応じて人が編集・レビューして仕上げます。
見積・テストの成果物
概算見積書
要求や設計書をもとに、実装対象、前提条件、工数、リスク、除外事項を整理します。
テスト仕様書
結合テスト、システムテスト、受入テストなどの観点で、テストケースや確認観点を整理します。
要求や設計書と紐づけることで、テスト対象の抜け漏れを確認しやすくなります。
開発連携の成果物
技術仕様書
開発チームが実装に着手できるように、設計意図、対象範囲、データ構造、API、画面、制約条件などを整理します。
Epic
要求や設計内容を、開発チームが扱いやすい大きな単位にまとめます。
Issue
Epicや技術仕様を、担当者が作業できる粒度に分解します。
IssueはGitHub IssueやAI開発ツールへ連携し、開発タスクとして扱えます。
成果物を扱うときの注意
- AIが作成した成果物は初版として扱い、必ず人が確認します。
- 出力形式や対応範囲は、契約プランや開発状況によって変わる場合があります。
- PowerPoint出力など、一部の形式は今後の検討対象です。
- 要求、設計書、タスクの対応関係を保つことで、後工程での手戻りを減らしやすくなります。