「PMが絶対に失敗するのはスキルじゃない——ステークホルダー管理の実践ワークシート6点付き」

プロローグ｜PMが失敗する本当の理由は、スキルではなかった

正直に言う。

PMとして20年、数え切れないほどのプロジェクトに関わってきた。炎上したプロジェクト、立て直したプロジェクト、最初から詰んでいたプロジェクト——全部経験した。

その全てを振り返って気づいたことがある。

失敗したPMのほとんどは、スキルが足りなかったのではない。「人の扱い方」を間違えていた。

スケジュール管理はできていた。リスク管理もやっていた。進捗報告も欠かさなかった。でも、プロジェクトは炎上した。

なぜか。

ステークホルダー——プロジェクトの関係者——の管理を、後回しにしていたからだ。

「技術的な問題で炎上した」と言われるプロジェクトの8割は、実は「人間関係の問題で炎上した」プロジェクトだ。私がそうだった。

この記事では、20年の現場経験から作り上げた「ステークホルダー管理の実践ワークシート6点」を公開する。テンプレートをダウンロードして、明日からそのまま使える形にした。

第1章｜なぜステークホルダー管理が「全て」なのか

ステークホルダーとは誰のことか

PMBOKではステークホルダーを「プロジェクトに影響を与える、または影響を受ける全ての人・組織」と定義している。

具体的には誰か。

クライアントの担当者・経営層・エンドユーザー・開発チームメンバー・外部ベンダー・社内の承認者——これら全員だ。

ポイントは「プロジェクトに関わっていない人間でも、ステークホルダーになり得る」ということだ。

例えば「このシステムが導入されると自分の仕事が変わる」と感じている部門長は、プロジェクトの会議に出ていなくても強力なステークホルダーだ。その人が陰で「反対意見」を広め続けると、プロジェクトは見えないところから崩れていく。

なぜほとんどのPMがSH管理を後回しにするのか

答えは単純だ。「目に見えないから」だ。

スケジュールは数字で見える。コストは数字で見える。品質は成果物で確認できる。

でもステークホルダーの「感情」「本音」「隠れた議題」——これらは数字にならない。見えないから、管理しにくい。管理しにくいから、後回しになる。

「後回しにした代償」は、必ず終盤に来る。

終盤になって「実はこの機能、現場では使えない」「承認者が実は反対していた」「クライアントの担当者と上層部で全く違うゴールを想像していた」——これが炎上の典型パターンだ。

SH管理の本質は「早期発見・早期対処」だ

PMBOKで言えばリスク管理と同じ構造だ。

問題が小さいうちに発見して、手を打つ。放置すれば大きくなる。大きくなってからでは選択肢が減る。

SH管理の目的は「全員を仲良くさせること」ではない。「誰がどんな爆弾を持っているかを早期に把握して、爆発させないこと」だ。

この認識の違いが、SH管理の成否を分ける。

有料パートでは、この「早期発見・早期対処」を実現するための6つのワークシートを全公開する。SHマップ・意思決定者マップ・反対勢力分析・期待値管理シート・コミュニケーション計画・SH変化トラッカー——これらを使う順番と実際の使い方まで解説する。

✍️ 第2章｜ワークシート①②｜SHマップ＋意思決定者マップ

SH管理の最初のステップは「地図を作ること」だ。関係者の全体像が見えていなければ、どこに力を入れるべきかも判断できない。

ワークシート①｜SHマップ（影響度×関心度マトリクス）