優秀な人を揃えたのに、新規事業チームが動かない。会議は増えるが意思決定が出ない。手を動かす人がいない。経営層への説明コストが下がらない。こういった状況に陥るとき、問題の根はたいてい「人の質」ではなく「役割の構成」にある。

既存事業で結果を出してきた人材を集めても、新規事業チームが機能しない理由はここにある。既存事業は「答えのある世界で早く・正確に動く」能力が求められる場所だ。新規事業は「答えのない世界で仮説を立て、検証しながら前に進む」能力が求められる。この2つは、必要な適性が根本から違う。

本記事では、新規事業チームを機能させる3つの役割と、各役割が欠けたときに起きる具体的な失敗パターン、そして「最低何人で始められるか」の実践的な考え方を整理する。

なぜ「人数より役割」なのか

10人のチームが3ヶ月間迷走するより、3人のチームが同じ期間で仮説を3回検証できた方が、事業は確実に前に進む。新規事業の立ち上げ期において、チームの機能性は人数で決まらない。3つの役割がそろっているかどうかで決まる。

逆に言えば、どれかの役割が欠けたままでは、人数が増えても特定の問題が解消されないまま残り続ける。役割の充足を確認せずに「もう一人入れよう」と人を増やしても、チームの穴は埋まらない。

役割①：事業家（Why/Whatを決める人）

事業家は「なぜこの事業をやるのか」「何を作るのか」を決め続ける役割だ。顧客と対話しながら課題を特定し、仮説を立て、チームの判断軸を作る。社内の調整・経営層への説明・優先順位の決定も、この役割が担う。

事業家に必要なのは「決断する胆力」と「顧客への執着」だ。正解がない状況でも仮説を立てて動き、昨日の自分の判断を今日のデータで覆せる人間でなければならない。業界知識や専門スキルより、この2つの資質の方が重要だ。

事業家が欠けると何が起きるか。チームは動いているが「何のために動いているか」が揺れ続ける状態になる。会議のたびに方向が変わる。誰も最終的な判断を下せない。顧客の声を聞いているのに「どう解釈するか」が人によって違い、議論がループする。こうした状況の根本には、ほぼ必ずWhyとWhatを決める人の不在がある。

役割②：実行者（Howを動かす人）

実行者は「どう作るか」「どう届けるか」を実際に動かす役割だ。プロダクト・サービスを形にする、顧客に届くための仕組みを作る、検証に必要なものを最速で用意する。立ち上げ期の実行者に求められるのは、完璧なものを作る能力ではなく、「検証できる最小限のものを最速で作る」能力だ。

実行者が欠けると、事業家がどれだけ優れた仮説を立てても「絵に描いた餅」で終わる。会議で決めたことが、翌月も同じ状態のまま残っている。プロダクトのプロトタイプが出てこない。顧客に見せるものが何もない状態が続く。「外注しよう」という話が出るが、何を外注するかを決める人もいないため、外注先の選定すら進まない。

実行者の役割は、エンジニアやデザイナーに限らない。ノーコードツールを使いこなせる人、サービスの試験運営を一人でまわせる人、プロトタイプを手で作れる人——いずれも実行者として機能する。重要なのは「自分で手を動かして前に進められるか」だ。

役割③：翻訳者（社内外の橋渡しをする人）

翻訳者は、チームと外部（顧客・市場・経営層・他部署）のあいだに立つ役割だ。顧客の声をチームに持ち込み、チームの意図を顧客に伝える。経営層に対しては、現場の検証状況を「投資判断できる情報」に変換して報告する。

翻訳者が欠けると、チームはどんどん内向きになる。「顧客はこう言っていた」という情報が入ってこない。経営層への説明が事業家の仕事に上乗せされ、事業家が本来使うべき時間を社内対応に費やす。結果として、顧客と向き合う時間が減り、検証の質が落ちていく。

翻訳者は「営業出身」「CS経験者」「対象業界の実務経験者」が担うことが多い。顧客の言葉を「分かる」人が、この役割に向いている。

兼務の限界と「最低何人で始められるか」

1人が複数の役割を兼ねることはできる。しかし兼務には明確な限界がある。

事業家と翻訳者は兼務しやすい。判断と橋渡しは同じ人が担えることが多い。しかし事業家と実行者を同じ人が担うと、「考える時間」と「作る時間」が常に奪い合いになる。事業が動いているときはいいが、どちらかが手薄になった瞬間に、片方が崩れる。

全員が既存業務との兼務では、新規事業は必ず後回しになる。立ち上げ期の最低条件は「事業家の専任化」だ。週の大半を新規事業に使える事業家が1人いれば、実行者と翻訳者は段階的な関与でも機能し始める。専任を1人も置けない状況であれば、立ち上げのタイミング自体を見直す方が、長期的な損失を減らせる。

「最低何人か」という問いへの答えは、事業家が実行も翻訳も一定程度こなせるなら1人からでも始められる。ただし現実的には、事業家が顧客対話と社内調整に集中できる体制を作るために、もう1人の実行者が加わった2〜3人構成が立ち上げの実用最小単位になることが多い。

足りない役割は外部で補える

3つの役割を社内だけで揃えられる中小企業は多くない。ただし今は、実行者は生成AIやノーコードツールの活用で非エンジニアでもカバーできる範囲が広がっている。翻訳者は対象業界の顧問・アドバイザー・外部の伴走支援者で代替できる。

社内に絶対必要なのは事業家だ。外部がどれだけ優秀でも、「この事業は何のためにやるのか」「今何を検証しているのか」を決める人間は、チームの内側にいなければならない。逆に言えば、事業家だけ確保できれば、他の役割は外部との組み合わせで動き始めることができる。

チームが機能し始めるまでの「最初の壁」

3つの役割が揃ったとしても、チームはすぐには機能しない。最初の1〜2ヶ月は、役割の境界が曖昧で、誰が何を決めるべきかが定まらず、動きが鈍い時期が続く。この時期に「やっぱり人が足りない」と判断するのは早計だ。

チームが機能し始めるためには、「判断の基準」を早期に共有することが必要だ。何を優先するか、何を後回しにするか、何を検証の成功とみなすか——この判断軸がチーム内で統一されていれば、事業家がいないところでも実行者と翻訳者が動ける。逆にこの基準が曖昧なままだと、全員が「どうすべきか確認してから動く」状態になり、事業家に依存が集中する。

もう一つの壁は「既存業務の評価基準の持ち込み」だ。既存事業で高く評価されてきた「丁寧さ」「リスク回避」「上への報告」は、新規事業の立ち上げ期では必ずしも美徳にならない。このギャップを早めに言語化してチームで共有することで、「スピード重視」「仮説検証ファースト」という新しい評価基準に切り替えられる。

よくある質問

Q. 新規事業チームの理想的な人数は何人ですか？

立ち上げ期は3〜5人が目安です。人数が増えるほど調整コストが増え、検証スピードが落ちます。フェーズが進んで再現性が見えてから、拡大に合わせて増員する順序を推奨します。

Q. 若手とベテランのどちらを起用すべきですか？

年齢より適性（曖昧さへの耐性・学習速度・顧客への執着）で選ぶべきです。ベテランの業界知識と若手の行動量を組み合わせるチーム構成は有効ですが、どちらの場合も既存事業の評価基準を持ち込まないことが条件です。

Q. エンジニアが社内にいない場合はどうすればよいですか？

検証段階ではノーコードツールや生成AIの活用で非エンジニアでも作れる範囲が広がっています。本格開発の段階では外部パートナーの活用が現実的で、その際はソースコードの引き渡し条件を確認しておくことが重要です。

関連記事