要件定義の進め方｜「何から？」を解決する4階層モデルと鳥の目の視点

本連載について
この記事は、IT現場で最も炎上しやすいと言われる「要件定義」の進め方を、誰もが経験したことのある「家族旅行」に例えてわかりやすく解説する全7回のシリーズです。（※どの回からでも単独でお読みいただけます）

第2回となる今回は、議論の迷子を防ぐ「要件定義の全体像（4階層モデル）」についてお届けします！

「旗印（コンセプト）は決まったけど、具体的に何から進めればいいか分からない……」
「いきなり画面デザインや機能の議論が始まり、本質的な議論が置き去りになっている」

要件定義の現場で、こうした「進め方の迷子」になっていませんか？前回（第1回：企画構想）では、プロジェクトの「目的地（旗印）」を決める重要性をお伝えしました。しかし、目的地を決めただけではシステムは作れません。

今回は、その旗印をスムーズに実装へつなげるための「地図」となる、要件定義の全体像を整理します。細かい枝葉の議論に振り回されず、ビジネス目標という「幹」を太く育てるための視点を養っていきましょう。

要件定義の「4つの階層」：企画を具体化するプロセス
なぜ「業務要件（過ごし方）」を飛ばしてはいけないのか？
- 手段が目的化したときの悲劇
全体を俯瞰する「鳥の目」の3視点
まとめ：プランニングは「上から下へ、外から内へ」
- 明日から現場で使える！全体俯瞰チェックリスト
- 次のステップ：本音を引き出す「ヒアリング」の極意

要件定義の「4つの階層」：企画を具体化するプロセス

要件定義は、いきなり画面の詳細などを決めるのではなく、情報の解像度を少しずつ上げていく「4つの階層」で整理するとスムーズに進みます。家族旅行の例えと一緒に、上から下へと流れるプロセスを見てみましょう。

階層	システム開発の視点	家族旅行の例え
① ビジネス要件【目的】	なぜ作るのか？解決したい課題と狙い	「親孝行のために、三世代で温泉でゆったり過ごしたい」というコンセプト
② 業務要件【流れ】	誰が、いつ、どんな手順で仕事をするのか（業務フロー）	コンセプトを叶えるための「10時に出発、祖父母の好物を食べ、早めに宿で寛ぐ」という一日の過ごし方
③ 機能要件【道具】	業務を支えるためにシステムが備えるべき能力（計算、検索など）	過ごし方を支えるための「乗り降りが楽な大型ミニバン」や「座敷のあるレストラン」
④ 非機能要件【品質】	安心して使い続けるための土台（性能、安全、保守性）	車や宿を安全に使うための「燃費」「ロードサービスの充実」「アレルギー対応」

なぜ「業務要件（過ごし方）」を飛ばしてはいけないのか？

実務で最も多く、そして致命的な失敗を引き起こすのが、②の「業務要件」を飛ばして、いきなり③の「機能要件（こんな画面が欲しい、最新技術を使いたい）」の話を始めてしまうことです。

手段が目的化したときの悲劇

例えば、お父さん（情シス役）が突然「せっかくの旅行だから、最新のスポーツカーを借りたい！」と言い出したとしましょう。しかし、今回の第1階層（ビジネス要件）は「三世代での親孝行」です。具体的に第2階層の過ごし方（業務要件）を考えてみると、「足の悪い祖父母を乗せて、ゆったり移動すること」が必須でした。

スポーツカーでは全員乗れませんし、乗り降りも困難です。つまり、機能としては優れていても、業務（目的）には全く適していないのです。

このように「どう動くか（業務）」が決まる前に「何を使うか（機能）」を決めてしまうと、完成間近になって「これじゃあ仕事にならないよ！」という大規模な手戻り（炎上）が発生してしまいます。

目的（親孝行）を再確認する
プロセス（移動の負担を減らす一日の流れ）を描く
手段（ミニバンやバリアフリーの宿）を選ぶ

この順番を絶対に守ることこそが、要件定義を成功させる最大の近道です。

全体を俯瞰する「鳥の目」の3視点

リーダーが現場の細かい技術仕様（虫の目）に流されず、常に冷静にプロジェクトを導くための「鳥の目」のチェックポイントを整理しました。

視点	リーダーが自分に問いかけるべきこと	現場でのアクション
① 垂直の視点	目的と手段の「一貫性」はあるか？	「その機能は、第1階層のビジネス目標の達成にどう繋がりますか？」と問いかける
② 水平の視点	業務フローに「例外」や「漏れ」はないか？	「もし雨が降ったら？」「もし渋滞したら？」という例外的なケースを想定しておく
③ 枠組みの視点	制約条件という「土台」を守れているか？	追加要望が出た際、予算・期間という枠に収まるか「取捨選択」を促す

まとめ：プランニングは「上から下へ、外から内へ」

要件定義の全体像は、「コンセプト（目的）」→「業務（流れ）」→「機能・非機能（手段・品質）」という滝のような流れであることを常に意識しましょう。

「何を作るか」より先に「何のために、どう使うか」を徹底的に言語化する。
個別の機能に固執せず、ビジネス成果という全体最適を優先する。

この4階層の地図が共有できていれば、チーム全員が「今、自分たちはどの階層の議論をしているのか」を理解でき、会議の脱線や迷子を防ぐことができます。

明日から現場で使える！全体俯瞰チェックリスト

要件定義を進める中で、リーダーは以下の3点を常に意識してチームをナビゲートしましょう。

[ ] 議論の階層を交通整理する
会議中に「ボタンの配置やシステム機能」の話が先行しすぎたら、一度「現場の作業の流れ（業務）」に立ち返るよう促せているか。
[ ] 「旗印」への整合性を問う
新しい機能要望が出た際、それが第1回で決めた「ビジネス目標（目的地）」を達成するために本当に不可欠か、都度問いかけているか。
[ ] 例外シナリオを想定する
通常の業務手順（ハッピーパス）だけでなく、ミスやトラブルが起きた際の「イレギュラーな状況」で現場がどう動くかをシミュレーションできているか。