キャパシティ計画
Capacity Planning / キャパシティ・プランニング
能力計画は、一定期間の需要見込みに対して、人、システム、供給先、工程能力を合わせる計画実務です。能力追加、需要平準化、サービス水準変更、待ちの受容のどれを選ぶかために、需要予測、仕事の構成、稼働率、制約能力、採用リードタイム、サービス目標を見て、能力追加、需要平準化、サービス水準変更、待ちの受容のどれを選ぶかを決める実務判断ページです。
この用語の意味
能力計画は、単なる管理用語ではなく、運用・リスク・組織の判断を前に進めるための実務概念です。需要予測、仕事の構成、稼働率、制約能力、採用リードタイム、サービス目標を同じ前提で見える化し、能力追加、需要平準化、サービス水準変更、待ちの受容のどれを選ぶかを決めます。境界、責任者、見直しリズムを明示しないと、キャパシティ計画の改善に見えて別の場所へ負荷やリスクを移すだけになります。 キャパシティ計画を判断に使う時は、対象範囲、測定単位、意思決定者、見直し時点を同じ文脈で固定し、改善が別部門の負荷増加や顧客価値の低下になっていないかを確認します。
含めるもの / 含めないもの
判断を比較できるよう、含める範囲と除外する範囲を先に固定します。 含める | 需要レンジ、仕事の構成、制約資源、立ち上げ時間 | 利用可能能力が本物かを決めるため 含めない | 表面的な人数、名目ライセンス、使えない理論能力 | システムが届けられる量を過大評価するため 明示する | 計画期間、サービス目標、急増時ルール、能力責任者 | 能力判断は時間と約束サービスに依存するため
| 項目 | 扱い | 判断理由 |
|---|---|---|
| 含める | 需要レンジ、仕事の構成、制約資源、立ち上げ時間 | 利用可能能力が本物かを決めるため |
| 含めない | 表面的な人数、名目ライセンス、使えない理論能力 | システムが届けられる量を過大評価するため |
| 明示する | 計画期間、サービス目標、急増時ルール、能力責任者 | 能力判断は時間と約束サービスに依存するため |
何が数字を動かすか
ドライバーを分解すると、どの運用行動が結果を動かすかが見えます。 需要構成 | 仕事の種類ごとに消費能力が違う | 数量だけでなく複雑さを見る 立ち上げ時間 | 遅れて来る能力は現在のサービスを守れない | 採用、訓練、供給先、システムのリードタイムを含める 稼働率目標 | 高すぎる稼働率は待ちと脆さを増やす | 変動が大きい場所にはバッファを残す
| ドライバー | 数値への影響 | 見るポイント |
|---|---|---|
| 需要構成 | 仕事の種類ごとに消費能力が違う | 数量だけでなく複雑さを見る |
| 立ち上げ時間 | 遅れて来る能力は現在のサービスを守れない | 採用、訓練、供給先、システムのリードタイムを含める |
| 稼働率目標 | 高すぎる稼働率は待ちと脆さを増やす | 変動が大きい場所にはバッファを残す |
こんな場面で役立つ
能力計画は、需要予測、仕事の構成、稼働率、制約能力、採用リードタイム、サービス目標を判断材料に変え、限られた能力と資金をどこへ使うかを明確にする。 境界を先に決めることで、改善、統制、レジリエンス、顧客影響のトレードオフを同じ場で扱える。 責任者とレビューリズムを置くことで、能力追加、需要平準化、サービス水準変更、待ちの受容のどれを選ぶかという判断を会話で終わらせず運用に戻せる。
- 能力計画は、需要予測、仕事の構成、稼働率、制約能力、採用リードタイム、サービス目標を判断材料に変え、限られた能力と資金をどこへ使うかを明確にする。
- 境界を先に決めることで、改善、統制、レジリエンス、顧客影響のトレードオフを同じ場で扱える。
- 責任者とレビューリズムを置くことで、能力追加、需要平準化、サービス水準変更、待ちの受容のどれを選ぶかという判断を会話で終わらせず運用に戻せる。
実務での使い方
- 平均人員ではなく、制約資源を単位に計画する。 この判断はキャパシティ計画の範囲、責任者、測定タイミングと一緒に記録します。
- 単一の数量予測ではなく、需要レンジと仕事の構成を使う。 この判断はキャパシティ計画の範囲、責任者、測定タイミングと一緒に記録します。
- 恒常能力、柔軟能力、残業を分ける。 この判断はキャパシティ計画の範囲、責任者、測定タイミングと一緒に記録します。
- 能力判断をサービス水準と資金への影響へつなげる。 この判断はキャパシティ計画の範囲、責任者、測定タイミングと一緒に記録します。
- キャパシティ計画のレビューでは、指標の改善と同時に顧客影響、リスク、責任者、次回確認日を記録する。
具体例
カスタマーサクセスチームはアカウント数だけで計画し、更新期の負荷を外した。複雑な更新、オンボーディング需要、マネージャーレビュー時間を軸に計画を作り直した。臨時の専門能力を足し、低リスク顧客はセルフサービス案内へ移した。 この例ではキャパシティ計画を単発の改善名ではなく、制約、責任、測定、再確認をつなぐ運用判断として扱ったため、改善後も同じ基準で見直せます。 さらに、キャパシティ計画の結果だけを単独で評価せず、顧客影響、運用負荷、リスク、次回レビュー条件を同じメモに残しました。これにより、担当者が変わっても同じ前提で判断を再現でき、改善が別の工程へ問題を押し出していないかを確認できます。
似ている言葉との違い
営業能力計画 | 販売能力を計画する | 能力計画は同じ制約ロジックを広い運用へ適用する サプライチェーン管理 | 供給の流れを調整する | 能力計画はその流れに十分な制約資源があるかを決める サービスレベル設計 | 約束を設定する | 能力計画はその約束を満たせるかを試す
| 指標 | 違い | 一緒に見る理由 |
|---|---|---|
| 営業能力計画 | 販売能力を計画する | 能力計画は同じ制約ロジックを広い運用へ適用する |
| サプライチェーン管理 | 供給の流れを調整する | 能力計画はその流れに十分な制約資源があるかを決める |
| サービスレベル設計 | 約束を設定する | 能力計画はその約束を満たせるかを試す |
よくある勘違い
- 平均需要はピーク負荷や構成変化を隠します。 キャパシティ計画では根拠、範囲、責任者を合わせて確認します。
- 訓練やシステムアクセスが制約なら、人を増やしても能力は増えません。 キャパシティ計画では根拠、範囲、責任者を合わせて確認します。
- フル稼働は通常、待ち時間を増やします。 キャパシティ計画では根拠、範囲、責任者を合わせて確認します。
よくある質問
能力の単位は何ですか？
アウトプットを制約する資源を使います。熟練時間、設備時間、レビュー枠、供給能力、システム処理量などです。
平均稼働率で計画しない理由は？
平均はピーク、変動、仕事の構成を隠し、それが待ち行列を生むためです。
いつ能力を足すべきですか？
立ち上げ時間を考慮し、制約がサービス目標を破る前に足します。