プロジェクトマネージャ 2012年 午後1 問03

解答の導き方

誤りやすいポイント

• EVMを採用すれば、目標の稼働開始日に必ず間に合うと考えるのは誤りです。EVMは進捗や遅れを把握するための管理手法であり、遅れへの対応を確実に行うことも必要です。
• EVMを単にコスト管理の手法と捉えると、設問の意図を見落とします。この設問では、完了予定日やスケジュール上の遅れを把握できる点が重要です。
• 進捗を「早く把握できる」ことだけでなく、その情報を基に完了予定日を見通せる点にも触れる必要があります。

FAQ

解答の導き方

誤りやすいポイント

• 「テスト段階の仕様変更を減らすこと」だけを答えると、問題を解決するための直接的な目的が抜けます。ニーズの早期把握と参加意識の向上を示しましょう。
• プロトタイピングの効果を、画面や機能を試作することだけで終わらせないようにします。利用部門の反応を要件定義に反映できる点が重要です。
• 「利用部門のニーズの把握」と「利用部門の参加意識の向上」は異なる目的です。一方だけでなく、両方を押さえます。

FAQ

解答の導き方

1. EVMでは、計画と実績を同じ単位で比較できるようにする必要があります。本文では、EVMのベースラインとなるPVを設定するために、まずWBSを作り、その最下位の要素成果物をWPとして設定しています。WBSによって、プロジェクトの作業を段階的に分け、管理する単位を明確にしています。
2. さらに、WPごとに必要なタスクを洗い出し、各タスクの予算とスケジュールを決めてPVを定めています。つまり、WBSやWPを基準にすれば、計画上のコストやスケジュールを整理して設定できます。
3. EVMでは、計画値だけでなく実績も計画と対応させて比較します。本文でも、PVに対応した実コスト（AC）を集計できるか確認しており、工程単位しか管理できない現状の仕組みではEVMに適さないと判断しています。したがって、WBSを活用する理由は、計画と実績をWBSまたはWP単位で対応させて管理・比較するためだと分かります。

誤りやすいポイント

• WBSを、単に作業項目を一覧にするためのものと考えないようにします。EVMでは、作業を管理しやすい単位に分解し、計画と実績を比較する基準として使います。
• 「進捗を把握するため」だけでは説明が不十分です。設問では、WBSを活用することでコストやスケジュールをどの単位で管理できるかまで示す必要があります。
• WBSを作ること自体がEVMの目的ではありません。WBSに基づいてWPやタスクを設定し、計画値と実績値を対応させることが重要です。

FAQ

解答の導き方

1. 問われているのは、WBSに加えた「直接的な開発作業ではない」業務の名称です。本文では、その業務を「プロジェクトを成功裡に進めるために必要となる一連の業務」と説明しています。
2. 要件定義、設計、製造、テスト、移行は、システムを開発して稼働させるための作業です。それらを計画し、進捗や課題を管理する業務は、開発そのものではなく、プロジェクト全体を進めるための管理業務に当たります。
3. 図1では、要件定義などの工程と並ぶレベル1の項目として、空欄の項目が置かれています。したがって、ここに入るのは、開発工程ではなくプロジェクト全体を管理する業務を表す語です。「プロジェクト管理」または「プロジェクトマネジメント」が適切です。

誤りやすいポイント

• 空欄を要件定義や設計などの開発工程名と考えないようにします。本文は、それらとは別に、開発を成功させるために必要な業務を加えたと説明しています。
• WBSを開発作業だけの一覧と捉えないことが大切です。プロジェクトを進めるための管理業務も、必要な作業としてWBSに含めます。
• 「プロジェクト管理」と「プロジェクトマネジメント」は、ここでは同じ趣旨を表す語として扱えます。

FAQ

解答の導き方

誤りやすいポイント

• タスクを細分化する目的を、作業の難易度を下げるためだけだと考えないようにします。この設問では、週次で進捗を測定することとの対応が重要です。
• EVをタスクの途中でも計上すると考えないようにします。本文では、タスク完了時にEVを全て計上するとしています。
• タスクが1週間以内なら、週次で必ず作業量を細かく数値化するという意味ではありません。完了したかどうかを基準に進捗を把握できる点が要点です。

FAQ

解答の導き方

1. この設問では、タスクの完了判定基準を明確にし、第三者による確認を義務付けた目的を問われています。EVMでは、作業の進捗を客観的に把握し、計画と実績を比較できるようにすることが重要です。
2. 本文では、従来の進捗管理について「開発担当者が自分で見積もった進捗率」に基づいており、「客観的な基準による進捗の把握が行われていない」と問題視しています。つまり、担当者の主観に頼る進捗評価を改める必要がありました。
3. そこで、M課長はタスクの完了判定基準を明確にし、第三者による確認を経て完了とすることにしました。さらに、EVはタスクの完了時に全て計上する方式です。完了の判断を明確な基準と第三者の確認に基づいて行えば、進捗を客観的に評価し、EVを確実に計上できます。
4. したがって、目的は、客観的な進捗管理を確実に行うことです。

誤りやすいポイント

• 第三者による確認の目的を、成果物の品質向上だけに限定しないことが大切です。この設問では、EVMにおける進捗の客観的な把握が中心です。
• 「タスクの完了を遅らせないため」と考えるのは適切ではありません。第三者の確認は、完了判定の信頼性を高めるためのものです。
• タスクの完了時にEVを全て計上するため、完了判定が曖昧だと進捗の計上にもばらつきが生じます。判定基準の明確化と第三者確認は、そのばらつきを防ぐ役割があります。

FAQ

解答の導き方

誤りやすいポイント

• 作業時間を「毎日」入力していることを問題と捉えないようにします。問題は入力頻度ではなく、工程単位でしか集計できない点です。
• 管理を細かくするとだけ述べると、どの単位に変えるのかが不明確です。タスク、WBS、WPなど、PVに対応できる単位を示します。
• EVMの実施頻度を週次から日次に変える問題ではありません。作業時間の集計単位を変更する問題です。

FAQ

解答の導き方

1. SPIとCPIが何を表すかを確認します。SPIは計画に対する進捗、CPIは実コストに対する成果の効率を示し、それぞれ $SPI=EV/PV$、$CPI=EV/AC$ で求めます。したがって、予定した作業に対してEVが不足するとSPIが悪化し、実コストが発生しているのにEVが不足するとCPIも悪化します。
2. 本文では、EVは「タスクの完了時にEVを全て計上」とされています。そのため、作業が途中まで進んでいても、タスクが完了していなければEVは計上されません。
3. 帳票チームでは、第1週から着手する予定だったWPの要員が着任できず、作業開始が遅れています。第1週に完了予定だった作業のEVが計上されない一方、計画上はPVがあるため、SPIが悪化します。ただし、作業は第1週に開始されておらず、同じ単価のサポート要員を加えても「総時間も予定範囲内に収まる見込み」とされています。このため、実コストの超過によるCPI悪化の原因とはなりません。
4. DBチームでは、設計作業は予定どおり進み、完了判定基準も満たしています。しかし、第三者による確認が終わっていないため、タスクは未完了です。第1週に完了予定だった作業のEVが計上されず、PVに対してEVが不足するのでSPIが悪化します。また、設計作業には実コストが発生しているのにEVが計上されないため、CPIも悪化します。
5. 内部処理チームは、要員が予定どおり参加し、タスクも予定どおり完了しています。本文で進捗や作業時間の問題が示されているのは、帳票チームとDBチームです。以上から、SPIの悪化には帳票チームとDBチームが、CPIの悪化にはDBチームが関係すると判断できます。

誤りやすいポイント

• タスクの実作業が完了していても、完了判定の第三者確認が終わっていなければ、本文のルールではEVを計上できません。DBチームはこの点がSPIとCPIの両方に影響します。
• 作業が遅れているチームを、SPIだけでなくCPIにも影響すると判断しないようにします。帳票チームは第1週に作業を開始できていないことに加え、総時間は予定範囲内の見込みなので、CPI悪化の原因ではありません。
• 翌週以降に遅れを取り戻せる見込みであっても、第1週末時点では予定したEVが得られていません。第1週のSPIを判断するときは、その時点の実績で考えます。

FAQ

解答の導き方

誤りやすいポイント

• 帳票チームについて、着手の遅れだけに注目し、スケジュールのリカバリを指示すればよいと考えないようにします。予定どおりの完了が見込まれているため、設問で指定された作業時間の観点では、総時間が予定範囲を超えないようにすることが焦点です。
• サポート要員の単価が同じことだけを根拠に、コスト上の確認は不要と判断しないようにします。作業時間の合計が予定を超えれば、コストにも影響する可能性があります。
• DBチームは設計作業が終わっているからタスクも完了した、と判断しないようにします。第三者の確認を完了条件としているため、確認が終わるまではタスク未完了です。
• DBチームの指示を「確認を早く終わらせる」だけにしないようにします。確認の遅れが全体に及ぼす影響を調べ、必要なリカバリプランを策定することが重要です。

FAQ