プロジェクトマネージャ試験 令和7年度秋期

問１では，生成AI を活用するプロジェクトを題材に，プロジェクトの特性を踏まえたプロジェクト計画の 作成とリスク対応策の検討について出題した。全体として正答率は平均的であった。 設問2(1)は，正答率が平均的であった。違いの可視化及びその理解にとどまり，狙いであるテーラリングに 言及できていない解答が多かった。プロジェクト計画は適用技術や開発アプローチなどに整合させることが重 要であり，それに必要となる情報を可視化する必要がある点を理解してほしい。 設問3(2)は，正答率がやや低かった。生成AI の学習データとして求められる正確性・多様性・網羅性につ いて，それぞれ，初期及び追加でどのように担保できるのかどうかを見極め，それにふさわしい方法での準備 を行う必要のあることを意識してほしい。

問２では，プロジェクトへの関与度が“支持”でないステークホルダが存在する状況下の情報システム刷新 プロジェクトを題材として，ステークホルダマネジメントの計画，及びコミュニケーション計画の作成につい て出題した。全体として正答率は平均的であった。 設問2(2)は，正答率がやや低かった。J 課長がワークショップの事前検討会を実施する背景は，以前のSaaS 導入の際に，“I 社の営業活動への適合の観点での事前検討を行わずに，要件定義で，SaaS ベンダーに標準機 能をそのまま説明してもらった”ことによって引き起こされた失敗である。これを繰り返さないためV 社に出 席してもらうのであり，この点を読み取って解答してほしい。 設問2(3)は，正答率がやや低かった。“営業担当者から抵抗される”，“要件定義が紛糾する”など，要件定 義の進捗が遅延するリスクを引き起こす要因だけを記述した解答が散見された。設問文から，進捗が遅延する リスクを問われていることを読み取って解答してほしい。

問３では，実施中に法改正対応が必要となったシステム開発プロジェクトを題材に，プロジェクト体制の見 直しやスケジュールリスクへの対応など，統合マネジメントについて出題した。全体として正答率は平均的で あった。 設問3(1)は正答率がやや低かった。設問文に記載されている，“スコープS のうちスコープT の開発の影響 を受けないと考えられる部分の開発を先行して進める”とは，ファストトラッキングを意味している。このス ケジュール短縮策のリスクとして，開発を先行して進めた結果，当初の考えと異なる状況となった場合に発生 する事象を理解して，正答を導き出してほしい。 設問3(3)は正答率が低かった。“第三者によるバッファ見積りの実施”などのバッファの見積りに関する解 答に加えて，本文の記載を抜き出した“注意してバッファを管理しスケジュールを見直す”との解答が散見さ れた。スケジュールバッファの設定方法の工夫を問うているので，クリティカルチェーン法に基づいて解答し てほしい。

全問共通 全問に共通して，自らのマネジメントの経験と考えに基づく論述が多かった。一方で，問1 ではコミュニケ ーションの改善の記述にとどまる，問2 ではプロジェクト完了のリスクだけの記述にとどまるなど，設問で問 うている内容に明確に解答できていない論述が散見された。また，マネジメントの視点を欠いた,チームのマ ネジメント手法の説明や技術的なリスク対応策の記述に終始した論述も散見された。プロジェクトマネジメン ト業務を担う者として，プロジェクトの問題に対して，マネジメントの視点で問題の原因を分析し対応する姿 勢を明確にした論述を心掛けてほしい。

問1 では，システム開発プロジェクトにおける人間的側面に着目したチームの育成計画，及びその実行の過 程での行動について，工夫したことを含めて具体的に論述することを期待した。多くの受験者は，人間的側面 に着目した育成計画を実行する過程において，QCD や勤務実績などの定量的な情報，会議や面談時での定性的 な情報によって評価する，改善するなどの取組を具体的に論述しており，実際の経験に基づいて論述している ことがうかがわれた。一方で，技術的側面だけに着目した育成計画や，コミュニケーションの改善にとどまり 育成計画にはなっていない論述も見受けられた。プロジェクトマネジメントを担うものとして，技術的側面だ けではなく人間的側面にも着目したメンバーやチームの育成に関するスキルの習得に努めてほしい。

問2 では，システム開発プロジェクトにおける円滑な稼働開始を危うくするリスクに対し，コストや期限な どの制約を考慮して策定した対策や，対策の実行状況に応じた対応などについて，対策の有効性などを含めて 具体的に論述することを期待した。多くの受験者は，リスクの特定や評価，及びその対策について具体的に論 述しており，リスク対策に関する実際の経験がうかがわれた。一方で，円滑な稼働開始と関連性の薄い要件を あげたり，要件を満たすために重要ではない稼働開始リスクを特定したりするような論述も見受けられた。プ ロジェクトマネジメントを担うものとして，システムを完成させるだけではなく，システムを円滑に稼働開始 させるためのマネジメント能力の向上にも努めてほしい。