要点
- 業務要件定義とは、システムを作る前に「業務上、何を解決したいか」を明らかにする工程です。
- システムの機能を決める前に、まず業務そのものの課題・目的を整理します。
- ヒアリングと業務フロー図を使って、内容を「業務要件定義書」にまとめます。
「業務要件」とは何か
業務要件は「システムに求める機能」ではなく、「業務上どんな課題を解決したいか」「何を実現したいか」という、業務側の要望・目的のことです。
例えば「受注から発送までの時間を半分にしたい」「入力ミスによる誤発送をなくしたい」といった内容が業務要件にあたります。この段階では、まだ「どんなシステムを作るか」までは決めません。
ぽち先生のヒントリフォームを頼む前に「家族が増えるので部屋を増やしたい」「収納を増やして片付けやすくしたい」と、暮らし方の希望を業者に伝える段階に似ています。まだ「どんな設備にするか」までは決めていません。
上流工程の中での位置づけ
業務要件定義は、上流工程の中でも一番最初に行われる工程です。ここで固めた「何のためにシステムを作るのか」という目的が、後続の工程すべての土台になります。
📝業務要件定義
→
⚙️システム要件定義
→
🖥️基本設計
ヒアリングの重要性
業務要件定義では、実際に業務を行っている現場の担当者へのヒアリングが欠かせません。担当者自身も「本当に困っていること」をうまく言語化できていない場合があるため、SEは質問を重ねて課題の本質を引き出す必要があります。
ぽち先生のヒントお医者さんが「どこが痛いですか」だけでなく「いつから」「どんな時に痛みますか」と聞いて原因を探るのに似ています。表面的な要望だけでなく、その背景にある本当の課題を探ることが大切です。
業務フロー図の役割
業務要件定義では、現状の業務の流れ（As-Is）と、システム導入後に目指す業務の流れ（To-Be）を図に描き起こして比較します。
📄現状の業務
（As-Is）
🔍課題を洗い出す
✨理想の業務
（To-Be）
図にすることで、関係者どうしの認識のズレを防ぎ、どこをどう改善すべきかが明確になります。
成果物：業務要件定義書
ヒアリングと業務フロー図の分析結果は「業務要件定義書」という文書にまとめられます。
📘 業務要件定義書に書くこと
業務の目的
現状の課題
あるべき業務の姿
システム化の範囲
この文書が、この後の「システム要件定義」を進めるための土台になります。
実務で気をつけたいポイント
要望をそのまま鵜呑みにする「システムを使いやすくしてほしい」のような曖昧な言葉の背景にある、本当の困りごとを深掘りしないと、的外れな要件になってしまう。
一部の担当者の意見だけで進める現場ごとに業務のやり方が違うことも多く、複数の関係者にヒアリングしないと、抜け漏れや対立する要望を見逃してしまう。
KJ法などで意見を整理するヒアリングで出た意見や課題を付箋などに書き出し、近いものをグルーピングしながら整理すると、本質的な課題が見えやすくなる。
まとめ
業務要件定義は、上流工程の出発点として「何のためにシステムを作るのか」を明らかにする工程です。ここが曖昧なままだと、後続のシステム要件定義や設計もぶれてしまいます。
関連トピック:
🏠 トップに戻る
ぽち先生と学ぶ IT基礎ノート