問17
頻出度★★☆
A社は，営業担当者が日々のセールス活動で利用する営業部門内システムの構築プロジェクトを進めている。このプロジェクトは，システム開発部門長がプロジェクトマネージャとなり，システム開発部門から選ばれたメンバによって編成されている。当該システムの業務要件定義を完了するための主要な手続として，適切なものはどれか。
平成30年度 秋期 ITパスポート試験 問17
ストラテジ系システム企画 › 要件定義
この問題の解説と、これまでの解答の記録です。
解説
問 17
不正解ア
利用者に確認せず、開発側のプロジェクトメンバが「あるべき姿」を一方的に描いている点が不適切です。また提出先が意思決定権を持たない「営業企画担当者」で、業務要件を確定させる合意になっていません。要件を利用者から引き出す手順が欠けています。
- イ
正解 業務要件定義とは、システムを実際に使う業務部門が「何を実現したいか」を明確にし、それを開発側と業務側で正式に取り決める作業です。本プロジェクトは開発部門のメンバだけで編成されているため、利用者である営業部門長・営業担当者から業務ニーズを直接「聴取」する必要があります。選択肢イは、聴取したニーズをプロジェクトメンバが整理・要約し、さらに業務の責任者である営業部門長と「合意」しています。これは「利用者からの要求収集」と「業務側との合意形成」という業務要件定義の必須手続を両方満たしており、適切です。
不正解ウ
「現状の業務フロー」は現在のやり方 (As-Is) を写したものにすぎず、システムで実現すべき要件そのものではありません。また営業担当者へ「報告」するだけで、合意を取る手続がありません。現状把握と業務要件定義を混同しています。
不正解エ
業務要件はシステムを使う業務部門の合意で確定させるべきものです。開発側メンバがブレーンストーミングで洗い出した要件を、同じ開発側のプロジェクトマネージャが承認するだけでは、利用者 (営業部門) の意向が反映・確認されず、独りよがりな要件になります。
ここがポイント
- 業務要件定義は、実際の利用者 (業務部門) から業務ニーズを聴取し、それを整理したうえで業務側の責任者と「合意」して確定させる。開発側だけで決めてはならない。
- 現状の業務フロー (As-Is) の把握は要件定義の入力にすぎず、業務要件そのものではない。要件確定には利用者との合意形成が不可欠。
用語