【開発管理】顧客の頭の中をのぞき込む！要件定義の第一歩「要求獲得」｜情報処理問題1000本ノック
要件定義プロセスはいくつかの段階に分かれています。「言われたことをただ書く」のではなく、顧客と対話してニーズを引き出す最初のフェーズを攻略しましょう。
1. 【 問題 】：要求定義プロセスの段階
【 問題 】 要求定義のプロセスのうち、現状の業務分析やステークホルダーへのインタビュー、ミーティングなどを通じて、利用者がシステムに求めている潜在的な要望やビジネスニーズを引き出し、理解していく段階に当てはまるものはどれでしょうか？
（ア）要求獲得
（イ）要求分析
（ウ）要求仕様化
（エ）要求の検証
2. 正解：
正解： （ア）要求獲得（要求エライシテーション）
3. 解説：まずは「引き出す」ことからすべてが始まる
要求定義（要求工学）のプロセスは、一般的に「①獲得 ➡️ ②分析 ➡️ ③仕様化 ➡️ ④検証」というサイクルを回します。今回の問題は、まさにそのスタート地点である「①獲得」の特徴を突いたものです。
■ （ア）要求獲得（Elicitation）
・内容：インタビュー、ワークショップ、現状業務の観察などを通じて、顧客の要望やビジネスの目的を「引き出して理解する」段階です。 ← ココが問題の正解！
■ （イ）要求分析（Analysis）
・内容：獲得したバラバラな要求を整理し、矛盾を解決したり、実現可能性（コストや技術）を考慮して「ふるいにかける・優先順位をつける」段階です。
■ （ウ）要求仕様化（Specification）
・内容：合意した要求を、開発者も読めるように「要件定義書」などの「ドキュメント（文書）の形に落とし込む」段階です。
■ （エ）要求の検証（Validation）
・内容：出来上がった要件定義書を顧客と一緒にレビューし、「本当にこの内容で、あなたが欲しかったシステムが作れますか？」と最終確認・承認をもらう段階です。
1. 理解のコツ: 「お医者さんの診察」に例えてみましょう。患者さんに「今日はどうされました？どこが痛みますか？（インタビュー）」と聞いて、現行の症状をじっくり聞き出すのが要求獲得です。その情報をもとに「原因は何か、治療可能か」を考えるのが分析、カルテに書くのが仕様化、最後に「この治療方針でいいですね？」と同意をとるのが検証、という流れです。
2. 試験対策の視点: 「現状業務やインタビューから」「利用者の要求を理解していく（引き出す）」という文脈が来たら「要求獲得」が一択です。カタカナ表記で「要求エライシテーション」と出題されることもあるため、両方の名前をセットで覚えておくのが得点アップの秘訣です。
4. まとめ
「ステークホルダーとのコミュニケーションを通じて、システムの根底にある要望を正しく引き出すフェーズ」。これが要求獲得です。この段階で顧客の真のニーズを理解できていないと、その後の分析や仕様化がすべて『砂上の楼閣』になってしまうため、非常に丁寧なヒアリングスキルと業務理解が求められる重要なプロセスです。