PD試験（仮称）マネジメント区分 サンプル問3（予算超過時のスコープ定義）の解説

答えはカ：要望3を優先し、顧客を要件定義に入れる

正解はカ（(四)，(五)）です。IPAは出題趣旨で、この問題を、限られた予算と投資回収方法が異なる多様な顧客要望という制約条件の中で、事業の価値提供と経営状況の改善を両立させるためのスコープ定義の進め方を判断する能力を評価するものとしています。

下線①の条件は、名前は「二つ」でも、中身は3つの要素に分かれます。予算の範囲に収めること、機能追加と確実なリリースを実現すること、短期的な資金繰りを改善することです。5つの進め方のうち、どれか1つの要素に反するものは外れます。最後に残る2つが、要素をすべて満たす組合せになります。

5つの進め方を、条件の要素に当てはめる

(四)は、資金繰りの条件を満たす唯一の進め方です。表1で要望3は「開発費をリリース時に顧客に請求して回収し，保守費も継続的に顧客に請求して回収する」とされています。本文の冒頭にも「大口顧客との個別契約は短期的な資金繰りの改善に寄与する」とあります。開発費を顧客が負担するので、プロジェクトの予算も圧迫しません。

(五)は、確実なリリースの条件に効く進め方です。昨年度にリリースが中止になった原因は、本文で「機能追加要望に対する A 社の認識誤りに起因する不具合」と特定されています。認識誤りは要件を決める段階で入り込むので、顧客が要件定義に参加して、要件が要望に合っているかを確かめれば、同じ原因の不具合を最初の工程で止められます。

間違えやすいところ：運用訓練を延ばす(二)

(二)は、昨年度の失敗から素直に思いつく対策です。不具合は運用訓練で見つかったのだから、訓練を長くすれば、もっと見つかるだろう、という考え方です。

しかし運用訓練は、リリース直前の工程です。そこで認識誤りが見つかれば、作り直しかリリースの中止になり、昨年度と同じ結果になります。不具合を見つける時期を早めるのではなく、作り込む前に誤りを防ぐのが(五)です。訓練を延ばすぶん費用と期間も増え、予算の条件にも反します。

もう1つの落とし穴は、(三)の要望1です。表1で要望1は「開発の優先度は要望 2 よりも高い」と書かれているので、分類だけで選ぶと進めたくなります。ただし優先度が高い理由は、多数の顧客の継続利用につながり、1年〜2年で回収できるからです。ヒアリングで利用する顧客が少ないと分かったなら、この理由がなくなっています。

時間をかけないコツ：まず資金繰りの条件で絞る

解く時間の目安は5分ほどです（当サイトの推測）。5つの進め方のうち、短期の資金繰りを改善できるのは(四)だけで、ほかの4つは回収に時間がかかるか、費用を増やすものです。

1. 資金繰りの条件から(四)を入れる。解答群で(四)を含むのは、イ(二)，(四)とカ(四)，(五)の2つ。
2. (二)と(五)を比べる。昨年度の失敗の原因が「認識誤り」と書かれているので、要件定義の段階で防ぐ(五)を選ぶ。カに決まる。

表1を読むときは、各要望の「回収の期間と方法」の列を先に見ると、資金繰りに効くものがすぐ分かります。

実務の目で見ると：スコープを削るより、財源の違う要望を分ける

予算を超えたとき、要望を優先度の順に並べて下から削る方法がよく取られます。この問題は、それだけでは足りない場面を描いています。要望ごとに開発費の回収のされ方が違うので、要望3のように顧客が費用を負担するものは、予算の枠とは別の財源で進められます。削る対象を選ぶ前に、要望を回収方法で分けておくと、予算の制約と資金繰りの改善を両立させる余地が見えてきます。

シラバス案（Ver.0.2）の科目Bの項目「3-3. プロジェクトの立ち上げ，計画，実行・管理及び終結のプロセスに関するプロジェクトマネジメント」は、ステークホルダの要求を満たすためにスコープを定義するスキルと、承認された予算の範囲でプロジェクトを実行するために財務状況を管理するスキルを挙げています。この問題は、その2つを同時に問う形になっています。