PMコンサル

PMコンサルが呼ばれるのは、社内の体制だけではプロジェクトの進行が滞る、あるいは進め方の型が社内にないときが多いようです。システムの刷新、業務の移管、部門をまたぐ施策など、関係者が多く利害が絡む案件で、外部の視点と手数を補う目的で置かれます。

役割は「作業そのもの」よりも「進行を成り立たせる仕組みづくり」に寄ります。具体的には次のような形をとります。

• 計画と地図をつくる
  ゴール・スコープ・体制・スケジュールを言語化し、関係者が同じ絵を見られる状態にします。成果物はプロジェクト計画書や体制図です。
• 進行を可視化する
  課題管理表やリスク一覧を運用し、止まっている論点と担当を明らかにします。誰が何をいつまでにやるかを追える状態を保ちます。
• 意思決定を促す
  論点を整理した資料を用意し、クライアント側の決裁者が判断できるよう場を設計します。決めるのは顧客、材料を揃えるのがPMコンサル、という分担になりがちです。

この段階でつまずきやすいのは、「作業代行者」と見なされてしまうことです。手を動かすことに追われると、進行の設計という本来の価値が薄まります。

案件により差はありますが、進め方はおおむね四つの段階をたどります。軸は「現状把握 → 計画 → 実行管理 → 定着」です。

• 現状把握
  ステークホルダーを洗い出し、既存の課題・制約・過去の経緯を聞き取ります。ここで課題管理表の初版と関係者マップを作り、論点の全体像を押さえます。
• 計画
  WBS、マスタスケジュール、体制図、リスク一覧を整えます。作業を分解し、依存関係と担当を割り付け、いつ何が決まっている必要があるかを逆算します。
• 実行管理
  定例会を運営し、課題とリスクを毎回棚卸しします。遅延や論点の停滞を早めに拾い、決めるべきことを決裁者に上げます。議事と決定事項を記録に残すのも重要な作業です。
• 定着
  プロジェクトの成果を運用側へ引き継ぎ、手順や判断基準を残します。PMコンサルが抜けた後も回る状態をつくって撤収します。

この流れで見落としやすいのは、記録の連続性です。定例のたびに課題管理表とリスク一覧を更新し続けないと、後半で「誰が何を決めたか分からない」状態に陥りやすくなります。

外部の立場ゆえに特有の難しさがあります。事前に知っておくと構えやすい点を挙げます。

• 権限と責任の非対称
  進行の責任は負うのに、人事権や予算権はクライアント側にあります。指示ではなく合意と依頼で動かす必要があり、関係づくりが進行の質を左右します。
• 資料の目的化
  報告資料や管理表を整えること自体が仕事のように見えてしまうと、プロジェクトが前に進んでいるかという本筋がぼやけます。成果物は手段だと意識し続ける姿勢が要ります。
• 当事者意識の空洞化
  外部が仕切りすぎると、クライアント側の推進担当が受け身になりがちです。あえて相手に判断や作業を渡し、自走できる余地を残す配慮が求められます。
• 期待と契約範囲のずれ
  「進行管理」の依頼のはずが、実装や交渉まで期待される場合があります。どこまでを担うかを早い段階ですり合わせておかないと、後で摩擦になりやすいところです。

紛らわしい呼び名が多いので、軸を決めて整理します。ここでは「立場」「主に扱う工程」「成果の定義」の三つで比べます。

• 社内PMとの違い
  立場が社内か社外かが最大の差です。社内PMは自社の一員として腰を据えて動けますが、PMコンサルは契約期間と範囲の中で成果を出し、引き継いで抜けることを前提にします。
• ITコンサル系PMとの違い
  ITコンサル系PMはシステム導入の文脈で要件やベンダー調整に踏み込むことが多く、扱う工程がIT寄りに定まりがちです。PMコンサルはIT案件に限らず、業務や組織のプロジェクト全般を進行の観点で支援します。
• 上流コンサルとの違い
  戦略や構想を描く上流コンサルは「何をやるか」を定義するのが主で、成果は方針や打ち手です。PMコンサルは「決まったことをどう進めるか」に軸足があり、成果は動いたプロジェクトそのものです。

実務では境界が重なることも多く、一人が複数の顔を持つ場合もあります。だからこそ、案件ごとに自分がどの役割で入っているかを確かめる意味があります。

PMコンサルという言葉を軸に自分の経験を振り返ると、キャリアの幅が見えやすくなります。社内でプロジェクトを回してきた方なら、「権限がない相手をどう動かしたか」「どんな成果物で進行を可視化したか」を言語化しておくと、外部支援の立場にも接続しやすくなります。逆に外部支援の経験がある方は、引き継ぎまで含めて自走する組織を残せたかどうかが、次の役割を語るうえでの強みになります。転職を検討する際は、自分が惹かれるのが「何をやるかを決める上流」なのか「決まったことを前に進める実行」なのかを見分けておくと、求人票の役割名に惑わされにくくなります。呼び名より、どの工程でどんな成果物を通じて価値を出したいかで考えると、選択がぶれにくいでしょう。

PMコンサルは社内PMとどちらがよいですか

優劣ではなく働き方の違いです。腰を据えて一つの組織を育てたいなら社内PM、複数の案件で進行の型を磨きたいなら外部支援が向く傾向があります。契約範囲で成果を出し引き継ぐ働き方に納得できるかが、選ぶうえでの一つの目安になります。

未経験からPMコンサルを目指せますか

いきなりは難しい場合が多いようです。まず自社でのプロジェクト推進や、課題管理・スケジュール管理・関係者調整の実務経験を積むと、外部の立場でも進行を任されやすくなります。成果物を整えた経験を語れるようにしておくと接続しやすいでしょう。

PMコンサルに必要なのは専門知識ですか進行力ですか

両方が絡みますが、外部の立場では進行を設計し関係者を動かす力の比重が高くなりがちです。対象領域の知識は前提としつつ、権限がない中で合意を積み上げ、決めるべきことを決めてもらう働きかけが成果を左右します。