平成30年度 プロジェクトマネージャ試験 午後問題
午後II（論文）は、IPAが公式の解答例を公表していません。そこで当サイトでは、公表されている出題趣旨と採点講評を手がかりに、設問ア・イ・ウそれぞれで何を書くべきかを整理した論述の骨子例を独自に作成しました。想定シナリオ付きなので、自分の実務経験に置き換える際の型としてお使いください。午後I（記述）はIPA公式の解答例と、解答を導く着眼点を併記しています。
午後II（論文）
問1 非機能要件に関する関係部門との連携について
設問ア（800字以内）：あなたが携わったシステム開発プロジェクトの特徴、対象とした非機能要件、及びその実現に関わった関係部門について述べよ。
設問イ（800字以上1,600字以内）：設問アで述べた非機能要件を実現するために、関係部門とどのように連携を図ろうとしたか。連携を図る際にどのような点に注意し、どのような取組みを行ったかを、具体的に述べよ。
設問ウ（600字以上1,200字以内）：設問イで述べた取組みの評価、及び今後の改善点について、具体的に述べよ。
reveal
出題趣旨：プロジェクト計画の段階で関係部門の役割を明確にした上で、関係部門と十分な連携を図るための取組みを検討し、関係部門と一体となってプロジェクトを推進することを論述させ、非機能要件の実現に向けたPMの実践力を問う。
採点講評：計画段階で関係部門の役割を明確にし、一体となって推進する取組みを具体的に論述できたものが多かった。一方、連携を図る際の注意点が不明確な論述、非機能要件の内容を詰める作業の記述に終始してプロジェクト管理の視点に欠ける論述など、PMの対応内容として不十分なものも見られた。
📝 論述の骨子例（参考・IPA非公式）
【想定シナリオ】金融機関の勘定系周辺システム更改で、ピーク時性能と可用性（非機能要件）の実現に、インフラ部門・運用部門・セキュリティ部門との連携が不可欠だったプロジェクト。
設問ア：短納期・高信頼が求められる更改案件という特徴。目標応答時間とRTO/RPOという非機能要件。実現に関わる関係部門（インフラ・運用・セキュリティ・業務部門）とそれぞれの役割を提示。
設問イ：計画段階で各部門の役割・責任と合意すべき基準を定義。工夫として、非機能要件を定量的な合意目標に落とし込み、性能検証環境の準備やレビュー会議体を関係部門横断で設置。連携時の注意点として、部門間の利害調整と、要件確定の遅延がスケジュールに与える影響を早期に共有した点を論述。
設問ウ：目標性能・可用性を計画どおり達成できたことを評価。改善点として、関係部門の巻き込みをさらに前倒しすること、非機能要件のトレードオフを早期に可視化する仕組みの必要性を論述。
※論文式のためIPA公式の解答例はありません。上記は出題趣旨に沿って作成した骨子の一例で、正解ではありません。必ずご自身の実務経験に置き換えて論述してください。
問2 本稼働間近で発見された問題への対応について
設問ア（800字以内）：あなたが携わったシステム開発プロジェクトの特徴、本稼働の予定と延期が難しい理由、及び本稼働間近で発見された問題について述べよ。
設問イ（800字以上1,600字以内）：設問アで述べた問題に対し、予定された稼働日に暫定的に稼働を迎えるために立案し、実施した当面の対応策について、工夫した点を含めて具体的に述べよ。
設問ウ（600字以上1,200字以内）：設問イで述べた当面の対応策の評価、その後に実施した抜本的な対応策、及び今後の改善点について、具体的に述べよ。
reveal
出題趣旨：予定されたシステムの稼働日の延期が難しい状況で、本稼働間近に稼働日までの解決が困難な問題が発見された場合に、暫定的な稼働を迎えるために立案・実施した当面の対応策と、その後の抜本策・改善点を論述させ、PMの実践力を問う。
採点講評：稼働日延期が難しい状況下での当面の対応策を具体的に論述できたものが多かった。一方、PMとしてやるべきことを怠っていたと推察される論述、例えば本稼働間近より前の工程で当然発見・解決されるべき問題を本稼働間近で発見したような論述も見られた。
📝 論述の骨子例（参考・IPA非公式）
【想定シナリオ】法改正対応で稼働日が法施行日に固定された基幹システム更改で、総合テスト終盤に特定条件下でのデータ不整合という問題を発見したプロジェクト。
設問ア：法施行日に稼働日が固定され延期不可という特徴・理由。本稼働間近で発見された、特定業務条件下のデータ不整合という問題を提示。
設問イ：影響範囲を切り分け、当面は該当条件の取引を手作業運用でカバーする暫定対応策を立案・実施。工夫として、暫定運用の対象を影響の大きい取引に限定し、運用部門と手順・チェック体制を事前合意、経営層へリスクと暫定策を説明して合意形成した点を論述。
設問ウ：暫定策により予定日に稼働でき、業務影響を最小化できたと評価。抜本策として稼働後にプログラム改修と再テストを計画的に実施。改善点として、テスト設計での条件網羅性の強化と、問題を早期工程で摘出する仕組みの必要性を論述。
※論文式のためIPA公式の解答例はありません。上記は出題趣旨に沿って作成した骨子の一例で、正解ではありません。必ずご自身の実務経験に置き換えて論述してください。
午後I（記述）
問1 SaaSを利用した営業支援システムの導入
中堅運輸会社E社が、営業活動の高度化と運用・保守負荷の軽減、費用最小化を目的に、現行営業支援システムをSaaSへ刷新するプロジェクト。PMのF課長がSaaSの特徴を踏まえたシステム化方針の策定、SaaS選定の観点、要件定義、データ移行方針をどう決めたかを問う。設問文の全文はIPA公式PDFを参照。
reveal
設問1(1) a：システムの保守費用の最小化（機能拡張のカスタマイズをせず用意された機能だけを用いる狙い）／(2) b：契約した利用量を見直す必要性（契約条件に沿った利用になっていること）
設問2(1) データ容量を抑えてSaaS利用の費用負担を少なくしたいから／(2) 現行システムでは役職コードを取得しておらず、役職に応じた閲覧に必要な利用者権限を適切に付与したいから／(3) 新営業支援システムの保管データを失うリスク（を回避する）
設問3(1) 要件定義以降の工程での手戻りのリスク（計画どおりの期間で稼働できないリスク）／(2) c：営業部の担当者の業務負荷が許容範囲に収まること／(3) 過度な費用負担にならないようにしたいから
問2 システム開発プロジェクトの品質管理
SI企業K社のL課長が、設計工程での品質確保を目指し、欠陥の混入工程に着目した新しい品質管理指標（自工程混入欠陥摘出率・既工程混入欠陥摘出率）を検討する事例。定量的品質管理の考え方、指標の意味、前回開発データに基づく計算・分析について問う。設問文の全文はIPA公式PDFを参照。
reveal
設問1(1) 設計限界品質に近づける活動（テストは品質を設計限界品質に近づける活動）／(2) 自工程よりも前の工程群での欠陥摘出が不十分だった状況
設問2(1) テスト工程は納期に近く、手戻りをリカバリする時間の余裕が少ないから／(2) 混入工程ごとの総欠陥数（＝指標における分母）
設問3(1) イ：50.2 ロ：58.0／(2) 対処のコストが予防のコスト以下であったケース／(3) a：α群の新指標の数値がβ群よりも高いこと（両群の指標結果に有意な差があること）
問3 情報システム刷新プロジェクトのコミュニケーション
中堅SIベンダA社が、不動産会社P社のCRMシステム刷新プロジェクトを受注。PMのB課長が、過去のコミュニケーション上の問題再発を防ぐためステークホルダ登録簿を作成し、コミュニケーションマネジメント計画を策定するとともに、子会社X社の業務範囲拡大を図る。ステークホルダの特性把握と対応を問う。設問文の全文はIPA公式PDFを参照。
reveal
設問1(1) 主要なステークホルダに適切な対応を取り、P社社長への報告経路や会議体を整備するため／(2) P社社長の知りたいことを適切に報告できず、見直し依頼が発生すること（を防ぐ）／(3) プロジェクトへの姿勢に抵抗があるが影響度が高く、T氏だけでは業務要件を定義できずS部長の支援が必要だから
設問2(1) a：A社社長／(2) 最先端のCRMシステムの機能や効果を理解して、協力してもらうため
設問3(1) b：プロジェクト管理の重要性／(2) チーム活動の重要性についての勉強会の開催（複数メンバでチームを組んで業務を遂行すること）／(3) 顧客とA社とのレビューにY主任も同席してもらうこと