平成27年度 秋期 ITパスポート試験 公開問題 問25 解説 業務要件の定義

最も重要なのは「誰のためのシステムか」

この問題の正解を導くための鍵は、業務要件定義の目的を考えることにあります。システム開発における要件定義とは、システムで何を実現したいのか、どのような業務フローが必要なのかを定義する作業です。

そのため、「システムを実際に使って業務を行う当事者」からの合意がなければ、どれほど技術的に優れたシステムを作っても、現場のニーズに合わない「使われないシステム」になってしまいます。したがって、利用部門の責任者の合意が最も重要となります。

業務要件定義におけるステークホルダーの役割

システム開発には多くの関係者（ステークホルダー）が関わりますが、その役割は大きく異なります。

業務要件定義とは、開発者と利用者の間で行われる「合意形成」のプロセスです。開発側の視点だけでなく、利用部門が「これなら業務が効率化される」「この機能がないと困る」という点を明確に承認する必要があります。

一方、選択肢にある「現行システムの担当者」や「開発ベンダ」は、あくまで支援者や遂行者です。開発ベンダは「いかに実現するか（システム要件）」を考える専門家ですが、「何をすべきか（業務要件）」を決定する権利と責任は、あくまで利用部門側にあります。

実務現場における合意形成の重要性

この知識は、ITパスポート試験だけでなく、実際のシステム開発プロジェクトの現場でも「プロジェクトの成否を分ける最重要事項」として認識されています。

現実のプロジェクトでは、利用部門の責任者が多忙であったり、現場の意見がまとまっていなかったりすることで、要件定義の詰めが甘くなることがあります。しかし、ここでの合意を曖昧にして開発を進めると、開発の後半工程やリリース直後に「こんなはずではなかった」という手戻りが発生し、膨大なコストや時間のロスを招きます。

試験対策としては、「業務要件＝利用部門の業務を規定するもの」という定義をしっかり押さえ、責任の所在がどこにあるのかを意識して選択肢を絞り込むことが正解への近道です。

参考リンク

• ITパスポート試験ドットコム：要件定義
• 【実体験】システム開発で一番重要なのは「要件定義」であるという話（Qiita）
• IPA：共通フレーム2013（ソフトウェアライフサイクルプロセス）