要件・要求
ワーク
提案書の作成
成果物(例)
目次(Agenda)
-
1. 背景・目的
- 1-1. 導入背景/現状課題
- 1-2. 目標KPI・期待効果
- 1-3. 対象範囲と前提条件
-
2. 開発方針・要件整理
- 2-1. 提供チャネル(Slack/Web〔WordPress〕)
- 2-2. 主要ユースケース/利用フロー
- 2-3. MVP範囲とロードマップ/スケジュール
- 2-4. アーキテクチャ方針:CI/CD・IaC、環境分離、拡張性
- 2-5. ソフトウェアスタック/AI・Googleドライブなどのリソース読み込み
- 2-5-A. UI / フロントエンド
- 2-5-B. バックエンド / API
- 2-5-C. Agent オーケストレーション(LangGraph)
- 2-5-D. AI / RAG 基盤
- 2-5-E. データソース&同期パイプライン
- 2-5-F. ログ・分析・監視
- 2-5-G. CI/CD & インフラ
-
3. 実行計画
- 3-1. 進め方:PoC → MVP → 本番 → 改善サイクル
- 3-2. 体制・プロジェクト体制
-
4. 成果物・受入・品質保証
- 4-1. 要件定義
- 4-2. 基本設計
- 4-3. 開発・品質管理
- 4-4. 運用・保守
- テスト/受入基準(生成AI特有の評価含む)
- 変更管理(要件変更、プロンプト・ナレッジ更新の扱い)
-
5. 運用設計・引継ぎ
- 運用フロー
- ナレッジ更新(業務部門による起票)
- AI最適化のガイドライン
- 承認(ダブルチェック体制)
- システム上のステータス管理
- 公開(バッチによる自動連携、手作業の排除)
- ロールバック
- 監視・障害対応
- SLO(サービスレベル目標)
- アラート
- 一次切り分け
- 運用体制/教育・トレーニング/運用開始後の改善
- 運用体制
- 教育・トレーニング
- 運用開始後の改善
- 保守体制
- 運用フロー
-
6. お見積案
- 山積み計画(MVP、最終ゴールの超概算)
- 見積り金額(MVP、最終ゴールの超概算)
- 契約形態(開発、保守運用)
- インフラ費用概算
-
7. コミュニケーション計画
- 会議体と参加者
- 定例(進捗定例会議)
- レビュー(成果物・フェーズレビュー)
- ステコミ(ステアリングコミッティ/運営委員会)
- ツール運用
- Slack
- GitHub Issue
- 報告・議事録
- 報告
- 議事録(作成と展開、記載フォーマット)
- 会議体と参加者
ポイント
- 提案資料でAI感が出てしまうと、顧客はガッカリする
- 文字文字し過ぎるとステークホルダーは見ない
