プロジェクトリソース管理とは。工数管理・タレマネとの違い

プロジェクトリソース管理とは、プロジェクト型組織で「人」と「案件」の配分を計画し、稼働と空きをコントロールする仕組みである。

工数管理が事後の実績記録、タレントマネジメントが半期〜年次の人材育成を扱うのに対し、プロジェクトリソース管理は週次〜月次の案件と稼働の配分を扱う事業領域の仕組みだ。3つは画面が似ていても、扱う対象と時間軸がまったく違う。

この記事の要点

• プロジェクトリソース管理（Resource Management／要員管理）は週次〜月次で人と案件を配分する事業領域の仕組みだ。
• 工数管理は事後の実績記録で原価計算用、タレントマネジメントは半期〜年次の人材育成。三者は時間軸も主管部門もKPIも違う。
• どれも事業に要るが、3つを揃えても案件ごとの限界利益は増えない。利益が決まるのは受注前で、3つはどれも受注後の道具だからだ。
• 受注前に利益を設計する仕組みが、採算設計クラウドという別カテゴリとして必要になる。
• ツール選びの分岐は「事後を整える」か「事前を設計する」かにある。

プロジェクトリソース管理とは何か

プロジェクトリソース管理は、プロジェクト型組織が「誰がいつどの案件に入るか」を計画・管理する仕組みである。Resource Management、要員管理、リソースプランニングとも呼ばれる。

扱う対象は二つだ。一つは人——メンバー個々の稼働可能時間、スキル、現在のアサイン状況。もう一つは案件——進行中・予定中のプロジェクトと、それぞれが必要とする人数とスキル。この二つを突き合わせ、空きと過負荷を可視化し、配分を調整する。

KPIは多くの場合、稼働率と空き工数だ。空きを減らし、過負荷を均すことが運用上のゴールになる。立ち位置は受注後〜実行中で、主管はPMO・現場マネージャー・事業企画である。

工数管理・タレントマネジメントとの違い

3つは似た領域に見えて、実は時間軸も対象もKPIも違う。横に並べて見ると分かりやすい。

観点	プロジェクトリソース管理	工数管理	タレントマネジメント
主な目的	人と案件の配分計画	工数・原価の実績記録	人材の評価・育成・配置
扱う対象	案件と人の組み合わせ	個人の時間消費	人材のスキル・評価・キャリア
時間軸	週次〜月次（受注後〜実行中）	日次（事後の記録）	半期〜年次（静的）
主管部門	PMO・現場マネージャー・事業企画	PM・現場・経理	人事
中心KPI	稼働率・空き工数	工数原価・予実差	スキル充足率・離職率
代表ツール例	ようかん、TimeKrei、Float	クラウドログ、TimeTracker	タレントパレット、カオナビ
何を解くか	空きの偏りと過負荷	終わった原価の把握	中長期の人材ポートフォリオ

主管部門の列を見ると、3つはそもそも別の組織が別の目的で動かしている。プロジェクトリソース管理は事業側、工数管理は経理・現場、タレントマネジメントは人事だ。3つは競合しない。それぞれの仕事が違う。

ただし、画面に「人」と「稼働」が並ぶため混同されやすい。タレマネが週次の編成判断で機能しない理由はタレントマネジメントがプロジェクト組織に利益を生まない理由に、工数管理が利益に直結しない理由は実績管理は利益を生まない。その入力に説明責任はあるかに整理した。

それぞれが解いている問題

3つの違いを理解するには、それぞれが解いている問題を見るのが早い。

プロジェクトリソース管理が解くのは、稼働の偏りと過負荷の問題だ。誰かが連続で過負荷になり、別の誰かが空いている。アサインが見えていないと、属人的な調整に依存する。これを可視化し、配分の意思決定を支援する。

工数管理が解くのは、原価の不可視化だ。案件にいくらコストがかかったかを記録しなければ、原価率も限界利益も事後に計算できない。請求・経理・予実分析の土台になる。

タレントマネジメントが解くのは、人材ポートフォリオの中長期マネジメントだ。スキルギャップ、評価、育成計画、後継者準備、離職予兆——半期〜年次の時間軸で人材の構造を整える。

それぞれ別の問題を解いている。だからどれも、どれかで代替できない。

3つを揃えても、利益は増えない

ここが分岐点だ。プロジェクトリソース管理・工数管理・タレントマネジメントを完璧に揃えても、案件ごとの利益は増えない。理由は構造的だ。

3つに共通しているのは、全てが受注後の道具であるという点だ。リソース配分は受注済み案件の中で稼働を均し、工数管理は終わった原価を記録し、タレマネは半期単位で人材を整える。だが案件の利益が決まるのは、受注の意思決定をした一瞬だ。どの案件を、いくらで、誰を組んで受けるか。ここで限界利益はほぼ確定する。

受注後にどれだけ稼働を均しても、安すぎる単価で受けた案件は黒字には戻らない。空きを埋めることと、利益を残すことは違う。稼働率100%でも、採算の合わない案件で埋めれば、組織は赤字のままだ。

稼働率を追うほど利益が逃げる構造は埋めるほど利益は逃げる。「稼働率100%」という錯覚に、受注前に決着がつくメカニズムは「予実管理の手前」で勝負は決まるに書いた。

受注前に利益を設計する仕組みが、別カテゴリとして要る

3つの管理系の手前に、もう一つの仕組みが必要だ。それが採算設計クラウドというカテゴリである。

プロジェクトリソース管理が「受注後の空きを埋める」最適化なのに対し、採算設計クラウドは「受注前に利益が出る編成を選ぶ」最適化だ。立ち位置が下流と上流で完全に分かれる。

観点	プロジェクトリソース管理	採算設計クラウド
時間軸	受注後〜実行中	受注前（提案・営業フェーズ）
最適化対象	稼働率・空きの均し	案件ごとの限界利益
編成の動かし方	既に決まった案件の配分	受注前の体制と単価の設計
主な使い手	PMO・現場マネージャー	経営者・事業責任者
解く問題	過負荷と空きの偏り	案件採算と組織リスク

プロジェクトリソース管理は事後を整える。採算設計クラウドは事前を設計する。

似ているのは扱う登場人物（人と案件）が同じだからで、解いている問題はまったく別だ。両者は競合しない。プロジェクトリソース管理が走り出した後の稼働を支え、採算設計クラウドが走り出す前の利益を決める。順序で言えば、採算設計クラウド → 受注 → プロジェクトリソース管理 → 実行 → 工数管理（事後集計）の流れに位置する。

ツール選びの本当の分岐

「リソース管理ツールを入れるべきか」と問う時、本当の分岐はここではない。本当の分岐は、事後の整理に投資するのか、事前の設計に投資するのかである。

リソース管理ツールを入れれば、稼働の可視化と配分の効率は確実に上がる。だがそれは「同じ案件構成での、より滑らかな運用」に過ぎない。案件構成そのもの——どんな案件を、いくらで、誰を組んで受けるか——を変えるには、受注前の意思決定に立つ別の仕組みが要る。

製品としての実装が、採算設計クラウド『CATCAREERアサインメント』である。立っているのは、案件がまだ受注されていない提案・営業フェーズ。プロジェクトリソース管理・工数管理・タレントマネジメントの3つが、決して触れられない場所だ。