Salesforce商談データを工数需要に変換し、稼働率・スキル・採用計画を一気通貫で設計する
はじめに：「人が足りない」が経営課題になる前に動く
プロジェクト型ビジネスで最も避けたいのは、「受注したのに人が足りなくて案件が回せない」という状況です。受注機会の損失、納期遅延による信用失墜、既存メンバーの過重稼働——いずれも組織の収益性と健全性を直撃します。
しかし多くの組織で、要員計画は「感覚」「営業からの口頭情報」「過去の経験」に頼って行われています。本記事では、Salesforceの商談データを起点に、3か月先の要員不足を構造的に予知するリソース要員計画の完全フレームを解説します。経営者・経営企画・HR・PMOが押さえるべき、要員管理のピラー記事です。
この記事でわかること
- リソース要員計画が経営課題になる3つの構造的要因
- リソース要員計画に必要な4つのデータレイヤー
- 商談確度別の月次需要予測の作り方
- 稼働率・スキルマトリクス・採用リードタイムの統合運用
第1章：リソース要員計画が経営課題になる3つの構造的要因
要因① 商談データと要員データが分断
営業情報はSalesforceに、要員情報はExcel・人事システムに、稼働情報は別ツールに——というデータサイロが、リソース予測を不可能にしています。「どの商談がいつクローズすると、どのロールが何人月必要になるか」を計算するには、商談・想定工数・スキル属性・現有メンバー稼働の4データを統合する必要があります。
要因② 採用・外注のリードタイムが逆算されていない
エンジニアの採用には平均2〜3か月、外注パートナーの確保にも1〜2か月かかります。3か月先のリソース不足を「3か月前」に予知できないと、対策は間に合いません。多くの組織では「リソース不足が現実化してから慌てて募集」という後手の対応になっています。
要因③ 稼働率（チャージ率）が感覚的に把握されている
「メンバーは忙しい」「あのチームは余裕がある」といった感覚的な稼働率把握では、実態のリソース余力は見えません。会議・調整・修正対応で実は稼働率が50%を切っているのに「忙しそう」に見える、というケースは珍しくありません。
リソース要員計画は「HR部門の作業」ではなく「経営戦略の根幹」。商談確度・想定工数・現有スキル・稼働率を同じデータレイヤーに統合できる組織だけが、3か月先のリソース不足を予知できる。
第2章：リソース要員計画に必要な4つのデータレイヤー
レイヤー① 商談データ（受注確度・想定工数・必要ロール）
Salesforceの商談オブジェクトに、商談確度（%）・想定工数（人月）・必要ロール（PM／エンジニア／デザイナーなど）の情報を保持します。これがリソース需要予測の起点です。商談クローズ時にこれらのデータを案件レコードに継承する仕組みが必須です。
レイヤー② スキルマトリクス（メンバー × スキル × 熟度）
メンバーごとに保有スキルと熟度（初級／中級／上級）を整理したマトリクスです。「Java上級は社内に5名、うち3名は別案件で稼働中」といった可視化により、新規案件のアサイン候補が即座に見えます。
レイヤー③ 現在の稼働率データ
メンバーごとの月次稼働率（チャージ率）と、ロール別・組織別の稼働率を可視化します。これが「現有戦力で何人月の追加案件を吸収できるか」の根拠データになります。
レイヤー④ 採用・外注パートナーのパイプライン
採用中の候補者、外注パートナーの空き状況、それぞれの確保リードタイムを管理します。「3か月後にJavaエンジニアが2名必要」と分かったら、即座に採用着手＋外注問い合わせを並行して動かせる状態を作ります。
第3章：商談確度別の月次需要予測の作り方
ステップ1：商談ステージ × 確度の重み付け
商談ステージごとに需要予測の重み付けを設定します。例：
- 初回提案（確度20%）→ 想定工数の20%を需要として計上
- 提案中（確度50%）→ 想定工数の50%を計上
- クロージング（確度80%）→ 想定工数の80%を計上
- Closed Won（確度100%）→ 想定工数の100%を計上
ステップ2：必要ロール別への分解
案件種別ごとの標準ロール構成（テンプレート）を持っておきます。「受託開発100人月案件」なら「PM 10%、エンジニア上級 30%、エンジニア中級 50%、QA 10%」といった分解ルールを適用し、ロール別工数需要を算出します。
ステップ3：月次タイムラインへの展開
各案件の想定開始・終了月に応じて、月次の工数需要をタイムラインに展開します。「2026年7月：エンジニア上級 28人月、中級 47人月」といった月次需要が浮かび上がります。
ステップ4：現有戦力との差分把握
月次需要から、現有メンバーの利用可能工数を引いた差分が「ギャップ」です。ギャップが正なら採用・外注で確保、負なら社内営業強化やリソース再配分の対象になります。
第4章：稼働率・スキルマトリクス・採用リードタイムの統合運用
統合① 稼働率を経営KPIに据える
組織全体の稼働率（チャージ率）70%を目標値とし、月次経営会議でレビューします。70%を切っているチームは案件アサインが不足、80%を超えるチームは過重稼働——というように、組織のキャパシティ調整の意思決定に直結します。
統合② スキルマトリクスをアサインダッシュボードに連携
案件アサイン時に「必要スキル」を入力すると、マッチするメンバーが自動表示される仕組みを作ります。「あの案件はAさんしかできない」という属人化を防ぎ、組織の冗長性を高めます。
統合③ 3か月先リードタイムの可視化
商談確度別需要予測の結果を、採用・外注のリードタイムと重ねて表示します。「3か月後にJava上級2名不足」が見えたら、即座に採用着手＋外注パートナーへの打診を実行できる体制を作ります。
統合④ 経営会議でのリソース議題
月次経営会議で「リソース予測ダッシュボード」を必ずレビューします。3か月先までのギャップ・採用進捗・外注パイプラインを一覧で確認し、必要な意思決定（採用予算追加・案件辞退・外注先開拓）をその場で決めます。
第5章：Task Relayが提供するリソース要員計画基盤
Task Relayは、Salesforce上で動作するプロジェクト＆工数管理SaaSとして、リソース要員計画に必要な4つのデータレイヤーを統合提供します。
- Salesforce商談オブジェクトと連動した想定工数・確度の管理
- 案件種別別のロール分解テンプレート
- メンバー別スキルマトリクスとアサインダッシュボード
- 組織別・ロール別・メンバー別の稼働率レポート
- 商談確度別の3か月先リソース需要予測
- 採用パイプラインと外注パートナー管理機能
| 観点 | 従来の感覚的計画 | 統合運用 |
|---|---|---|
| 予測スパン | 1か月先 | 3か月先 |
| データソース | 営業からのヒアリング | 商談確度×想定工数を自動集計 |
| ロール別精度 | 不可 | スキル別に分解可 |
| 採用リードタイム | 事後対応 | 逆算式に予知 |
| 経営判断 | 都度個別 | 月次定点レビュー |
まとめ：リソース要員計画は「経営判断の道具」
「人が足りない」が経営課題として顕在化してから動くのでは遅すぎます。商談確度から3か月先の要員不足を予知できる組織だけが、案件機会損失を防ぎ、健全な稼働率を保てます。Salesforceの商談データと工数管理データを統合することが、その出発点です。
まずは自社の現状の要員計画が、本記事の4つのデータレイヤーのうちいくつを統合できているかを点検してください。1つでも欠けていれば、それが「いきなり人が足りない」が起きる原因です。
商談確度から3か月先を予知し、
リソース不足を構造的に防ぐ。
Salesforce商談データ×工数需要×スキルマトリクスを統合するTask Relay。30分のデモで貴社のリソース要員計画基盤の作り方をご紹介します。