- 合格レベルの論文がどんなものか、具体的な完成形を知りたい方
- 自分の実務経験を「評価される論文」に仕上げる書き方のコツを知りたい方
- 設問ア・イ・ウそれぞれの役割と、論理的な文章のつなげ方を学びたい方
プロジェクトマネージャ試験の午後Ⅱの小論文を作成してみました。小論文のネタ探しや午後Ⅱ対策の参考にしてもらえるとうれしいです。
問題文および設問
問題の原本はIPAにてご確認ください。
問題文
問１ システム開発プロジェクトにおける信頼関係の構築・維持について
プロジェクトマネージャ（ＰＭ）には、ステークホルダとの信頼関係を構築し、維持することによってプロジェクトを円滑に遂行し、プロジェクト目標を達成することが求められる。
例えば、プロジェクトが山場に近づくにつれ、現場では解決を迫られる問題が山積し、プロジェクトメンバの負荷も増えていく。時間的なプレッシャの中で、必要に応じてステークホルダの協力を得ながら問題を解決しなければならない状況になる。このような状況を乗り切るには、問題を解決する能力や知識などに加え、ステークホルダとの信頼関係が重要となる。信頼関係が損なわれていると、問題解決へ向けて積極的に協力し合うことが難しくなり、迅速な問題解決ができない事態となる。
ＰＭは、このような事態に陥らないように、ステークホルダとの信頼関係を構築しておくことが重要であり、このため、行動面、コミュニケーション面、情報共有面など、様々な切り口での取組みが必要となる。また、構築した信頼関係を維持していく取組みも大切である。
あなたの経験と考えに基づいて、設問ア～ウに従って論述せよ。
設問ア
あなたが携わったシステム開発プロジェクトにおけるプロジェクトの特徴、信頼関係を構築したステークホルダ、及びステークホルダとの信頼関係の構築が重要と考えた理由について、８００字以内で述べよ。
設問イ
設問アで述べたステークホルダとの信頼関係を構築するための取組み、及び信頼関係を維持していくための取組みはそれぞれ、どのようなものであったか。工夫した点を含めて、８００字以上１，６００字以内で具体的に述べよ。
設問ウ
設問アで述べたプロジェクトにおいて、ステークホルダとの信頼関係が解決に貢献した問題、その解決において信頼関係が果たした役割、及び今後に向けて改善が必要と考えた点について、６００字以上１，２００字以内で具体的に述べよ。
解答例
設問ア
１．プロジェクト概要と信頼関係を構築したステークホルダ
１．１．プロジェクト概要
私がＰＭとして参画したのは、大手小売業Ａ社の基幹システム（販売・在庫管理）刷新プロジェクトである。本プロジェクトは、業務効率化と将来の事業基盤構築を実現することが目的で、以下の特徴があった。
１）多様なステークホルダの関与
店舗運営、商品企画、システム等、複数部門が関与し、要求調整が複雑だった。
２）広範な業務影響と変更管理の必要性
広範な業務影響があり、業務プロセス変更が必須で、現場負担増が懸念された。
３）厳しい制約条件
経営層の要望で１年半という短納期であり、予算制約も厳しかった。
これらの特徴から、成功には技術課題解決に加え、ステークホルダとの合意形成と現場定着が重要だと認識した。
１．２．信頼関係を構築したステークホルダ
この特性を踏まえ、以下の理由から、特に主要利用者であるＡ社店舗運営部との信頼関係構築が最重要と考えた。
１）システムの受入れと活用への主体的な協力の必要性
システムの主要利用者である彼らの主体的な協力が、受入れと活用に不可欠だった。質の高い要件定義やテスト、現場定着の成功には彼らの協力が絶対条件だった。
２）現場の業務実態と課題把握の重要性
現場の業務実態や課題を最も深く理解する彼らからのインプットが、価値あるシステム構築の鍵だった。信頼に基づき本音を共有してもらうことが品質向上に繋がると考えた。
３）プロジェクト推進力としての期待と変更抵抗の緩和
業務変更への抵抗感を和らげ、推進力として彼らを巻き込む必要があった。厳しい制約下で成功するには、導入後の混乱抑制と早期安定化のため、彼らの協力が不可欠だった。
これらの理由から、私は店舗運営部との信頼関係構築を最優先課題と位置付けた。
（７９６文字）
設問イ
２．店舗運営部との信頼関係構築・維持のための取組み
２．１．信頼関係構築のための取組み
店舗運営部との信頼関係を構築するために、プロジェクトの初期段階に以下の取組みを開始した。
１）行動面での取組み：現場理解と課題解決姿勢の明示
店舗運営部の業務と課題を理解するため、プロジェクト初期に店舗訪問を実施した。月１回は店舗に赴き、現場ヒアリングと業務観察を行い、机上の議論では得られない「生の声」を重視する姿勢を示した。これは信頼獲得の第一歩と考えた。
また、現行システムの軽微な課題（帳票出力の遅延等）に対し、暫定改善策（例：出力補助マクロ提供）を迅速に提供した。これは、大小問わず課題解決に向き合う姿勢を示し、「我々を助けようとしている」と感じてもらう狙いだった。加えて、会議時間厳守や迅速な回答等、基本的な約束事を確実に実行し、信頼の基礎を築いた。
２）コミュニケーション面での取組み：透明性の確保と期待値調整
透明性を重視し、キックオフでは目的や効果に加え、リスクや業務変更、店舗側の負担増の可能性も率直に説明した。これにより、共に困難を乗り越えるパートナーとしての関係性を目指した。
週次定例会議を重要なチャネルと位置づけ、単なる進捗報告でなく、店舗側の意見を引き出すようにを心がけた。仕様検討では専門用語を避け、業務シナリオやデモで認識齟齬を防いだ。さらに、公式な場以外でも本音を吸い上げるため、ランチミーティング等で非公式な意見交換の場を設け、オープンな対話を促した。
３）情報共有面での取組み：アクセス容易性と分かりやすさの追求
必要な情報へいつでもアクセス可能な環境整備が重要と考え、プロジェクト管理ツール上に共有スペースを設け、計画書、進捗、課題、議事録等をタイムリーに格納し、透明性を高めた。
特に店舗運営部向けには「分かりやすさ」を追求し、専門用語を排したサマリ資料を作成。システム機能詳細より業務影響やメリットを中心に記述した。加えて、早期にプロトタイプを提示し、具体的なイメージ共有を図ることで、手戻りを防ぎ、主体的な関与を促した。
２．２．信頼関係維持のための取組み
構築した信頼関係を維持・強化するため、以下の取組みを継続した。
１）継続的な対話と関与
プロジェクトが進んでも対話機会を維持するため、週次定例会議を継続し、進捗や変更点を共有した。設計レビュー等、重要マイルストーンでは店舗運営部の参加を求め、十分な質疑応答時間を確保し、一方的な進行という印象を与えないよう配慮した。
また、店舗運営部内の人事異動情報を早期に把握し、新任者への説明と関係再構築を行うことで、組織変化に対応し、協力体制の維持を図った。担当者変更による連携途絶を防ぐ重要な活動と考えた。
２）問題発生時の真摯な対応
問題発生時は隠蔽せず、速やかに店舗運営部に状況（事象、暫定対処、調査状況、対策見通し）を正確かつタイムリーな報告を徹底した。
開発側のミスが原因なら率直に謝罪し、具体的な再発防止策と実行状況を報告した。店舗運営部側に起因する問題でも、一方的な追及ではなく「共に解決すべき課題」として協力を要請する姿勢で臨んだ。この真摯な対応が、困難な状況下での信頼維持に不可欠と考えた。
３）成果の共有と感謝の表明
小さな成果や店舗運営部の協力に対し、具体的に感謝を伝えることを意識した。例えば、店舗提案の改善アイデア反映時や、負荷の高い受入テスト完了時に、会議や直接対話で貢献を称え感謝を伝えた。
プロジェクト完了報告会では、店舗運営部の貢献を明示的に称賛した。導入後も活用状況ヒアリングやサポートを通じ、関係継続を示した。これにより達成感を共有し、将来的な協力関係に繋いだ。
（１５９６文字）
設問ウ
３．信頼関係が貢献した問題解決と今後の改善点
３．１．信頼関係が解決に貢献した問題
店舗運営部との信頼関係が、受入テスト終盤の重大な問題（特定商品カテゴリの在庫引当ロジック不備）の解決に貢献した。問題の原因は、要件定義時のヒアリング不足とテストケース想定漏れだった。この不備を放置すれば欠品等のリスクがあり、売上への影響も大きく迅速な対応が必須だった。技術的には設計変更と追加開発・再テストが必要で、納期遅延が強く懸念され、プロジェクト危機に陥る可能性があった。
３．２．問題解決における信頼関係が果たした役割
この危機的状況を乗り越える上で、信頼関係は以下の役割を果たした。
１）問題の早期検知とオープンな報告
日頃の対話と尊重姿勢から、担当スタッフが違和感を早期に報告し、リーダー経由で私に情報共有された。信頼関係がなければ報告遅延や矮小化で発見が遅れ、事態は深刻化した可能性が高い。
２）原因究明と影響範囲特定への積極的な協力
原因特定と影響範囲把握が急務の中、店舗運営部は極めて協力的だった。業務時間を割き、原因究明に必要な情報提供に迅速に対応してくれた。彼らの協力なしには短期間での特定は困難だった。これも日頃の対話でプロジェクトを「自分ごと」と捉えてくれた結果である。
３）解決策の共同検討と現実的な合意形成
修正方針検討時、双方の立場や制約を率直に議論できた。結果、本番影響を抑える暫定対応と段階的な恒久対応という現実策で合意できた。店舗運営部は追加テストやリリース順変更にも理解を示し協力してくれた。彼らの前向きな協力姿勢が、遅延を最小限に抑えプロジェクト完遂できた最大の要因だった。
３．３．今後に向けて改善が必要と考えた点
今回の経験から、信頼関係に関する２点の改善点を認識した。
１）信頼関係構築の早期化と多層化
今回はリーダー層中心の関係構築だったが、現場担当者との直接対話が不足し、早期発見には運の要素があった。今後の改善点として、初期段階から現場担当者向け説明会や意見交換会を実施し、多層的な関係構築を目指す。これにより現場の懸念を早期に吸い上げ、リスク防止やシステム改善、当事者意識向上に繋げたい。
２）期待値の調整とリスクコミュニケーションの精緻化
進捗・課題共有はしたが、潜在リスクと影響度に踏み込んだ共有や期待値の調整が不足していた。今回のような仕様関連問題は、特にテストで顕在化しやすい。改善点として、計画・要件定義段階でリスク影響シナリオや対応計画骨子を早期作成し、ステークホルダと共有・議論するプロセスを強化する。認識齟齬が生じやすい箇所はケーススタディ等で事前説明し、共通認識を醸成する。これにより問題発生時も冷静な協力体制を迅速に構築できると期待する。
（１１８７文字）
まとめ
自分自身の論文のネタにするためには、サンプル論文はいくらあってもよいと思います。
このブログに記載したサンプル論文が役に立つとうれしいです。
参考図書
自分が受験したときに使用した参考図書は、下記の旧版です。
「最速の論述対策」で、回答文章のモジュール化と章立ての基本テクニックを学び、「合格論文の書き方」で自分の経験でモジュール化できなかった部分の補強を行い、過去問で実際に手書きの練習をしました。
上記はプロジェクトマネージャ試験の対策本ですが、ITサービスマネージャ試験でも通用する内容です。
コメント