# キャパシティ計画

> YogoQ Core AI-readable term handoff. Preview, read-only, Reviewed/Verified only.

- Canonical URL: https://core.yogoq.com/ja-JP/core/capacity-planning
- Locale: ja-JP
- Content tier: db_backed
- Quality: reviewed
- Publication status: published_reviewed
- Schema version: core-reviewed-term-ai-handoff-v2
- Compatible with: core-reviewed-term-ai-handoff-v1
- Content hash: d0efd7b38964ed501935f1b3e5b9502fe7d8133d3f8f1286666a18034589624d
- Trust policy: core-trust-policy-v1-2026-06-22

## Short Definition

能力計画は、一定期間の需要見込みに対して、人、システム、供給先、工程能力を合わせる計画実務です。能力追加、需要平準化、サービス水準変更、待ちの受容のどれを選ぶかために、需要予測、仕事の構成、稼働率、制約能力、採用リードタイム、サービス目標を見て、能力追加、需要平準化、サービス水準変更、待ちの受容のどれを選ぶかを決める実務判断ページです。

## 一言でいうと

能力計画は、一定期間の需要見込みに対して、人、システム、供給先、工程能力を合わせる計画実務です。能力追加、需要平準化、サービス水準変更、待ちの受容のどれを選ぶかために、需要予測、仕事の構成、稼働率、制約能力、採用リードタイム、サービス目標を見て、能力追加、需要平準化、サービス水準変更、待ちの受容のどれを選ぶかを決める実務判断ページです。

## 含めるもの / 含めないもの

判断を比較できるよう、含める範囲と除外する範囲を先に固定します。 含める | 需要レンジ、仕事の構成、制約資源、立ち上げ時間 | 利用可能能力が本物かを決めるため 含めない | 表面的な人数、名目ライセンス、使えない理論能力 | システムが届けられる量を過大評価するため 明示する | 計画期間、サービス目標、急増時ルール、能力責任者 | 能力判断は時間と約束サービスに依存するため

- 含める | 需要レンジ、仕事の構成、制約資源、立ち上げ時間 | 利用可能能力が本物かを決めるため
- 含めない | 表面的な人数、名目ライセンス、使えない理論能力 | システムが届けられる量を過大評価するため
- 明示する | 計画期間、サービス目標、急増時ルール、能力責任者 | 能力判断は時間と約束サービスに依存するため

## 意味

能力計画は、単なる管理用語ではなく、運用・リスク・組織の判断を前に進めるための実務概念です。需要予測、仕事の構成、稼働率、制約能力、採用リードタイム、サービス目標を同じ前提で見える化し、能力追加、需要平準化、サービス水準変更、待ちの受容のどれを選ぶかを決めます。境界、責任者、見直しリズムを明示しないと、キャパシティ計画の改善に見えて別の場所へ負荷やリスクを移すだけになります。 キャパシティ計画を判断に使う時は、対象範囲、測定単位、意思決定者、見直し時点を同じ文脈で固定し、改善が別部門の負荷増加や顧客価値の低下になっていないかを確認します。

## 役立つ場面

能力計画は、需要予測、仕事の構成、稼働率、制約能力、採用リードタイム、サービス目標を判断材料に変え、限られた能力と資金をどこへ使うかを明確にする。 境界を先に決めることで、改善、統制、レジリエンス、顧客影響のトレードオフを同じ場で扱える。 責任者とレビューリズムを置くことで、能力追加、需要平準化、サービス水準変更、待ちの受容のどれを選ぶかという判断を会話で終わらせず運用に戻せる。

- 能力計画は、需要予測、仕事の構成、稼働率、制約能力、採用リードタイム、サービス目標を判断材料に変え、限られた能力と資金をどこへ使うかを明確にする。
- 境界を先に決めることで、改善、統制、レジリエンス、顧客影響のトレードオフを同じ場で扱える。
- 責任者とレビューリズムを置くことで、能力追加、需要平準化、サービス水準変更、待ちの受容のどれを選ぶかという判断を会話で終わらせず運用に戻せる。

## 使い方のポイント

- 平均人員ではなく、制約資源を単位に計画する。
- 単一の数量予測ではなく、需要レンジと仕事の構成を使う。
- 恒常能力、柔軟能力、残業を分ける。
- 能力判断をサービス水準と資金への影響へつなげる。
- キャパシティ計画のレビューでは、指標の改善と同時に顧客影響、リスク、責任者、次回確認日を記録する。

## 何が数字を動かすか

ドライバーを分解すると、どの運用行動が結果を動かすかが見えます。 需要構成 | 仕事の種類ごとに消費能力が違う | 数量だけでなく複雑さを見る 立ち上げ時間 | 遅れて来る能力は現在のサービスを守れない | 採用、訓練、供給先、システムのリードタイムを含める 稼働率目標 | 高すぎる稼働率は待ちと脆さを増やす | 変動が大きい場所にはバッファを残す

- 需要構成 | 仕事の種類ごとに消費能力が違う | 数量だけでなく複雑さを見る
- 立ち上げ時間 | 遅れて来る能力は現在のサービスを守れない | 採用、訓練、供給先、システムのリードタイムを含める
- 稼働率目標 | 高すぎる稼働率は待ちと脆さを増やす | 変動が大きい場所にはバッファを残す

## よくある誤解 / 落とし穴

- 平均需要はピーク負荷や構成変化を隠します。
- 訓練やシステムアクセスが制約なら、人を増やしても能力は増えません。
- フル稼働は通常、待ち時間を増やします。

## 最小例

カスタマーサクセスチームはアカウント数だけで計画し、更新期の負荷を外した。複雑な更新、オンボーディング需要、マネージャーレビュー時間を軸に計画を作り直した。臨時の専門能力を足し、低リスク顧客はセルフサービス案内へ移した。

## 似ている言葉との違い

営業能力計画 | 販売能力を計画する | 能力計画は同じ制約ロジックを広い運用へ適用する サプライチェーン管理 | 供給の流れを調整する | 能力計画はその流れに十分な制約資源があるかを決める サービスレベル設計 | 約束を設定する | 能力計画はその約束を満たせるかを試す

- 営業能力計画 | 販売能力を計画する | 能力計画は同じ制約ロジックを広い運用へ適用する
- サプライチェーン管理 | 供給の流れを調整する | 能力計画はその流れに十分な制約資源があるかを決める
- サービスレベル設計 | 約束を設定する | 能力計画はその約束を満たせるかを試す

## Aliases

- キャパシティ計画 (display_name, ja-JP)
- Capacity Planning (english_name, en-US)
- キャパシティ・プランニング (katakana, ja-JP)
- キャパシティ計画 (localized_title, ja-JP)

## Relations

- サプライチェーン・マネジメント（SCM）: related (https://core.yogoq.com/ja-JP/core/supply-chain-management)
- サービスレベル設計: related (https://core.yogoq.com/ja-JP/core/service-level-design)
- 営業キャパシティ計画: related (https://core.yogoq.com/ja-JP/core/sales-capacity-planning)

## RAG Chunks

- core:chunk:capacity-planning:ja-JP:definition:72b5d8ee7ee52679
- core:chunk:capacity-planning:ja-JP:boundary:cb2d978dfc16e87a
- core:chunk:capacity-planning:ja-JP:meaning:17f23dd467233285
- core:chunk:capacity-planning:ja-JP:usage:981303aa6130fd36
- core:chunk:capacity-planning:ja-JP:usage:97101b9efa6fbf01
- core:chunk:capacity-planning:ja-JP:drivers:460f6f8151c76320
- core:chunk:capacity-planning:ja-JP:misunderstandings:23f6cee0565e658b
- core:chunk:capacity-planning:ja-JP:examples:8b8752fa884b9a5b
- core:chunk:capacity-planning:ja-JP:comparisons:fb0998ef2e233917
- core:chunk:capacity-planning:ja-JP:faq:91cd39182f086238
- core:chunk:capacity-planning:ja-JP:faq:e7b1803fa4fa4fe5
- core:chunk:capacity-planning:ja-JP:faq:aa3cd99b69d34b96

## FAQ

### 能力の単位は何ですか？

アウトプットを制約する資源を使います。熟練時間、設備時間、レビュー枠、供給能力、システム処理量などです。

### 平均稼働率で計画しない理由は？

平均はピーク、変動、仕事の構成を隠し、それが待ち行列を生むためです。

### いつ能力を足すべきですか？

立ち上げ時間を考慮し、制約がサービス目標を破る前に足します。

## Sources

- Principles of Management (Open Textbook Library) - https://open.umn.edu/opentextbooks/textbooks/principles-of-management
- Wikipedia reference: Operations Management - https://en.wikipedia.org/wiki/Operations_management

## Limitations

このページは調査・学習のための参照情報です。会計、法務、金融、医療、セキュリティなどの個別判断では一次情報や専門家の確認を優先してください。

- 公開ページは一般的な理解と実務上の判断材料を提供するもので、個別案件の専門助言ではありません。
- 制度、価格、規制、会計基準、製品仕様など変化が速い情報は、最終判断前に一次情報で確認してください。
- AI支援を含む制作・監査フローを使う場合も、公開可否は品質ゲートと人間が読める証跡に基づいて扱います。