移行プロジェクトのステークホルダー管理の進め方

「経営層は早く移行を終えたいと言うが、現場は不安の声が強く進まない」「開発会社への要望が部署ごとにバラバラで、何を優先すべきか決まらない」——システム移行プロジェクトを進める中で、こうした関係者間の意見の食い違いに頭を悩ませる担当者は少なくありません。

移行プロジェクトは技術的な作業である以上に、関係者の合意形成そのものがプロジェクトの成否を左右します。誰に・いつ・何を伝えるかが整理されていないと、重要な決定が後から覆ったり、現場の協力が得られなかったりといった事態につながります。この記事では、移行プロジェクトにおけるステークホルダー管理とコミュニケーション計画の立て方を具体的に紹介します。

この記事の要点（30秒でわかるまとめ）

• 最初にステークホルダーを「決裁層・現場・開発会社」に分けて洗い出すことが出発点
• 関係者ごとに関心事と伝えるべき情報の粒度が異なることを前提に計画を立てる
• 定例報告の頻度とフォーマットを事前に固定しておくと混乱が減る
• 反対意見・懸念は早期に拾う仕組みを作ることで、後工程での手戻りを防げる

ステークホルダーを3層に分けて洗い出す

結論：移行プロジェクトの関係者は「意思決定層」「現場利用者」「開発パートナー」の3層に分けて洗い出すことで、それぞれに必要な情報と頻度を設計しやすくなります。

意思決定層は予算・スケジュール全体の進捗に関心があり、現場利用者は自分たちの業務がどう変わるかに関心があります。開発パートナーは要件の確定状況や意思決定のスピードに関心があります。移行プロジェクトの社内体制づくり：担当者は何をすべきかでも触れているように、この3層それぞれに担当の窓口を決めておくと、情報の行き違いが起きにくくなります。洗い出しの際は、部署横断で影響を受けるメンバーを漏らさないよう、既存システムの利用部署をリストアップすることから始めるとよいでしょう。

層ごとに「伝える情報の粒度」を変える

結論：同じ進捗報告でも、意思決定層には全体スケジュールと予算への影響、現場には操作が変わる具体的なポイントに絞って伝えることで、理解と協力を得やすくなります。

意思決定層に現場レベルの細かい仕様変更を都度報告すると、重要な論点が埋もれてしまいます。逆に現場に対して予算やスケジュールの数字だけを伝えても、自分たちの業務にどう影響するかが伝わりません。関係者ごとに「知りたいこと」と「伝えるべきこと」を事前に整理したコミュニケーション計画表を作っておくと、報告のたびに内容を考え直す必要がなくなります。

定例報告の頻度とフォーマットを事前に固定する

結論：進捗報告の頻度・場・フォーマットをプロジェクト開始時に決めておくことで、都度の調整コストを減らし、関係者の心理的な不安も軽減できます。

頻度や場が決まっていないと、「報告してほしい」「聞いていなかった」といった行き違いが発生しやすくなります。新旧システムの並行稼働や切り戻しなど重要な意思決定ポイントについては、通常の定例とは別に、関係者を集めた確認の場を設けることをおすすめします。

反対意見・懸念を早期に拾う仕組みを作る

結論：移行への不安や反対意見は、プロジェクト後半になるほど表面化しやすく手戻りのコストが大きくなるため、早期に声を拾う仕組みをあらかじめ用意しておくことが重要です。

現場からの「このままでは業務が回らない」という声が検収直前に出てくると、スケジュールへの影響が大きくなります。定例報告の場に加えて、匿名でも意見を出せるアンケートや、キーユーザーへの個別ヒアリングの機会を定期的に設けることで、懸念を早い段階で把握できます。CRM移行プロジェクトが失敗する典型パターン5つと回避策でも、現場の声を拾う仕組みの欠如が失敗要因として挙げられています。

開発会社とのコミュニケーション頻度も計画に組み込む

結論：開発パートナーとの打ち合わせ頻度や連絡手段も、社内のステークホルダー管理計画の一部として設計しておくと、要件確定のスピードが上がります。

社内の合意形成に時間がかかると、開発会社側の判断待ちが続き、スケジュールに影響します。社内での意思決定フローと、開発会社への回答期限をあらかじめすり合わせておくことで、双方のストレスを減らすことができます。開発会社との進捗共有の頻度自体も、コミュニケーション計画の一部として事前に型を決めておくとよいでしょう。

よくある質問（FAQ）

Q. ステークホルダーの数が多すぎて全員と個別に調整する時間がありません。どうすればよいですか？ A. 全員と個別にやり取りするのではなく、部署ごとの代表者（キーユーザー）を立てて、その代表者を通じて情報を集約する体制にすることをおすすめします。

Q. 経営層への報告頻度はどのくらいが適切ですか？ A. プロジェクトの規模やリスクの高さによって異なりますが、大きな意思決定のタイミング（要件確定・切り替え日の決定など）には必ず報告を入れることをおすすめします。

Q. コミュニケーション計画は誰が作るべきですか？ A. プロジェクトの社内責任者が主体となって作成し、開発会社とも内容を共有してすり合わせておくと、双方の認識齟齬を防ぎやすくなります。

まとめ

移行プロジェクトの成否は、技術的な移行作業そのものよりも、関係者間の合意形成がうまく機能するかに大きく左右されます。意思決定層・現場・開発パートナーの3層でステークホルダーを整理し、それぞれに適した頻度と粒度で情報を伝える計画を事前に立てておくことが、手戻りの少ないプロジェクト進行につながります。

Irwin&co株式会社では、要件定義の段階から現場を巻き込んだヒアリングを重視し、移行プロジェクトにおける合意形成を支援しています。開発実績は不動産・建設・食品・製造・通信・保険など幅広い業種に及びます。移行プロジェクトの進め方に不安がある方は、開発事例もご参照のうえ、お問い合わせからご相談ください。