ステークホルダー登録簿のテンプレートと記入例｜10列構成と識別→関心→影響度→戦略の記入順

※ 本記事はアフィリエイト広告（Amazon アソシエイト等）を含みます

「キックオフの前に関係者を一通り洗い出したのに、いざプロジェクトが進むと”この人にどこまで話を通せばいいのか”が毎回あいまいで、承認直前になってキーパーソンから横やりが入る」——プロジェクトの現場でよく起きる失敗です。関係者を”挙げる”ところまでは多くのチームができます。ところが、それを誰に・どれだけ・どう働きかけるかまで書き込んだ一枚の台帳に落とし込み、更新しながら回すとなると、とたんに続かなくなる。この台帳こそが ステークホルダー登録簿（ステークホルダーレジスター） です。

結論から言えば、ステークホルダー登録簿とは「プロジェクトに影響を与える／影響を受ける関係者を、氏名・役割・関心度・影響力・対応方針といった決まった列で一覧化し、プロジェクトの終わりまで更新し続ける管理表」です。ポイントは2つ。①どの列を持つか（テンプレートの構成） と ②どの順で埋めるか（記入の順序）。この2つが決まれば、関係者管理は「頭の中のなんとなく」から「全員が見られる仕組み」に変わります。

なぜ列と記入順にこだわるのか。理由は明快で、登録簿が形骸化する原因のほとんどが「何を書けばいいか分からず氏名と役職だけで止まる」か「関心度・影響力まで埋めたが、結局どう動くか＝対応方針が空欄」のどちらかだからです。逆に言えば、識別 → 関心 → 影響度 → 戦略という順で埋めきれば、登録簿は「誰に優先して手をかけるか」を指し示す実用的な地図になります。この記事では、実務でそのまま使える10列のテンプレートと、各列の書き方、記入の順序、そしてWeb導入プロジェクトの記入例まで具体的に解説します。

そもそもステークホルダー登録簿とは？

ステークホルダー登録簿は、プロジェクトに影響を与える、あるいはプロジェクトから影響を受けるすべての関係者を一覧にまとめた文書です。英語では Stakeholder Register と呼ばれ、レジスターとカタカナ表記されることもあります。プロジェクトの立ち上げプロセスでステークホルダー分析を行う際に初版を作り、その後は状況の変化に応じて更新し続けます。

ここで押さえておきたいのが、登録簿が扱うのは「連絡先の名簿」ではないという点です。単なる氏名・部署のリストなら、わざわざ登録簿と呼ぶ必要はありません。登録簿の本質は、各関係者が「プロジェクトにどれだけ関心があり（関心度）」「どれだけ動かす力を持ち（影響力）」「だからどう働きかけるか（対応方針）」までを一枚に束ねることにあります。名簿と登録簿を分けるのは、この”評価情報”と”対応方針”の有無です。

ステークホルダー登録簿テンプレートの10列構成

ここからが本題です。実務でそのまま使える10列のテンプレートを、各列の意味と書き方とセットで示します。最初から全部を埋める必要はありません。最低限①〜⑥があれば機能し、運用が回り始めてから⑦〜⑩を足していくのが現実的です。

#	列名	何を書くか	記入のコツ
①	ステークホルダーID	S-01、S-02 等の識別番号	通し番号でよい。並べ替えても追える
②	氏名・組織／役職	個人名または部署・組織名と肩書き	個人が特定できない段階は「◯◯部」でも可
③	役割	プロジェクトでの立場	スポンサー／承認者／利用部門／ベンダー 等
④	区分	社内／社外／調達先	まず内外で分けると抜け漏れに気づける
⑤	関心度	高・中・低	プロジェクトの成否をどれだけ気にするか
⑥	影響力（権力）	高・中・低	意思決定や予算・人を動かせる度合い
⑦	関与度（現状→期待）	不認識／抵抗／中立／支持／指導	現在地と、そうなってほしい状態の2つ
⑧	要求・期待	その人が求めていること	「仕様検討に入れてほしい」など具体で
⑨	対応方針	4象限のどの戦略で臨むか	密接に管理／満足維持／情報提供／監視
⑩	連絡手段・頻度／備考	主な連絡方法と報告頻度	会議体・メール・週次/月次 等を明記

各列の書き方のポイント

③ 役割は「肩書き」ではなく「プロジェクトでの立場」で書く。 「部長」ではなく「予算の最終承認者」「利用部門の代表」のように、プロジェクトの中で何を担う人かを書くと、後で対応方針が導きやすくなります。

⑤⑥ 関心度と影響力は必ず分けて評価する。 この2つを混同すると登録簿は機能しません。関心度＝プロジェクトの成否をどれだけ気にするか、影響力＝意思決定・予算・人を動かせる力。関心は低いが影響力は絶大——いわゆる”眠れる巨人”を見つけ出すのが、この2列を分ける最大の狙いです。

⑦ 関与度は「現状 → 期待」の2つを書く。 不認識・抵抗・中立・支持・指導の5段階で、いまの状態（現状）と、プロジェクトのために目指したい状態（期待）を両方書きます。この2つのギャップこそが働きかけの対象です。すでに「支持」なら維持で十分、「抵抗」を「中立」まで動かしたいなら重点的に手をかける、と優先順位が定まります。

⑨ 対応方針は空欄にしない。 登録簿がただの名簿で終わる最大の原因が、この列の空欄です。関心度×影響力の4象限から、密接に管理／満足させておく／常に情報提供／監視のどれで臨むかを必ず1つ選びます（次章で対応づけを示します）。

記入の順序：識別 → 関心 → 影響度 → 戦略

10列をどの順で埋めるかには、意味のある順序があります。列番号の通りに左から機械的に埋めるのではなく、次の4ステップの順で考えると、最後に対応方針（戦略）が自然に決まります。

1. 識別（①〜④・⑧）：まず「誰がいるか」を洗い出す。組織図・成果物の流れ・利害の3視点で漏れなく挙げ、氏名・役割・区分・要求を埋める。反対しそうな人もあえて入れる。
2. 関心（⑤）：各人がプロジェクトの成否をどれだけ気にするかを高・中・低で評価する。
3. 影響度（⑥）：各人が意思決定・予算・人をどれだけ動かせるかを高・中・低で評価する。
4. 戦略（⑦⑨）：関心度×影響力の位置から対応方針を決め、関与度の現状→期待のギャップに働きかけを割り当てる。

関心度×影響力の4象限と対応方針（⑨）の対応づけは次の通りです。これは権力・関心度マトリクスそのもので、登録簿の⑤⑥⑨列は、このマトリクスを表の形に翻訳したものだと考えると分かりやすくなります。

影響力 \ 関心度	関心：高	関心：低
影響力：高	密接にマネジメント（最優先で巻き込む）	満足させておく（“眠れる巨人”・放置厳禁）
影響力：低	常に情報提供（味方として活かす）	監視（最小限の労力で見ておく）

ステークホルダー登録簿の記入例（Web システム導入プロジェクト）

言葉だけではイメージしにくいので、Web システム導入プロジェクトを例に、実際の記入例を示します。

ID	氏名・役職	役割	区分	関心	影響力	関与（現状→期待）	対応方針
S-01	情報システム部長	予算の最終承認者	社内	中	高	中立→支持	満足させておく
S-02	利用部門リーダー	現場要件の代表	社内	高	中	支持→指導	密接にマネジメント
S-03	開発ベンダーPM	実装の責任者	調達先	高	中	支持→支持	密接にマネジメント
S-04	経理部担当	会計連携の利用者	社内	低	低	不認識→中立	監視
S-05	現場エンドユーザー	日々の操作者	社内	高	低	抵抗→中立	常に情報提供

この表を見れば、S-02（利用部門リーダー）と S-03（ベンダーPM）を密接に巻き込みつつ、S-01（承認者）は関心が中程度でも影響力が高いので満足を維持し、S-05（現場ユーザー）の”抵抗”を情報提供で”中立”まで動かす——という働きかけの優先順位が一目で分かります。これが登録簿の使い方の核心です。関係者を「並べる」だけでなく、「評価して、対応方針まで決める」までがワンセットです。

なお、関係者を役割としてタスクに割り当てる工程は「RACI チャートの作り方」、キックオフで誰を呼ぶかの判断は「プロジェクトキックオフミーティングの進め方」もあわせて参考になります。

ステークホルダー登録簿を回す更新サイクル

登録簿は 作った瞬間から古くなっていく 文書です。プロジェクトが進めば、新しい関係者が現れ、抵抗的だった人が支持に回り、体制変更でキーパーソンが交代することもある。だからこそ、更新を”気が向いたとき”ではなく定例に組み込むことが決定的に重要です。

更新サイクルは、次の流れで回すとシンプルです。

1. 追加：新しく現れた関係者を登録簿に足す（識別 → 関心 → 影響度 → 戦略の順で）
2. 再評価：関与度・関心度・影響力に変化があった人を見直す
3. 方針更新：対応方針や連絡頻度を最新化する
4. 共有：影響力の高い関係者への働きかけ状況を、PM・スポンサー間で必要範囲に共有する（登録簿そのものは非公開のまま）

作成タイミングは、登録簿は立ち上げ〜計画フェーズで初版を作り、その後は実行・監視フェーズを通じて更新し続けます。キックオフ直前に一度作って終わり、ではありません。

ステークホルダー登録簿を使うメリット・デメリット

デメリットの多くは「更新されない」「評価がぶれる」に集約されます。裏を返せば、更新を定例化し、関心度と影響力を分けて評価する——この2点さえ守れば、登録簿は強力な武器になります。

ステークホルダー登録簿でよくある失敗5選

1. 氏名と役職だけで止まる：連絡先名簿で終わり、関心度・影響力・対応方針が空欄。評価情報と対応方針まで埋めて初めて登録簿になる。
2. キーパーソンを取りこぼす：目立つ人ばかり挙げ、影響力が高いのに関心が低い”眠れる巨人”を見落とす。関心度と影響力を分けて評価して防ぐ。
3. 全員を平等に扱う：全ステークホルダーに同じ頻度・熱量で接すると手が回らない。4象限の対応方針で濃淡をつける。
4. 抵抗する人を敵認定して外す：反対勢力こそ登録簿に入れ、関与度を「抵抗 → 中立」へ動かす対象にする。外すと不意打ちを食らう。
5. 作りっぱなしで更新しない：体制変更や離反を反映せず放置される。定例にレビュー枠を固定して防ぐ。

よくある質問（FAQ）

Q. ステークホルダー登録簿は何で作ればいいですか？ A. 小〜中規模なら Excel／Google スプレッドシートで十分です。縦に関係者、横に10列を並べればすぐ始められます。ただし評価情報を含む非公開文書なので、共有ドライブに置く場合はアクセス権を限定してください。多人数・複数プロジェクトなら Asana・Notion 等のテンプレートを使う手もあります。

Q. 登録簿と権力・関心度マトリクスはどう使い分けますか？ A. 同じ情報を別の形で見るツールです。登録簿＝関係者ごとに詳細（要求・関与度・対応方針）を記録する台帳、マトリクス＝関心度×影響力の2軸で全体を俯瞰する図。登録簿の⑤⑥⑨列がそのままマトリクスの座標と象限になります。詳しくは「ステークホルダーマネジメント完全ガイド」を参照してください。

Q. 登録簿はチーム全員に公開すべきですか？ A. 原則は非公開・個人管理です。「抵抗的」「影響力は高いが関心が低い」といった評価が本人に伝わると関係が悪化しかねません。共有するとしても PM・スポンサーなど必要最小限の範囲にとどめ、本人評価の部分は外に出さない運用が安全です。

Q. どのくらいの頻度で更新すればいいですか？ A. 定例会議に「ステークホルダーレビュー」の固定枠（5〜10 分）を設けるのが目安です。少なくとも各フェーズの節目（マイルストーン）ごと、および体制変更・キーパーソン交代があったときには必ず更新します。「開いたら情報が古い」状態にしないことが登録簿の生命線です。

Q. ステークホルダーの洗い出し手順そのものが分かりません。 A. 特定・分析・関与・監視という管理の全体像は「ステークホルダーマネジメント完全ガイド｜権力・関心度マトリクスで関係者を動かす4ステップ」で解説しています。本記事の登録簿は、その4ステップを回すための台帳にあたります。

まとめ｜登録簿は「列」と「記入順」で決まる

ステークホルダー登録簿（レジスター）を機能させるコツは、次の2点に集約されます。

1. テンプレートの列を決める：ステークホルダーID・氏名/役職・役割・区分・関心度・影響力・関与度（現状→期待）・要求・対応方針・連絡手段の10列。まずは①〜⑥で始め、必要に応じて足す
2. 記入の順序を守る：識別 → 関心 → 影響度 → 戦略の順で埋めれば、最後に対応方針が根拠を持って決まる

登録簿の本質は、関係者を”挙げる”ことではなく、挙げた関係者に「誰へ優先して・どう働きかけるか」を一枚に束ねることにあります。そして最大の勘所は、関心度と影響力を分けて評価し、4象限の対応方針まで書ききること。まずは今日、直近フェーズの関係者を5人ピックアップし、上の記入例のように小さな登録簿を1枚作ってみてください。次の定例で数分のレビューを回し始めれば、「キーパーソンの不意打ち」がプロジェクトから減っていくはずです。

ステークホルダー管理の4ステップの全体像は「ステークホルダーマネジメント完全ガイド」で、未来の不確実性を同じく台帳で追う方法は「リスク登録簿テンプレートと使い方」で、すでに起きた問題を追う台帳は「課題管理表（Issue Log）の運用方法」で詳しく解説しています。あわせてどうぞ。