どんなものを作るかをハッキリ決めること
簡単な説明
要件定義ってのは、「どんなシステム作るか」を最初にちゃんと決める話し合いだよ。
あとで「こんなの聞いてない！」ってならないように、みんなで認識を合わせる大事なステップ。
ここをサボると後でめっちゃ面倒なことになるから、超重要！
由来
要件定義は、コンピュータシステムを作るときに、「作る前に何をしたいか・何が必要か」をハッキリさせる作業です。昔、コンピュータシステムを作るときに、最初に決めごとをせずに作り始めて失敗することが多かったため、きちんと「最初に決めましょう」という流れができました。
具体的な説明
要件定義とは、システムやソフトウェアを開発する前に、「このシステムはどんな機能を持っているべきか」「誰が使うのか」「どういう動きをするのか」などを文書にまとめる作業です。
具体的には、「業務要件」「機能要件」「非機能要件」の3つに分けて整理することが一般的です。
- 業務要件：仕事で達成したい目標
- 機能要件：システムに必要な機能
- 非機能要件：性能や安全性、使いやすさなど
例えば、学校で「図書館の貸し出しシステム」を作るとしましょう。
要件定義では、
- 誰が使うの？→先生と生徒
- 何ができる？→本を貸したり返したり、どの本が今あるかを調べたり
- どんなスピードで？→10秒以内に検索できるように
といったことを決めていきます。
情報システム開発における要件定義は、ステークホルダー（利害関係者）から要求事項を正確に聞き取り、システム化可能な形に精緻化するプロセスです。要件定義の質は、プロジェクト成功の鍵となり、要求工学（Requirements Engineering）という学問分野でも研究されています。要件定義プロセスは以下のように構成されます。
- 要求収集（Requirements Elicitation）
- 要求分析（Requirements Analysis）
- 要求仕様化（Requirements Specification）
- 要求確認（Requirements Validation）
具体的な実験や観察手法と結論
実験例
複数のプロジェクトチームで、「要件定義をしっかり行ったグループ」と「要件定義をせずにすぐ作り始めたグループ」で開発を行わせました。
結果
要件定義をしっかり行ったグループは、完成後の修正が少なく、工期も短くなりました。逆に、要件定義を行わなかったグループは、完成間際にたくさんの手戻り作業が発生し、結果として開発期間が2倍以上かかりました。
例文
「新しいゲームを作りたいけど、要件定義をしっかりしないと、あとで『こういう機能も欲しかった！』って問題になるよ。」
疑問
Q: 要件定義と設計の違いは何ですか？
A: 要件定義は「何を作るか」を決めることで、設計は「どう作るか」を決めることです。順番に違いがあります。
Q: 要件定義を間違えたらどうなりますか？
A: 完成後に「必要なものができていない」となり、大きな修正や作り直しが発生する可能性があります。
Q: 要件定義の段階でユーザーの意見は必要ですか？
A: はい、とても必要です。実際に使う人の意見を聞かないと、使いにくいシステムになってしまうからです。
Q: 要件定義は誰が作成しますか？
A: プロジェクトマネージャーやシステムエンジニアが中心となって作成しますが、ユーザーや関係者全員で確認します。
Q: 要件定義における「非機能要件」とはどのようなものですか？
A: 非機能要件とは、「システムの使いやすさ、応答時間、安全性、信頼性」など、機能以外でシステムの品質に関わる要件のことです。
Q: 要件定義で使われる「ユースケース図」とは何ですか？
A: ユースケース図は、誰がどのようにシステムを使うかを視覚的に示す図で、利用者（アクター）とシステムの機能（ユースケース）の関係を表します。
Q: 要件定義フェーズでの「合意形成」が重要なのはなぜですか？
A: 関係者全員の合意を得ることで、後から「そんな話は聞いていない」といったトラブルを防ぎ、手戻りを減らすことができるためです。
Q: 「要求定義」と「要件定義」の違いは何ですか？
A: 要求定義は「ユーザーが望むこと」を明らかにする段階で、要件定義はその要求を「システムとしてどう実現するか」に落とし込む作業です。
Q: 要件定義はウォーターフォールモデルのどの工程にあたりますか？
A: 要件定義は、ウォーターフォールモデルの最初の工程である「要件定義フェーズ」にあたります。
Q: 要件定義の成果物（アウトプット）は何ですか？
A: 要件定義書や仕様書が代表的な成果物で、関係者の合意を得るための正式な文書となります。
Q: 要件定義を行う際、業務フローを作成する目的は何ですか？
A: 現在の業務や理想の業務を視覚的に整理することで、システム化すべきポイントを明確にするためです。
Q: 要件定義では「トレーサビリティ」が重要とされますが、それはなぜですか？
A: トレーサビリティ（追跡可能性）を確保することで、後の工程で要件変更があっても、どこに影響が出るかを追いやすくなるためです。
Q: アジャイル開発でも要件定義は必要ですか？
A: はい、アジャイル開発でも要件定義は必要ですが、初期段階では「大まかな要件」にとどめて、開発を進めながら詳細化していく点が特徴です。
Q: ユーザーが要件定義に参加しない場合、どんなリスクがありますか？
A: 実際の利用者のニーズが反映されないため、完成したシステムが使いにくかったり、期待外れになるリスクが高まります。
理解度を確認する問題
要件定義において最も重視されるべき事項はどれか。
A. プログラムの細かなコード
B. システムの開発に必要な人材の採用
C. システムが実現すべき業務内容や機能
D. 画面の色使いとデザイン
回答
C. システムが実現すべき業務内容や機能
関連論文や参考URL
「The Chaos Report」(Standish Group)
解説
このレポートでは、多くのITプロジェクトの失敗理由を分析しており、「要件の不明確さ」が最大の失敗原因のひとつとされています。
結果
成功したプロジェクトのうち、要件定義を丁寧に行ったものは全体の3割以上を占め、逆に失敗したプロジェクト
まとめ
要件定義とは、システム開発の前に「何を作るか」を明確にする工程です。
業務で必要な機能や条件を関係者とすり合わせて文書化します。
正確な要件定義は、手戻りやトラブルを防ぎ、プロジェクト成功の鍵となります。
コメント