【基礎】プロジェクト要員計画|炎上を防ぐ人員配置と役割分担
「プロジェクトが始まったけど、いつまでに何人集めればいいのかわからない……」
「人が足りなくて現場が疲弊しているが、追加で何人補充すべきか根拠が示せない」
システム開発の現場で、このような悩みを抱えていませんか?
プロジェクトを完遂するために最も重要なリソースは「人」です。しかし、ただ闇雲にエンジニアを集めれば良いわけではありません。感覚で『人が欲しい』と訴えても、ステークホルダーを納得させることはできず、予算は下りません。
必要な時期に必要なスキルを持つ人を、予算の範囲内で適切に配置する「要員計画(人的リソース計画)」がなければ、コストの超過やスキルのミスマッチによるスケジュールの遅延を招いてしまいます。
この記事では、プロジェクトにおける要員計画の定義、なぜ計画が必要なのか、そしてステークホルダー間の役割分担について解説します。
現場で陥りがちな要員計画の失敗パターン
要員計画の具体的な内容に入る前に、計画が不十分なプロジェクトでよく起こる「炎上パターン」を見てみましょう。
- 「とりあえず優秀な人をアサインしたから大丈夫」の罠
技術力は高くても、顧客の業務知識がないメンバーばかりを集めてしまい、仕様の理解と立ち上がりに時間がかかり、結果的にスケジュールが遅延する。 - 「忙しくなったらその都度人を増やせばいい」の罠
いざ開発のピークを迎えて増員しようとしたところ、特定のアーキテクトやDBスペシャリストが他案件で埋まっており、キーマン不在で開発がストップしてしまう。
このような事態を防ぐための土台となるのが「要員計画」です。
要員計画(人的リソース計画)とは
プロジェクトにおける「要員計画」とは、プロジェクトの各工程(フェーズ)において、どのようなスキルを持った人が、どのタイミングで、何人必要かを具体的に算定し、確保するための計画です。
リソースマネジメントの中でも、特に「人的な調達と割り当て」に焦点を当てた活動を指し、プロジェクトのコミュニケーションを円滑に運用するためにも適切な人員配置は欠かせません。
要員計画で決定すべき主な要素
- 役割(ロール):PM、PL、アーキテクト、開発者、テスターなど。
- 工数(人月):各工程で必要となる労働量の合計。
- 期間:いつ参画し、いつ離脱(リリース)するか。
- スキル要件:必要な開発言語、業務知識、経験年数など。
なぜ要員計画が必要なのか
前述の失敗パターンのように「その都度人を調整する」という考え方は非常に危険です。計画的な要員確保が必要な理由は、主に以下の3つです。
1. 予算(コスト)の裏付けにするため
プロジェクト費用の大部分は「人件費」が占めます。要員計画が曖昧なままだと、見積もりの根拠が崩れ、あっという間にプロジェクトが赤字になるリスクが高まります。
2. リードタイムを考慮するため
必要なスキルを持った人材が、明日からすぐに動けるとは限りません。採用や社内調整、外部ベンダーへの発注には数週間から数ヶ月の「リードタイム」がかかります。特に優秀なエンジニアは1〜2ヶ月前でも捕まらないことが多々あるため、先読みした計画が不可欠です。
3. チームの立ち上げ(オンボーディング)時間を確保するため
新しく入ったメンバーが即戦力として動くには、プロジェクトのルールや仕様を理解する期間が必要です。要員計画では、この「立ち上がり期間」も考慮した配置とスケジュールが求められます。
それぞれの職務と役割(要員計画視点)
要員計画を成功させるには、「誰が要員を集める責任を持つのか」を明確にすることが重要です。お客様側(発注者)とシステム開発側(受注者)、それぞれの役割分担を整理しました。
| 役割 | お客様側(発注者) のタスク | システム開発側(受注者) のタスク |
|---|---|---|
| プロジェクト統括責任者 | ・全体予算の確保と承認 ・自社側の要員(業務担当者など)の確保 | – |
| プロジェクトマネージャー(PM) | ・プロジェクト全体の必要工数の承認 ・重要局面での増員判断 | ・要員計画の策定 ・社内リソース調整、外部ベンダーへの発注依頼 |
| プロジェクトリーダー(PL) | ・担当範囲で必要な業務知識を持つ要員の選定 ・受け入れテストの体制準備 | ・各工程の詳細な必要工数(人月)の算出 ・メンバーのスキル評価 |
| 品質保証責任者 | – | ・計画された要員構成で品質目標を達成できるかのレビュー |
このように、PMが一人で抱え込むのではなく、顧客を含めたステークホルダー全体で合意形成しながら進めることがポイントです。
要員計画を立てる・見直す際の3つのポイント(概要)
要員計画は一度立てて終わりではなく、プロジェクトの進展に合わせて精度を高めていくプロセスです。計画立案の際は、以下の3つのフレームワークを活用します。
- フェーズに合わせた「段階的な詳細化」
初期段階は不確実なため、リスクを見込んで「概算」で予算枠を確保します。その後、要件定義完了後(何を作るか確定)、設計完了時(タスクの細分化)と、工程が進むごとに計画を精査し、誤差を縮めていきます。まずはざっくり予算を取り、要件定義後にきっちり合わせにいくイメージです。 - 山積み表(リソースヒストグラム)による可視化
工程ごとに必要な人数を積み上げたグラフを作成します。メンバーが過負荷になる「山」の時期や、手が空いてしまう「谷」の時期を可視化し、無理・無駄のない「平準化」を図ります。 - スキルマトリクスと体制図の連動
「Java経験3年以上」「要件定義の経験者」など、必要な役割に対して具体的なスキル条件を定義し、ミスマッチを防ぎます。
「具体的にどうやって必要人数を計算するのか」「山積み表をどう作るか」については、次回の【実践編】で詳しく解説しています。 【実践】要員計画の立て方|必要人数の算出と現場の罠
まとめ:要員計画はプロジェクトの「体力」を決める
要員計画は、プロジェクトを最後まで走り抜くための「体力」を整える作業です。多すぎればコストが膨らみ、少なすぎれば現場が倒れてしまいます。
- 感覚ではなく「根拠」を持って予算と人員を確保する。
- 顧客と開発側で、役割分担を明確にして合意する。
- 採用やアサインのリードタイムを計算に入れて早めに動く。
適切な要員計画を立てることで、メンバーが無理なく、かつ最大限に力を発揮できる環境を整えましょう。
次のステップ:【実践編】へ
要員計画の全体像が掴めたら、次は「具体的にどうやって必要人数を割り出すのか」です。
どんぶり勘定を防ぐ計算ステップや、現場で陥りがちな「新人やエースのアサインにまつわる罠」については、以下の「実践編」で詳しく解説しています。ぜひ併せてお読みください。 【実践】要員計画の立て方|必要人数の算出と現場の罠
