新規事業のプロジェクトマネージャー（PM）を外部から入れるとき、成否を分けるのは、外部の人材の能力よりも「何を任せ、何を社内に残すか」を最初に分けられるかどうかです。外部のPMに事業の推進をまるごと任せると、短期的には物事が速く進むように見えます。しかし、事業の判断や顧客との関係、検証から得た学びが外部の人の頭の中にだけ蓄積され、契約が終わったときに社内に何も残らない、という結果になりがちです。
結論として、外部PMを入れる際には、三つのことを最初に決めておく必要があります。一つ目は、外部PMの役割の範囲。推進の実務なのか、計画づくりなのか、開発の管理なのか。二つ目は、社内側に残す責任。事業の最終判断と顧客との関係は、原則として社内のオーナーが持ちます。三つ目は、成果の定義と終わり方。何をもって成果とし、いつ、どう社内に引き継ぐのかです。
この記事は、新規事業を進めるうえで社内に推進役が足りず、外部の人材にPMを任せることを検討している責任者や経営者に向けて書いています。外部PMを入れるべき状況、役割の型、社内側の責任、契約と成果の決め方、引き継ぎまでの進め方、よくある失敗を整理します。
外部PMを入れるべき状況と、入れなくてよい状況
外部のPMが本当に必要かどうかを、まず見極めます。外部の人材は即戦力になりますが、費用がかかり、社内に知識が残りにくいという弱点もあります。
外部PMが役に立つ状況
- 社内に新規事業の推進経験を持つ人がおらず、何から手をつけるべきか分からない
- 社内の担当者はいるが、既存業務との兼務で推進の実務に手が回らない
- システム開発を伴う事業で、開発会社とのやり取りを管理できる人がいない
- 検証の期間が限られており、短期間で立ち上げる必要がある
- 社内の利害が絡み合っており、中立的な立場で議論を整理する人が必要
外部PMを入れなくてよい、または慎重に考えたい状況
- 事業の方向性そのものが定まっておらず、まず社内で目的を議論すべき段階
- 社内に推進できる人がいて、足りないのは時間ではなく権限や予算
- 外部の人に任せることで、社内の担当者が育つ機会を失う懸念が大きい
- 顧客との関係が事業の中核で、外部の人が前面に立つと信頼を損なう
PMという役割そのものの基本はPM（プロジェクトマネージャー）の解説ページで整理しています。新規事業の文脈では、PMは単に予定と作業を管理するだけでなく、検証の計画を立て、関係者を動かし、判断の材料をそろえる役割を担うことが多くなります。
外部PMの役割の型
一口に外部PMと言っても、担う役割はさまざまです。役割の型を整理しておくと、自社に必要なのはどれかを判断しやすくなります。
| 役割の型 | 主な仕事 | 向いている状況 | 社内に求められること |
|---|---|---|---|
| 推進代行型 | 検証の計画・実行・報告を主導する | 社内に推進の手がまったく足りない | 判断を下すオーナーの関与と、学びの共有 |
| 伴走型 | 社内の担当者と一緒に進め、助言しながら推進する | 担当者はいるが経験が足りない | 担当者が実務を担い、外部PMから学ぶ姿勢 |
| 開発管理型 | 開発会社との要件の調整、進行管理、品質の確認 | システム開発を伴うが、社内に開発の知見がない | 事業側の要件と優先順位を決める人 |
| 立ち上げ支援型 | 体制・計画・進め方の型を作り、社内に引き継ぐ | 新規事業の進め方そのものを社内に根付かせたい | 型を受け取り、運用し続ける人 |
実際には、これらの型を組み合わせることもあります。たとえば、最初の数か月は推進代行型で立ち上げ、徐々に伴走型に移り、最後は社内に引き継ぐ、という流れです。最初にどの型から始め、どう移っていくのかを計画しておくと、引き継ぎがスムーズになります。
開発を伴う場合、開発の進行管理は開発会社側のPMが担うこともあります。発注側の外部PMと開発会社のPMの役割が重ならないよう、誰が何を管理するのかを整理しておくことが大切です。開発会社との日々の進め方はMVP開発会社との進め方、体制全体の役割分担はMVP開発に必要な体制で解説しています。
社内側に残すべき責任
外部PMを入れても、社内側が手放してはいけない責任があります。ここを外部に委ねてしまうと、事業が社内のものではなくなります。
事業の最終判断
事業を続けるか、方向を変えるか、止めるかの判断は、社内のオーナーが下します。外部PMは判断の材料をそろえ、選択肢と推奨を示すことはできますが、判断そのものの責任は負えません。外部の人に判断を委ねると、うまくいかなかったときに誰も責任を取れない状態になります。
顧客との関係
顧客へのヒアリングや試験提供を外部PMが担うことはあっても、顧客との長期的な関係は社内が持つべきです。顧客から見て、相手が誰なのかが分かること、契約が終わっても関係が続くことが大切です。顧客との接点には、できる限り社内の担当者が同席します。
学びの蓄積
検証から得た学び、顧客の声、判断の理由は、社内の資産として記録します。外部PMにまとめてもらうことはできても、その記録を社内で読み、理解し、次の判断に使うのは社内の人です。
社内の調整と経営層への説明
既存部門との調整や経営層への説明は、社内の立場や関係性があってこそ効果を持ちます。外部PMは資料づくりや論点の整理で支援できますが、最終的に説明し、協力を引き出すのは社内のオーナーです。
社内オーナーの役割を明確にする
これらの責任を担う社内のオーナーを、一人決めておきます。オーナーが不在、または関与が薄いと、外部PMは判断を仰ぐ相手がおらず、推進が止まるか、外部PMが事実上の判断者になってしまいます。オーナーには、少なくとも週に一度、外部PMと進捗と判断について話す時間を確保してもらいます。オーナーは必ずしも新規事業の専門家である必要はありませんが、事業の判断を下す権限を持ち、経営層に説明できる立場であることが求められます。権限のない担当者をオーナーにすると、判断のたびに上位者の確認が必要になり、外部PMを入れた効果が薄れます。
契約形態と成果の決め方
外部PMとの契約では、何に対して対価を払うのかを明確にしておく必要があります。新規事業の推進は、あらかじめ成果物を確定できる仕事ではないため、成果物の完成を約束する請負契約よりも、業務の遂行に対して対価を払う準委任契約の形が一般的です。契約形態の違いは請負契約と準委任契約の選び方で詳しく解説しています。
準委任契約の場合、成果物の完成が約束されないため、何をもって業務が適切に遂行されたとするのかを、別の形で決めておく必要があります。
成果の決め方の例
- 期間ごとの目標を決める。 「最初の一か月で検証計画を作り、経営層の合意を得る」「次の二か月で想定顧客への検証を一定数行い、結果をまとめる」のように、期間ごとに達成したいことを決めます。
- 定期的な報告の内容を決める。 週次や月次で、何を報告するのか（進捗、分かったこと、課題、次の予定）を決めます。
- 成果物の形を決める。 検証計画書、検証結果の記録、意思決定の記録、引き継ぎ資料など、残してほしい成果物を決めます。
- 関与の量を決める。 週に何日、または月に何時間関与するのか、会議への参加の範囲はどこまでかを決めます。
契約で確認したい項目
| 項目 | 確認する内容 |
|---|---|
| 業務の範囲 | どの役割の型か、何をして何をしないか |
| 関与の量 | 週や月あたりの稼働の目安、会議への参加範囲 |
| 報告 | 頻度、形式、報告の相手 |
| 成果物 | 残してほしい文書や記録、その帰属 |
| 権限 | 外部PMが自分の判断でできること、社内の承認が必要なこと |
| 秘密保持 | 事業情報、顧客情報の扱い |
| 期間と更新 | 契約期間、更新の判断の時期、途中解約の条件 |
| 引き継ぎ | 契約終了時の引き継ぎの内容と期間 |
費用の考え方
外部PMの費用は、関与の量と期間、そして求める役割の幅で決まります。週に何日関与するのか、何か月続けるのか、推進の実務まで担うのか助言にとどめるのか。これらが変われば費用も大きく変わるため、他の候補と比べるときは単価だけでなく、同じ役割と関与の量を前提にした総額で比べます。
費用を抑える方法としては、最初から長期の契約を結ばず検証の区切りごとに見直す、社内で担える実務は社内に残して外部PMの関与を判断と助言に絞る、段階的に関与を減らす計画を最初から立てておく、といったものがあります。逆に、関与を減らしすぎて外部PMが状況を把握できなくなると、助言の質が下がり、かえって無駄が増えます。関与の量は、期待する役割に見合っているかで判断します。
外部PMを入れてから引き継ぐまでの進め方
外部PMとの関係を、導入から引き継ぎまでの流れで設計しておきます。
- 入れる目的と役割の型を決める。 何のために外部PMが必要か、どの役割の型から始めるかを社内で整理します。
- 社内オーナーを決める。 判断と顧客との関係、学びの蓄積に責任を持つ社内の人を一人決め、時間を確保します。
- 候補者と面談する。 経歴だけでなく、新規事業の推進でどんな状況にどう対処したのか、具体的な経験を聞きます。社内オーナーとの相性も確かめます。
- 役割・成果・権限を文書で合意する。 前述の項目を契約や業務の取り決めとして文書にします。
- 最初の数週間で計画を作る。 外部PMと社内オーナーで、検証の計画と、社内の誰が何を担うかを決めます。
- 定期的に振り返る。 月に一度、期待していた役割を果たせているか、社内への知識の移転が進んでいるかを振り返ります。
- 段階的に社内へ役割を移す。 推進の実務を少しずつ社内の担当者に移し、外部PMは助言の役割に移っていきます。
- 引き継ぎを行い、契約を終える、または役割を変える。 計画通り引き継ぎが終われば契約を終えるか、より限定された助言の役割に切り替えます。
この流れの中で特に大切なのは、最初から「いつ、どう引き継ぐか」を計画に入れておくことです。引き継ぎの計画がないと、外部PMへの依存が続き、費用もかかり続けます。開発を伴う場合の引き継ぎの考え方はMVPを外注から内製へ引き継ぐも参考になります。
候補者との面談で聞きたいこと
面談では、経歴の確認よりも、具体的な状況での行動を聞くことに時間を使います。たとえば次のような問いです。
- 検証の結果が想定と違ったとき、どう判断し、関係者にどう伝えましたか
- 社内の承認がなかなか下りなかったとき、何をしましたか
- 開発会社との間で仕様や予定の食い違いが起きたとき、どう調整しましたか
- 前の案件で、社内の担当者に何を引き継ぎ、どう引き継ぎましたか
- 自分が判断すべきでないことを判断しそうになった経験はありますか
答えの具体性と、自分の役割の限界をわきまえているかどうかが、見極めの手がかりになります。社内オーナーも面談に同席し、週に一度の対話を続けられそうな相手かを確かめます。
具体的な場面の例：開発を伴う新規事業で外部PMを入れた場合
架空の一般例で考えます。ある企業で、既存顧客向けの会員制Webサービスを立ち上げることになりました。新規事業の担当者は社内に一人いますが、既存業務との兼務で、システム開発の経験もありません。開発会社とのやり取りや、検証の進め方に不安があったため、外部からPMを入れることを決めました。
責任者は、まず外部PMの役割を「伴走型と開発管理型の組み合わせ」と定めました。検証の計画づくりと開発会社との調整は外部PMが主導し、社内の担当者はそのすべてに同席して学ぶ。顧客へのヒアリングは社内の担当者が主に行い、外部PMは質問の設計と振り返りを支援する。事業の判断は新規事業の責任者が下す。こうした分担を文書にまとめ、外部PMと合意しました。
契約は準委任の形で、関与は週に数日、最初の三か月は検証計画とMVPの開発管理、次の三か月で推進の実務を社内の担当者に移すという計画にしました。月に一度の振り返りでは、検証の進み具合だけでなく、社内の担当者が何をできるようになったかも確認しました。
半年後、社内の担当者は開発会社との定例会議を自ら進められるようになり、外部PMは月に数回の助言の役割に切り替わりました。検証の記録、判断の理由、開発会社とのやり取りの経緯は、すべて社内の共有の場所に残されており、外部PMの関与が減っても事業は止まりませんでした。
この例で、引き継ぎが順調に進んだ理由は二つあります。一つは、最初の契約の時点で「半年で推進の実務を社内に移す」という目標を外部PMと共有していたこと。外部PMも、自分の役割を社内の担当者が育つまでの橋渡しと理解していたため、実務を抱え込まず、担当者に任せる場面を意識して増やしていきました。もう一つは、記録の置き場所を最初から社内の共有の場所に決めていたことです。
よくある失敗とその避け方
- 推進をまるごと任せて、社内が関与しない。 契約が終わると何も残りません。社内オーナーを決め、すべての重要な場面に社内の人が同席します。
- 外部PMに事業の判断を委ねる。 判断の責任が曖昧になります。判断は社内のオーナーが下し、外部PMは材料と推奨を示す役割にとどめます。
- 役割を決めずに入ってもらう。 期待と実際の仕事がずれ、双方に不満が残ります。役割の型と範囲を文書で合意します。
- 成果を決めずに準委任で契約する。 何をもって成果とするかが分からず、契約の継続や終了の判断ができません。期間ごとの目標と成果物を決めます。
- 引き継ぎの計画がない。 外部PMへの依存が続き、費用もかかり続けます。最初から引き継ぎの時期と方法を計画に入れます。
- 開発会社のPMと役割が重なる。 指示が二重になり、開発が混乱します。誰が何を管理するのかを三者で整理します。
外部PMを入れる前のチェックリスト
- 外部PMを入れる目的が言葉になっている
- 役割の型（推進代行・伴走・開発管理・立ち上げ支援）を決めた
- 社内オーナーを一人決め、関与の時間を確保した
- 事業の判断、顧客との関係、学びの蓄積を社内が持つことを合意した
- 期間ごとの目標と、残してほしい成果物を決めた
- 外部PMの権限の範囲と、社内の承認が必要なことを決めた
- 報告の頻度・形式・相手を決めた
- 開発会社のPMとの役割分担を整理した
- 引き継ぎの時期と方法を計画に入れた
- 秘密保持と成果物の帰属を契約で確認した
よくある質問
Q. 外部PMにはどんな経歴の人を選べばよいですか？
経歴の華やかさよりも、新規事業の不確実な状況で、どう考え、どう動いたのかを具体的に語れる人を選びます。面談では、検証がうまくいかなかったときにどう対応したか、社内の反対にどう向き合ったか、開発会社とどう協力したかといった具体的な経験を聞きます。自社の業界の経験は助けになりますが、必須ではありません。
Q. 外部PMと社内の担当者の関係がうまくいかない場合はどうすればよいですか？
役割の分担が曖昧なことが原因である場合が多いため、まず分担を見直します。誰が何を決め、何を担うのかを改めて文書にします。それでも改善しない場合は、早めに社内オーナーが間に入り、必要なら契約の見直しも検討します。
Q. PMOとの違いは何ですか？
PMは特定のプロジェクトの推進に責任を持つ役割で、PMOは複数のプロジェクトの管理を横断的に支援する組織や機能を指します。新規事業が複数並行している場合は、外部の人材にPMOの役割を担ってもらう選択肢もあります。詳しくはPMO（プロジェクトマネジメントオフィス）の解説ページを参照してください。
Q. 外部PMはどれくらいの期間入ってもらうのがよいですか？
一律の目安はありませんが、検証の段階に合わせて区切るのが現実的です。最初の検証の計画から結果が出るまでを一つの区切りとし、その時点で継続するか、役割を変えるか、終えるかを判断します。最初から長期の契約を結ぶより、区切りごとに見直すほうが、必要な支援の形に合わせやすくなります。
Otsumuに相談できること
外部PMが本当に必要かどうかは、社内の状況によって大きく変わります。社内に推進の経験を持つ人がいる、または担当者が実務を通じて学べる時間と環境があるなら、外部の人材に頼らず社内で進めるのが、知識の蓄積という意味でも最善の選択です。足りないのが時間ではなく権限や予算であれば、外部PMを入れるより、社内の仕組みを整えるほうが効果は大きくなります。
一方で、社内に新規事業の推進や開発の管理の経験がなく、検証の期間も限られている、という状況では、実践の経験を持つ外部の力を借りることで、最初の空回りを避けられます。その際は、この記事で示したように、社内に判断と学びが残る形の関わり方を選ぶことが大切です。
Otsumuは、自らも事業を手がける実践者として、新規事業開発コンサルティングで、検証計画づくりから推進の実務まで、社内の担当者と一緒に進める伴走型の支援を行っています。システム開発を伴う場合は、新規事業の爆速MVPシステム開発で、構想から開発・運用・改善まで一気通貫で担い、開発の経緯や判断の理由を社内に残しながら進めます。期間を区切って進めたい場合は、新規事業レビュー Sprint（48万円・税別、1〜2週間）や顧客検証 Sprint（98万円〜・税別、4週間）のような形もあります。
外部の人材を入れるべきか迷っている段階でも構いません。30分の無料相談で、社内の状況を伺い、必要な支援の形を一緒に考えます。
この記事について
Otsumu株式会社が執筆しました。統計値や他社の事例には依拠せず、進め方と判断の枠組みを中心にまとめています。法務・税務・会計などの制度は、専門家や公的窓口で最新の情報をご確認ください。
執筆：Otsumu株式会社 ／ 編集日 2026.10.01