Home
要件定義を計画する
実践ガイド
文書情報
プロジェクト概要
🚧 レビュー・承認(※追記予定)
業務要件
機能要件
非機能要件
🚧 インプット(※追記予定)
🚧トレーサビリティ(※追記予定)
🚧 SoR 向け(※追記予定)
🚧 SoE 向け(※追記予定)
🧭実践ガイド
🐾具体的なステップ
以下に示すステップは、定義ではなく、おすすめのサンプルです。
実際の現場では、成果物=プロセスの目的を達成できるように、適切にアレンジしてください。
実際の現場では、成果物=プロセスの目的を達成できるように、適切にアレンジしてください。
📘インプット
- 現行業務のプロセス図、業務マニュアル、ヒアリング記録
- 顧客から提示された要求・課題リスト(例:改善要望、現行システムの不満点)
- 外部制約(法規制、社内ルール、契約条件など)
- プロジェクト憲章・上位計画に示された目的・スコープの基本方針
✅すること
| 観点 | 実施内容 | 成果 |
|---|---|---|
| 業務の洗い出し | 組織横断的に業務を棚卸し、一意の名称を定義する | 業務全体像を俯瞰できる |
| 業務概要の整理 | 各業務について、範囲や目的、主要なタスクを簡潔に整理する。 | 業務の価値を明確化 |
| アクターの明示 | 担当部署・責任者・関与者(RACIなど)を整理する | 責任範囲が明確になり、システム権限設計にもつながる |
| システム化対象の識別 | 各業務を「システム化対象」「手作業継続」「対象外」などに分類する | システム化範囲の明確化 |
🚫しないこと
| NG項目 | 説明 | なぜ問題か |
|---|---|---|
| 対象外業務を曖昧に残す | 「今後検討」などで未定のまま放置する | スコープ境界が不明確となり、追加開発・契約トラブルの原因になる |