「プロジェクトが始まったけど、いつまでに何人集めればいいのかわからない……」
「人が足りなくて現場が疲弊しているが、追加で何人補充すべきか根拠が示せない」

システム開発の現場で、このような悩みを抱えていませんか?

プロジェクトを完遂するために最も重要なリソースは「人」です。しかし、ただ闇雲にエンジニアを集めれば良いわけではありません。感覚で『人が欲しい』と訴えても、ステークホルダーを納得させることはできず、予算は下りません。

必要な時期に必要なスキルを持つ人を、予算の範囲内で適切に配置する「要員計画(人的リソース計画)」がなければ、コストの超過やスキルのミスマッチによるスケジュールの遅延を招いてしまいます。

この記事では、プロジェクトにおける要員計画の定義、なぜ計画が必要なのか、そしてステークホルダー間の役割分担について解説します。

現場で陥りがちな要員計画の失敗パターン

要員計画の具体的な内容に入る前に、計画が不十分なプロジェクトでよく起こる「炎上パターン」を見てみましょう。

  • 「とりあえず優秀な人をアサインしたから大丈夫」の罠
    技術力は高くても、顧客の業務知識がないメンバーばかりを集めてしまい、仕様の理解と立ち上がりに時間がかかり、結果的にスケジュールが遅延する。
  • 「忙しくなったらその都度人を増やせばいい」の罠
    いざ開発のピークを迎えて増員しようとしたところ、特定のアーキテクトやDBスペシャリストが他案件で埋まっており、キーマン不在で開発がストップしてしまう。

このような事態を防ぐための土台となるのが「要員計画」です。

要員計画(人的リソース計画)とは

プロジェクトにおける「要員計画」とは、プロジェクトの各工程(フェーズ)において、どのようなスキルを持った人が、どのタイミングで、何人必要かを具体的に算定し、確保するための計画です。

リソースマネジメントの中でも、特に「人的な調達と割り当て」に焦点を当てた活動を指し、プロジェクトのコミュニケーションを円滑に運用するためにも適切な人員配置は欠かせません。

要員計画で決定すべき主な要素

  • 役割(ロール):PM、PL、アーキテクト、開発者、テスターなど。
  • 工数(人月):各工程で必要となる労働量の合計。
  • 期間:いつ参画し、いつ離脱(リリース)するか。
  • スキル要件:必要な開発言語、業務知識、経験年数など。

なぜ要員計画が必要なのか

前述の失敗パターンのように「その都度人を調整する」という考え方は非常に危険です。計画的な要員確保が必要な理由は、主に以下の3つです。

1. 予算(コスト)の裏付けにするため

プロジェクト費用の大部分は「人件費」が占めます。要員計画が曖昧なままだと、見積もりの根拠が崩れ、あっという間にプロジェクトが赤字になるリスクが高まります。

2. リードタイムを考慮するため

必要なスキルを持った人材が、明日からすぐに動けるとは限りません。採用や社内調整、外部ベンダーへの発注には数週間から数ヶ月の「リードタイム」がかかります。特に優秀なエンジニアは1〜2ヶ月前でも捕まらないことが多々あるため、先読みした計画が不可欠です。

3. チームの立ち上げ(オンボーディング)時間を確保するため

新しく入ったメンバーが即戦力として動くには、プロジェクトのルールや仕様を理解する期間が必要です。要員計画では、この「立ち上がり期間」も考慮した配置とスケジュールが求められます。

それぞれの職務と役割(要員計画視点)

要員計画を成功させるには、「誰が要員を集める責任を持つのか」を明確にすることが重要です。お客様側(発注者)とシステム開発側(受注者)、それぞれの役割分担を整理しました。

役割お客様側(発注者)
のタスク
システム開発側(受注者)
のタスク
プロジェクト統括責任者・全体予算の確保と承認
・自社側の要員(業務担当者など)の確保
プロジェクトマネージャー(PM)・プロジェクト全体の必要工数の承認
・重要局面での増員判断
・要員計画の策定
・社内リソース調整、外部ベンダーへの発注依頼
プロジェクトリーダー(PL)・担当範囲で必要な業務知識を持つ要員の選定
・受け入れテストの体制準備
・各工程の詳細な必要工数(人月)の算出
・メンバーのスキル評価
品質保証責任者・計画された要員構成で品質目標を達成できるかのレビュー

このように、PMが一人で抱え込むのではなく、顧客を含めたステークホルダー全体で合意形成しながら進めることがポイントです。

要員計画を立てる・見直す際の3つのポイント(概要)

要員計画は一度立てて終わりではなく、プロジェクトの進展に合わせて精度を高めていくプロセスです。計画立案の際は、以下の3つのフレームワークを活用します。

  1. フェーズに合わせた「段階的な詳細化」
    初期段階は不確実なため、リスクを見込んで「概算」で予算枠を確保します。その後、要件定義完了後(何を作るか確定)、設計完了時(タスクの細分化)と、工程が進むごとに計画を精査し、誤差を縮めていきます。まずはざっくり予算を取り、要件定義後にきっちり合わせにいくイメージです。
  2. 山積み表(リソースヒストグラム)による可視化
    工程ごとに必要な人数を積み上げたグラフを作成します。メンバーが過負荷になる「山」の時期や、手が空いてしまう「谷」の時期を可視化し、無理・無駄のない「平準化」を図ります。
  3. スキルマトリクスと体制図の連動
    「Java経験3年以上」「要件定義の経験者」など、必要な役割に対して具体的なスキル条件を定義し、ミスマッチを防ぎます。

「具体的にどうやって必要人数を計算するのか」「山積み表をどう作るか」については、次回の【実践編】で詳しく解説しています。 【実践】要員計画の立て方|必要人数の算出と現場の罠

まとめ:要員計画はプロジェクトの「体力」を決める

要員計画は、プロジェクトを最後まで走り抜くための「体力」を整える作業です。多すぎればコストが膨らみ、少なすぎれば現場が倒れてしまいます。

  • 感覚ではなく「根拠」を持って予算と人員を確保する。
  • 顧客と開発側で、役割分担を明確にして合意する。
  • 採用やアサインのリードタイムを計算に入れて早めに動く。

適切な要員計画を立てることで、メンバーが無理なく、かつ最大限に力を発揮できる環境を整えましょう。

次のステップ:【実践編】へ

要員計画の全体像が掴めたら、次は「具体的にどうやって必要人数を割り出すのか」です。

どんぶり勘定を防ぐ計算ステップや、現場で陥りがちな「新人やエースのアサインにまつわる罠」については、以下の「実践編」で詳しく解説しています。ぜひ併せてお読みください。 【実践】要員計画の立て方|必要人数の算出と現場の罠

システム開発の委託先管理(ベンダーマネジメント)の進め方|丸投げを防ぐ4つの実践ポイント「ベンダーへの丸投げ」はプロジェクト炎上の引き金に。ITプロジェクトにおける委託先管理(ベンダーマネジメント)の重要性と、進捗・品質・コストなどを可視化する4つの実践ポイント、両者の役割分担をPM向けに解説します。...
ABOUT ME
hidechi
情報システムエンジニアとして35年以上、システム開発の最前線に立つ現役エンジニア。10億円規模の大規模案件など、数多くのプロジェクトマネジメント経験から得た「現場ですぐに使える実践的な知見」を発信します。日々、厳しい現場で奮闘しているPMやSEの皆さんの一助となれば幸いです。