プロジェクトマネージャ試験 平成22年度春期

問1 では，プロジェクト計画の立案及びプロジェクトの管理・運営について出題した。ドキュメントの整 備，利用部門との共通理解の形成，品質評価基準の策定などにおける留意点については，おおむね正しく理解 されていた。 設問2(2)のE 社システムを利用してプロトタイプを構築する理由として，“操作によって具体的にイメージ ができるから”などのように，プロトタイプを構築する一般的な理由を記述した解答が目立った。題意を理解 し，なぜE 社システムを利用してプロトタイプを構築したのかについて，プロジェクトの状況に一歩踏み込ん だ分析をした上で解答してほしかった。 設問3(3)及び(4)の品質評価方法については，プロジェクトマネージャの基本的かつ実践的なスキルの一つと して身に付け，実際のプロジェクトの管理・運営においても是非活用してほしい。

問2 では，システム開発プロジェクトにおけるプロジェクト運営の実践力について出題した。プロジェクト にかかわる部門間のコンフリクトを解消するためのエスカレーションの意義や，承認を待たずに次工程を開始 することのリスクなどについては，おおむね理解されていた。 設問1 では，プロジェクト発足のきっかけとなる業務上のリスクを理解しているかどうかについて問うた が，漠然とした記述の解答が多かった。だれによるどのような行為がリスクとなるのかを具体的に記述してほ しかった。 設問3(1)では，納期に厳しい制約のあるプロジェクトにおけるスコープの調整について問うたが，スコープ を調整する方向ではなく，顧客の当初の要求をそのまま記述している解答が多かった。ステークホルダの要求 をどのように調整するかは，プロジェクトマネージャ（PM）としての重要な能力であり，時には第三者を通 して説得することも必要となることを理解してほしい。 設問5 では，プロジェクトの運営組織をいかに機能させるかについて問うた。PM は，プロジェクト目標の 達成に責任をもち，場合によっては，自ら解決のシナリオを描いて，ステークホルダ間の調整を図らなければ ならないことを理解してほしい。

問3 では，システムの再構築における，データ移行について出題した。 設問1(2)では，本番移行の実現性を評価する作業について問うたが，一部に作業の目的を解答したものが見 られた。問われている内容を正しく理解してほしい。 設問3(1)では，総合テストにおいてデータ移行で作成したデータを使用して，テストデータを充実させるこ とによって，サービス開始後に安定したサービスを提供できると考えた理由を問うた。データ移行の品質向上 を解答したものが見受けられたが，テストデータを充実させることに起因する理由を解答してほしかった。 設問4(2)では，対策案の検討を行っている時期が，移行総合テストの終盤であることから，検証を早期に完 了させることが望ましい。そのため，解答に当たっては，その状況に適した内容を記述してほしかった。

問4 では，組込みシステム開発の請負契約における見積りやリスク対策について出題した。コスト，工期の 見積りの基本や，契約における前提条件の変更の取扱い，リスク対応については，おおむね正しく理解されて いた。 設問2(2)では，外部リスクが現実化する予兆の早期検知について問うたが，“テスト計画の参考にする”, “結合テストの収束を見極める”など，時系列の欠陥発生状況の一般的な活用を記述した解答が目立った。解 答に当たっては，本文の状況に適した内容になっているか，もう一歩踏み込んで考えてほしかった。 設問3(2)では，仕様上の未確定事項が残っている要件を請負契約の中に含める際に，どのような前提条件を 設定しておくことが必要かを問うたが，前提条件の変更が発生した時に，変更による差異の量を明確にできな い解答が多く見られた。契約交渉の場で説得力のある前提条件を解答してほしかった。

“論述の対象とするプロジェクトの概要”での記述内容と論述との不整合など，本年度も，“論述の対象と するプロジェクトの概要”の記述内容の不備が目立った。解答を理解するための重要な情報であり，また，プ ロジェクトマネージャ（PM）としての経験が表現されるので，的確に記述の上，論述してほしい。 各問に共通した点として，設問アではプロジェクトの特徴に対して，プロジェクトの概要やシステムの特徴 についての論述が多かった。また，設問の趣旨に沿わず，問われていないことを記述している論述も散見され た。求められているのは，プロジェクトに関するPM の視点からの論述であることをしっかり認識してほし い。

問1（システム開発プロジェクトのリスク対応計画について）では，プロジェクト立上げ時に存在したリス ク要因と想定したリスク，想定したリスクの分析に基づいて策定したリスク対応計画についての具体的な記述 が多かった。しかし，リスク要因とリスクの定義を理解せずに混同し，想定したリスクの分析ではなく，既存 のリスク要因についての分析の記述も見られた。日ごろから，言葉の使い方には気をつけるようにしてほし い。

問2（システム開発プロジェクトにおける業務の分担について）では，プロジェクトの管理・運営を効率よ く実施するためにチームリーダなどと分担したマネジメント業務についての具体的な記述が多かった。しか し，PM の承認，判断，指示などのマネジメント業務の分担ではなく，PM の付随業務の分担や分担ルールが 明確でない任せきりにしている分担の記述も見られた。

問3（システム開発プロジェクトにおける進捗管理について）では，重点的に管理するアクティビティを特 定して進捗管理を行った経験がうかがえる論述が多かった。しかし，進捗遅れの兆候の把握と完了日を守るた めの対策との関連がうかがえない論述，発生した進捗遅れへの対処の説明に終始し進捗が遅れた際の原因や影 響の分析に言及していない論述も見られた。