プロジェクトマネージャ 2010年 午後1 問02

解答の導き方

1. まず、関係する部門がそれぞれ何を重視しているかを整理します。経理部長は、業務効率の向上も実現するため「EUC業務のすべて」を移行したいと考えています。一方、情報システム部長は、すべてを今年度中に移行するのは難しいと判断し、財務諸表への影響度を基に対象を絞りたいと考えています。
2. つまり、経理部は業務効率の向上や全業務の移行を重視し、情報システム部は実現可能性や財務諸表への影響度を重視しています。両部門で、プロジェクトに期待することや優先することが異なっています。
3. このずれがあるため、S氏はプロジェクトの目的と目標を明確にし、ステークホルダ全員に周知する対策を考えています。また、部門間の調整が必要な場合に委員会を開催する対策も必要としています。したがって、対策の根拠となった状況は、情報システム部と経理部の目的意識がそろっていないことです。

誤りやすいポイント

• 「今年度中に移行する時間がない」といったスケジュール上の問題だけを答えないようにします。スケジュールの制約は背景ですが、設問が尋ねているのは、二つの対策が必要になった状況です。
• 経理部が全面移行を望んでいることだけでなく、情報システム部が対象を絞ろうとしていることも押さえます。両部門の考えの違いがポイントです。
• 業務担当者の協力不足は、後の〔利用者レビュー〕で述べられる問題です。この設問では、〔状況把握〕にある経理部と情報システム部の認識のずれに注目します。

FAQ

解答の導き方

誤りやすいポイント

• 委員会を単なる進捗報告の場と捉えないようにします。本文では、工程の区切りや部門間の調整が必要な場合に開催するとされています。
• 役員が加わる意義を「会議の重要性を高めるため」だけで終わらせないようにします。部門間の調整権限や、役員からの支援を得る点が重要です。
• 開発作業を担当するチームと、部門間の意思決定・調整を行う委員会を混同しないようにします。

FAQ

解答の導き方

1. この設問で問われているのは、プロジェクトを実施する理由そのものではなく、キックオフミーティングでステークホルダ全員に周知する「プロジェクトの目標」です。
2. 目標を読み取る根拠は、経営会議の指示です。本文には「今年度中に移行を完了し、来年度の業務処理はWebアプリケーションで行うように」とあります。ここから、移行を完了させる期限が今年度中であると分かります。
3. 「来年度の業務処理はWebアプリケーションで行う」は、移行完了によって実現する状態です。プロジェクトで達成すべきことを簡潔に表すなら、期限を含めて、今年度中に移行を完了することが目標です。

誤りやすいポイント

• EUC業務のリスク対策や業務効率の向上は、プロジェクトに取り組む目的や期待効果であり、ここで問われている目標とは区別します。
• 「来年度の業務処理はWebアプリケーションで行う」だけでは、移行をいつまでに完了するかが明確になりません。期限である「今年度中」を含めます。
• 経理部長が希望する「EUC業務のすべてを今年度中に移行すること」は、本文で調整が必要な要求です。確定したプロジェクト目標と混同しないようにします。

FAQ

解答の導き方

1. まず、EUC業務は財務諸表への影響度によって“大”“中”“小”に分類されています。本文では「影響度の“大”のものは、緊急に改善が必要」とされており、影響度が“大”の業務ほど優先してリスク対策を行う必要があると分かります。
2. 一方、EUC業務は幅が広く、報告書の数も多いため、すべてを今年度中に移行するのは難しい状況です。そのため、プロジェクト計画では、財務諸表への影響度と移行に必要な作業を考慮して、今年度中に開発できる範囲に絞り込んでいます。
3. その範囲を絞り込むに当たり、業務監査室長は「ある範囲のEUC業務をすべて含める」ことを条件にしています。リスク対策を優先する必要があるのは、分類の中で緊急に改善が必要とされた影響度“大”の業務です。したがって、対象に含めるよう求められた範囲は、影響度“大”のEUC業務です。

誤りやすいポイント

• 「すべてを含める」という表現から、すべてのEUC業務が対象だと考えないようにします。本文では、今年度中にすべてを移行するのは難しいとされています。
• 「業務担当者への教育を徹底する」という条件と、移行対象に含める業務の範囲を混同しないようにします。教育は別の条件です。
• 財務諸表への影響度が“大”“中”“小”のうち、どの分類が緊急に改善すべきとされていたかを確認します。

FAQ

解答の導き方

誤りやすいポイント

• 財務諸表に与える影響度だけで対象範囲を決めると考えることです。本文では、それに加えて今年度中に開発可能かどうかも考慮しています。
• 「開発期間」と「開発工数」を同じ意味として扱うことです。期間は作業にかかる時間、工数は作業に必要な人手の量を表します。
• 対象範囲を絞り込む際に、利用者側の要望だけを優先することです。本文では、残り時間と開発上の負担を踏まえて、今年度中に開発可能な範囲を選んでいます。

FAQ

解答の導き方

誤りやすいポイント

• 「業務内容を会計知識のない人間に説明しても分からない」という発言だけに注目し、業務手順の変更に対する抵抗を見落とすことです。
• 「業務の正確性を保証できない」という懸念を、実際に正確性が低下するという事実として答えることです。設問が問うているのは、業務担当者の姿勢です。
• 「些細な変更点も受け入れられない」というレビュー時の発言だけを抜き出し、変更を拒む理由である従来の業務手順へのこだわりを示さないことです。

FAQ

解答の導き方

誤りやすいポイント

• 「利用者の意見と情報システム部の意見が対立すること」だけで止めないようにします。設問は、先に工程を進めた場合に生じる具体的なリスクを尋ねています。
• 「手戻り」と「スケジュール遅延」は別々の問題ではなく、利用者の承認が得られず設計を修正することで手戻りが生じ、作業の遅れにつながる関係です。
• スケジュールが厳しいことだけを答えるのではなく、レビューを待たずに進めることが、なぜ遅延を招き得るのかまで押さえます。

FAQ

解答の導き方

1. まず、利用者レビューの段階で、業務担当者が「些細な変更点についても受け入れられない」としていることに注目します。外部設計書の内容について利用者側の合意を得るのに時間がかかる状況です。
2. 一方、情報システム部のメンバは、今年度末までに完了するには期間がぎりぎりだと考えています。S氏は、レビュー結果を待たずに次の工程へ進むのはリスクがあるとして、利用者側の合意を得てから進めるよう指示しています。つまり、合意を急ぐ必要はありますが、合意を省略することはできません。
3. そこでS氏は、このままでは外部設計工程を完了できないと判断し、「外部設計書承認の最終期限」を委員会でトップダウンに確定してもらう必要があると考えています。
4. 委員会開催の段落でも、委員会の目的はその期限を確定してもらうことだと述べられています。したがって、[b]に入るのは、外部設計書の承認をいつまでに行うかという最終期限です。

誤りやすいポイント

• プロジェクト全体の完了期限と混同しないようにします。ここで委員会が確定するのは、外部設計書の承認期限です。
• 外部設計書の内容や承認方法を決めることではありません。本文が求めているのは、承認を終える期限の確定です。
• 利用者レビューを省略して開発を先行する、という意味でもありません。本文では、利用者側の合意を得てから次の工程に進む方針が示されています。

FAQ

解答の導き方

誤りやすいポイント

• 追加開発の「工数」や「スケジュール」を空欄に入れるのは適切ではありません。これらは、本文ですでに比較の相手として示されています。
• 対象範囲に含める条件として書かれた「業務効率向上に効果の大きいもの」を読み落とさないようにします。
• 変更管理では、追加要求をそのまま受け入れるのではなく、得られる効果と必要な工数のバランスを見て対応を判断します。

FAQ