キャパシティプランニング：作業とリソースを整合させる方法

キャパシティプランニングとは、チームが目の前の作業を処理するのに十分な余力があるかどうかを見極める取り組みです。数字が合わない場合は調整します。作業を減らすか、リソースを増やすか、締め切りが崩れる前に期待値をリセットするかです。

多くのチームがこのステップを省略しています。楽観主義で、数字ではなく、プロジェクトを引き受けます。その結果、Sprintが遅れ、メンバーが燃え尽き、納期が絵に描いた餅になる理由がわからなくなります。

キャパシティプランニングとは何か？

キャパシティプランニングとは、今後の作業の需要を満たすのに十分なリソースキャパシティがあるかどうかを判断し、ギャップを解消するためにどちらかを調整するプロセスです。キャパシティとは、チームが現実的に提供できる総生産時間です。需要とは、完了するためにコミットした（またはコミットを検討している）作業量です。

目的は、プロジェクトが遅延してからではなく、始まる前にこの2つの数字を一致させることです。

重要なポイント

• リソースとキャパシティの制約は、プロジェクト失敗の主要な原因として一貫して挙げられています。PMIの「Pulse of the Profession」によると、組織は10億ドルの投資ごとに平均9,700万ドルを無駄にしており、リソースのギャップがその主な要因の1つです。（PMI、2023年）
• Wellingtone「State of Project Management」報告書によると、高いリソース管理成熟度を持つ組織はわずか46%であり、ほとんどのチームは依然として勘に頼って対応しています。（Wellingtone、2024年）
• ナレッジワーカーは8時間の作業日のうち深い作業で生産的なのはおおよそ4〜5時間であり、100%の稼働率を前提にすることは締め切りの失敗を確実にする道です。（各種労働力調査、HBRまとめ）

「キャパシティプランニングとは、ロードマップとウィッシュリストの違いを生み出すものです。」

キャパシティプランニングが重要な理由

チームがキャパシティプランニングを省略すると、いくつかのことが確実に起こります。

過剰コミット。 マネージャーはチームに余力があるかどうかを確認せずに作業を引き受けます。その結果、プロジェクトが積み上がり、優先順位が衝突し、全員が技術的に3つのことに「アサイン」されているが、どれも前進しない状態になります。

リソースの遊休。 その逆も同様にコストがかかります。作業が一部の人に集中し、他の人にはできる作業がない場合、利用されていないキャパシティにお金を払っていることになります。これは計画の問題であり、人の問題ではありません。

締め切りの失敗。 需要が継続的にキャパシティを超えると、締め切りがずれます。チームが遅いからではなく、そもそも数字が合っていなかったからです。5人のチームは、400時間しかない月に600時間の作業を、どれだけ頑張っても提供することはできません。

燃え尽き症候群。 継続的な過剰コミットは人を消耗させます。解決策は構造的なものであり、動機づけによるものではありません。チームが疲弊している場合は、意識の問題ではなくキャパシティプランニングのギャップがある可能性が高いです。

キャパシティプランニングの種類

需要と供給のギャップへの組織の対応には3つの一般的な戦略があります。それぞれ異なる状況で優位性があります。

多くのチームはLag戦略にデフォルトで陥っています。物事が壊れてからはじめて採用やコントラクターを手配します。Lead戦略は予測に対してより高い確信が必要です。Match戦略は頻繁に調整し、早期にシグナルを読む運営規律が求められます。

短期計画（数週間から1四半期）ではMatch戦略が最も効果的な傾向があります。長期計画（年間の人員計画、インフラ）では、Lead戦略が危機が訪れる前に行動するための余裕を与えてくれます。

キャパシティと需要：核心となる計算

計算は複雑ではありません。ただ、めったに行われていないだけです。

利用可能なキャパシティは次のように計算されます。

キャパシティ = 人員数 x 利用可能時間 x 稼働率

例えば、8人のチームが週40時間勤務で、ミーティング・管理業務・コンテキストスイッチングを考慮した現実的な稼働率が75%の場合：

8 x 40 x 0.75 = 週240生産時間

需要とは、同一期間においてそのチームに割り当てられたすべてのプロジェクトとタスクの推定工数の合計です。作業分解構成図またはプロジェクト管理ツールからこれを取得します。

需要が320時間でキャパシティが240時間の場合、80時間のギャップがあります。スコープを削減するか、スケジュールを延長するか、リソースを追加する必要があります。どれも楽しい会話ではありませんが、締め切りを3週間後に見逃してから行うよりはるかに痛みが少ないです。

稼働率は多くのマネージャーが過小評価する重要な変数です。100%の稼働率の前提は人間を機械として扱います。実際には、ナレッジワーカーは計画外の割り込み、ミーティング、コンテキストスイッチング、病欠、休暇で時間を失います。ほとんどのチームの現実的なベースラインとして、70〜80%の稼働率が適切です。

キャパシティプランニングの手順

ステップ1：需要を予測する

計画期間中にチームが完了することが期待されるすべての作業をリストアップします。アクティブなプロジェクト、受付中のリクエスト、保守作業、定期的な義務をすべて含めます。各アイテムについて時間で工数を見積もります。Sprintレベルで行う場合は、Story Pointをプロキシとして使用できます。

ステップ2：利用可能なキャパシティを測定する

期間中の営業日数を数えます。1日の労働時間で掛け算します。これが理論的なキャパシティです。次に稼働率を適用して現実的なキャパシティを算出します。チームの総計だけでなく、個人ごとの負荷も確認できるよう、人ごとにこの数字を出します。

ステップ3：稼働率と休暇を考慮する

既知の不在を差し引きます。予定された有給休暇、祝日、研修日、全社イベント。次に標準稼働率を適用します。誰かが2週間のSprintに3日間の有給休暇がある場合、そのSprintの利用可能なキャパシティは比例して低下します。

ステップ4：キャパシティと需要を比較する

2つの数字を並べます。需要がキャパシティの80〜90%以内であれば、順調です。キャパシティを超えている場合はギャップを埋める必要があります。キャパシティを大幅に下回る場合は、どこかで作業が止まっているか、計画がずれているか確認します。

ステップ5：ギャップを解消する

4つのレバーがあります。

• スコープを削減する：期間から優先度の低い作業を削除する
• スケジュールを延長する：成果物を次の計画期間に移す
• リソースを追加する：コントラクターを採用するか、別のチームから誰かを再配置する
• 優先順位を見直す：価値の低いアイテムを完全に削除する

適切なレバーは何が絶対に必要かによります。トリプルコンストレイントフレームワークを使って、勘ではなく明示的にその判断を行いましょう。

ステップ6：モニタリングと調整

キャパシティプランニングは1回限りの作業ではありません。毎週またはSprintの境目で確認します。計画時間に対する実際のログ時間を追跡します。実績が常に予測を上回る場合は、見積もりが楽観的すぎます。見積もりと稼働率の両方を適宜調整しましょう。

キャパシティプランニングの実例

4週間の期間を計画する5人のコンテンツチームの簡略化した例を示します。

チームのキャパシティ計算：

AlexとEricは休暇と研修イベントのため利用可能日数が少なくなっています。

期間中の需要：

• 記事バッチA：120時間
• 記事バッチB：90時間
• キャンペーンサポート：80時間
• レビューと編集：60時間
• 計画とミーティング：80時間
• 需要の合計：430時間

需要は528時間のキャパシティに対して430時間です。98時間の余裕があります。チームは追加の中規模プロジェクト1つを受け入れるか、スコープクリープへの緩衝として活用できます。これは健全な状態です。需要が600時間であれば、チームはバッチの1つを次のサイクルに延期するか、フリーランサーを採用する必要があるでしょう。

キャパシティプランニングvsリソース配分vsスケジューリング

これら3つの言葉はよく同義で使われますが、異なる意味を持っています。

キャパシティプランニングは戦略的な問いです。この作業に対処するための工数が十分にあるか？チームや部門レベルで、複数のプロジェクトにわたって機能します。

リソース配分は運用上の問いです。具体的に誰がいつどのタスクを行うか？キャパシティプランニングの中に位置します。十分なキャパシティがあるとわかった後、リソース配分が特定の人を特定の成果物に割り当てます。

スケジューリングは戦術的な問いです。タスクはどの順序でいつ行われるか？Ganttチャートやクリティカルパス分析はここに位置します。

キャパシティを予算と考えましょう。配分はその予算の使い方です。スケジューリングはいつ支払いが発生するかです。

関連情報：リソース平準化と平滑化では、配分がタイムライン全体で不均等な作業負荷を生む場合の対処法を解説しています。

ベストプラクティス

バッファを確保する。 利用可能なキャパシティの100%ではなく80〜85%で計画します。残りの15〜20%は避けられないことを吸収します。重要なバグ、スコープ変更、病欠したチームメンバー。100%で計画するチームには現実に対応する余地がありません。

ローリングベースで計画する。 キャパシティプランニングを四半期に1回行って完了と考えないでください。最良のチームはすべてのSprintの開始時や2週間ごとにキャパシティを見直します。需要は常に変わります。計画はそれに追いつく必要があります。

実際の稼働率を使用する。 チームが過去に70%の稼働率で成果を出してきたなら、70%で計画します。今回は違うと思い込まないでください。楽観主義はキャパシティ戦略ではありません。何サイクルかにわたって実績と予測を追跡し、データでベースラインを設定しましょう。

見える化する。 キャパシティがプロジェクトマネージャーしか見ない表計算シートで追跡されている場合、ギャップが見落とされます。チームとステークホルダーが確認できる場所に数字を置きましょう。透明性があると、締め切りの後ではなく、前にスコープの会話を行いやすくなります。

プロジェクト計画に連携させる。 キャパシティプランニングは、プロジェクトの開始方法に反映されてはじめて機能します。新しいプロジェクトがキャパシティの確認なしに承認できる場合、計画は誰かシニアな人が計画にないものに「イエス」と言った瞬間に無意味になります。

よくある質問

キャパシティプランニングとリソース計画の違いは何ですか？

キャパシティプランニングは「需要を満たすのに十分な人時があるか？」という問いに答えます。リソース計画はさらに踏み込み、特定の人を特定のタスクに割り当て、複数のプロジェクトにわたる可用性を管理します。キャパシティは集計ビューです。リソース計画は個人ビューです。まずキャパシティプランニングを行い、次にその制約の中でリソース計画を行います。

キャパシティプランニングに適した稼働率はどのくらいですか？

ナレッジワーカーの場合、現実的な目標は70〜80%の稼働率です。ミーティング、管理タスク、計画外の割り込み、コンテキストスイッチングを考慮したものです。85%以上で継続的に計画すると、予期しないことへの余裕がなくなるため、締め切りの失敗につながります。チームが毎週90〜100%の稼働率に達しているなら、キャパシティを拡大するかコミットメントを減らすシグナルです。

キャパシティプランニングはどのくらいの頻度で行うべきですか？

ほとんどのチームには、2週間または毎月のローリングレビューがうまく機能します。スプリントベースの作業をしているオペレーションチームは、すべてのSprintの開始時にキャパシティを見直すと効果的です。戦略的な計画（人員計画、主要なリソース投資）は四半期または年次で行います。重要なのは、物がすでに過負荷になってからの反応としてではなく、スケジュールどおりに行われることです。

キャパシティプランニングにはどんなツールが必要ですか？

始めるために専用のソフトウェアは必要ありません。人員、利用可能時間、稼働率の見積もり、プロジェクト需要の合計を含む共有表計算シートで多くのチームには十分です。規模が大きくなるにつれて、専用のプロジェクト管理ツールやリソース管理ソフトウェアが追跡を自動化できます。ツールよりも規律の方が重要です。

リモートまたは分散チームにもキャパシティプランニングは機能しますか？

はい、それどころかリモートチームには特に重要です。人々がタイムゾーンをまたいで作業している場合、誰かが大変な状況にあるかどうかを物理的に確認できないため、数字が仕事をしなければなりません。チームだけでなく個人ごとにキャパシティを追跡し、割り当ての責任者に推定時間が見えるようにしましょう。

キャパシティプランニングは、初めてデリバリーの危機から救われるまでは余分な作業のように感じる規律の1つです。シンプルな表計算シートから始め、チームが事前に工数を見積もることに慣れさせ、コミットする前に数字を確認する習慣を作りましょう。計算は簡単です。継続的に行う規律こそが違いを生みます。