ITエンジニアが仕事に対して思うこと

ITエンジニアとして働く中で感じたことを、現場の温度感そのままに言語化するブログです。設計・実装・運用のリアル、学び続ける負荷、品質とスピードのせめぎ合い、コミュニケーションの難しさなど、きれいごとだけでは語れない「仕事の実態」を整理します。誰かを責めるのではなく、なぜそうなるのかを構造で捉え、明日から少し楽に、少し強く働ける視点を提供します。新人から中堅、マネジメントまで参考に。

令和7年度 秋期 プロジェクトマネージャ試験 午後Ⅰ問2過去問題解説 ‐ CRM刷新プロジェクトとステークホルダマネジメント 【動画解説付き】

      [https://www.youtube.com/watch?v=y5-JFE-rDCQ:embed:cite]

令和7年度秋期のプロジェクトマネージャ試験PM1問2を題材に、CRM刷新プロジェクトにおけるステークホルダマネジメントの極意をサクラ先輩とモモちゃんが解説します。カスタマイズ不可という制約の中、過去の失敗によるトラウマや現場の抵抗といった困難な状況をいかにして乗り越えプロジェクトを成功に導くのか、人間心理を踏まえた実践的な戦略を学べる動画です。 本動画で学習すべき重要なキーワードとその背景にある考え方について説明します。まずプロジェクトを成功に導くための基盤となるのがステークホルダー分析マトリクスです。これは各関係者のプロジェクトに対する影響度と関与度を可視化するフレームワークであり、今回は強い影響力を持ちながらも過去の導入失敗によるトラウマを抱える役員や、影響度は中程度ながらシステム移行に抵抗を示す現場の営業担当者、さらには保守契約減少により中立的な態度をとる既存システムベンダーなどを正確に分析し、彼らを支持へと導くための戦略立案の土台となります。次にSaaS導入における絶対条件としての標準機能の利用があげられます。コンプライアンス遵守のためにSaaSのメリットを最大限に生かすにはカスタマイズを行わないことが重要ですが、これは同時に現場の強い反発を招く要因となります。このジレンマを解消するためには、単に現状での対応を拒否するのではなく、将来の標準機能への追加をベンダーに依頼するといった未来の標準を約束するアプローチが求められます。また、要件定義の遅延という致命的なリスクを防ぐための事前検討会の実施も極めて重要です。利用者に不完全なシステムを見せて反発を招く前に、パラメータ設定で実際の業務が回るかどうかをプロジェクト側で事前に確認し、検証を済ませておくことが成功の鍵となります。さらに、利害が対立する関係者を味方につけるための手法として、新たな仕事や利益を提供して協力を引き出すというアプローチも重要です。既存ベンダーに対してデータ分析システムの開発発注という別の利益を提示することで、システムのデータ移行における不可欠な協力を得ることが可能になります。また、運用開始後の問い合わせ対応においても、現場の利用者にマニュアルやQA集を作成させることで、システムへの理解を深めさせつつ事務局のパンクを回避するという好循環を生み出す仕組みづくりが学べます。加えて、試験の採点ポイントとしてのみならず実務でも陥りがちな間違いとして、利用者の不満が出るという感情面の問題を直接的なリスクとして捉えるのではなく、それが原因で引き起こされる要件定義の遅延というプロジェクトへの具体的なインパクトを真のリスクとして認識する視点も不可欠です。最後に、生成AIを活用した自律的な問い合わせ対応や、標準機能を壊さずに拡張を可能にするローコード開発といった最新技術の活用も、今後のプロジェクト運営において業務効率化を実現する上で欠かせない知識となります。技術が進化しても人を動かすマネジメントの本質は変わらないということを深く理解してください。