クラウド環境やシステム拡張のフェーズで「英語でキャパシティ計画書を作って」と言われ、何をどう整理すればいいか迷うエンジニアは多い。グローバルプロジェクトでは現状分析・需要予測・スケーリング戦略を英語でまとめた文書が、インフラ投資判断と安定稼働の前提条件となる。
この記事では、ITプロジェクトで実際に使える英語キャパシティ計画書の書き方を解説する。フレーズ20選・日英Wordテンプレートもセットで用意した。コピペしてすぐに使える。
キャパシティ計画書を英語で整備すると、チーム全員がシステムの現状と将来の需要を共有でき、突発的な性能劣化やコスト超過を防げる。さっそく構成と書き方を確認しよう。
英語キャパシティ計画書とは
キャパシティ計画書（Capacity Planning Document）とは、現在のシステムリソース使用状況を把握し、将来の需要増加に備えてどれだけのキャパシティが必要かを定義した文書だ。CPUやメモリ・ストレージ・ネットワーク帯域などのリソースごとに需要予測とスケーリング戦略をまとめ、インフラ投資の判断根拠として機能する。
英語では “Capacity Planning Document” のほか “Capacity Plan” “Resource Capacity Report” とも呼ばれる。
キャパシティ計画書が必要な理由
キャパシティ計画書がないと、需要の急増に対応できずサービス停止が起きる。「トラフィックが突然3倍になったのでサーバーを増強したい」という場面で、根拠となる計画書がなければ予算承認を得るのが難しい。特にグローバルチームでは、インフラ投資の意思決定に英語の文書が必要になる。
計画書を整備することで、コスト最適化・リスク低減・ステークホルダーへの説明責任が同時に実現できる。
リソース計画書・インフラ設計書との違い
リソース計画書（Resource Plan）は人的リソースや予算の配分を管理する文書だ。インフラ設計書（Infrastructure Design Document）はシステム構成の技術仕様を記述する文書だ。キャパシティ計画書はその中間に位置し、「現在のリソース使用量」と「将来の需要予測」を結びつける計画文書として機能する。
システム移行時のインフラ計画については、【テンプレあり】英語システム移行計画書の書き方｜ITプロジェクトで使える日英フォーマット付きも参考にしてほしい。
キャパシティ計画書の6つの必須セクション
英語キャパシティ計画書は6つのセクションで構成するのが基本だ。
1. 計画概要（Planning Overview）
プロジェクト名・対象システム・計画期間・作成者・承認者を記載するセクションだ。「誰が・何のシステムを・いつまでの期間で計画するか」を最初に明示することで、関係者全員が前提を共有できる。
2. 現状分析（Current State Assessment）
現在のリソース使用状況（CPU・メモリ・ストレージ・ネットワーク）と稼働率のベースラインを記録するセクションだ。「現在どの程度のリソースを使っているか」を数値で示すことで、将来の需要増加との比較が可能になる。
3. 需要予測（Demand Forecast）
過去のトレンドデータと事業成長率をもとに、3〜12か月後のリソース需要を予測するセクションだ。「月次10%のトラフィック増加が続いた場合、6か月後には現在の倍のCPU容量が必要」のように、数値根拠のある予測を示す。
4. キャパシティ要件（Capacity Requirements）
需要予測をもとに、各リソースで必要なキャパシティを定義するセクションだ。現状と必要量のギャップを明示することで、どのリソースをいつまでに増強すべきかが明確になる。
5. スケーリング戦略（Scaling Strategy）
リソース不足に対してスケールアップ・スケールアウト・オートスケーリングのどのアプローチを取るかと、その判断基準（閾値）を定義するセクションだ。「CPU使用率が80%を超えた場合にオートスケーリングを発動する」のように具体的に記述する。
6. モニタリング計画（Monitoring Plan）
キャパシティの状況を継続的に監視するための指標・ツール・アラート閾値・レビュー頻度を定義するセクションだ。計画書は一度作って終わりではなく、定期的なレビューと更新が前提となる。
英語キャパシティ計画書で使えるフレーズ20選
3つのカテゴリに分けてフレーズを紹介する。
現状分析・需要予測フレーズ
| 日本語 | 英語フレーズ |
|---|---|
| 現在のCPU平均使用率は〇%です | The current average CPU utilization is [X]% |
| ピーク時のメモリ使用率は〇%に達しています | Memory utilization reaches [X]% during peak hours |
| 過去6か月のトラフィックは月次〇%増加しています | Traffic has grown at a rate of [X]% per month over the past six months |
| この成長率が続いた場合、〇か月後に現在の容量を超えます | At this growth rate, current capacity will be exceeded within [X] months |
| 需要予測は過去データと事業計画の両方をもとにしています | The demand forecast is based on both historical data and the business growth plan |
| ピーク需要は通常需要の〇倍と想定します | Peak demand is estimated at [X] times the baseline load |
キャパシティ要件・スケーリングフレーズ
| 日本語 | 英語フレーズ |
|---|---|
| 〇か月後までに追加で〇GBのメモリが必要です | An additional [X] GB of memory will be required within [X] months |
| スケールアウトによる水平拡張を推奨します | We recommend a scale-out approach for horizontal expansion |
| CPU使用率が〇%を超えた場合、自動スケーリングを発動します | Auto-scaling will be triggered when CPU utilization exceeds [X]% |
| ストレージ容量は〇か月分の成長バッファを確保します | Storage capacity includes a [X]-month growth buffer |
| この構成で稼働率〇%を維持できます | This configuration is designed to maintain [X]% uptime |
| コスト最適化のため、リザーブドインスタンスの活用を検討します | To optimize costs, we recommend evaluating reserved instance options |
モニタリング・レビューフレーズ
| 日本語 | 英語フレーズ |
|---|---|
| 以下の指標を継続的に監視します | The following metrics will be continuously monitored |
| アラートはCPU使用率〇%・メモリ使用率〇%で発報します | Alerts will be triggered at [X]% CPU utilization and [X]% memory utilization |
| キャパシティ計画は四半期ごとに見直します | The capacity plan will be reviewed on a quarterly basis |
| 現在のキャパシティは〇か月間の需要増加に対応できます | The current capacity can accommodate [X] months of projected demand growth |
| 需要が予測を上回った場合は即時エスカレーションします | If demand exceeds forecast, an immediate escalation procedure will be initiated |
| 次回レビューは〇月〇日に実施します | The next capacity review is scheduled for 2026/06/07 |
| 本計画書は〇か月ごとに更新します | This document will be updated every [X] months |
📥 Wordテンプレートをダウンロード
- 📥 日本語テンプレートをダウンロード（Word）
- 📥 Download English Template (Word)
- 📥 サンプル付き日本語テンプレートをダウンロード（Word）
- 📥 Download Sample English Template (Word)
日本語版テンプレート（コピペOK）
以下のテンプレートを参考にして、プロジェクトに合わせて使ってほしい。
計画概要
| 項目 | 内容 |
|---|---|
| プロジェクト名 | |
| 対象システム | |
| 計画期間 | |
| 作成者 | |
| 承認者 | |
| 作成日 |
現状分析
| リソース | 現在の平均使用率 | ピーク時使用率 | 総容量 |
|---|---|---|---|
| CPU | |||
| メモリ | |||
| ストレージ | |||
| ネットワーク帯域 |
需要予測
| 期間 | 想定トラフィック増加率 | 必要CPU | 必要メモリ | 必要ストレージ |
|---|---|---|---|---|
| 3か月後 | ||||
| 6か月後 | ||||
| 12か月後 |
キャパシティ要件
| リソース | 現在の容量 | 必要容量（6か月後） | ギャップ | 対応期限 |
|---|---|---|---|---|
| CPU | ||||
| メモリ | ||||
| ストレージ |
スケーリング戦略
| リソース | スケーリング方式 | 発動閾値 | 担当 |
|---|---|---|---|
| CPU | スケールアウト / オートスケーリング | 使用率〇% | |
| メモリ | スケールアップ | 使用率〇% | |
| ストレージ | 追加プロビジョニング | 使用率〇% |
モニタリング計画
| 指標 | 監視ツール | アラート閾値 | レビュー頻度 |
|---|---|---|---|
| CPU使用率 | 〇% | 月次 | |
| メモリ使用率 | 〇% | 月次 | |
| ストレージ使用率 | 〇% | 月次 | |
| レスポンスタイム | 〇秒 | 週次 |
英語版テンプレート（コピペOK）
Planning Overview
| Item | Details |
|---|---|
| Project Name | |
| Target System | |
| Planning Period | |
| Prepared By | |
| Approved By | |
| Date Prepared |
Current State Assessment
| Resource | Avg Utilization | Peak Utilization | Total Capacity |
|---|---|---|---|
| CPU | |||
| Memory | |||
| Storage | |||
| Network Bandwidth |
Demand Forecast
| Period | Projected Growth Rate | Required CPU | Required Memory | Required Storage |
|---|---|---|---|---|
| 3 Months | ||||
| 6 Months | ||||
| 12 Months |
Capacity Requirements
| Resource | Current Capacity | Required Capacity (6 Mo.) | Gap | Target Date |
|---|---|---|---|---|
| CPU | ||||
| Memory | ||||
| Storage |
Scaling Strategy
| Resource | Scaling Method | Trigger Threshold | Owner |
|---|---|---|---|
| CPU | Scale-Out / Auto-Scaling | [X]% utilization | |
| Memory | Scale-Up | [X]% utilization | |
| Storage | Additional Provisioning | [X]% utilization |
Monitoring Plan
| Metric | Monitoring Tool | Alert Threshold | Review Frequency |
|---|---|---|---|
| CPU Utilization | [X]% | Monthly | |
| Memory Utilization | [X]% | Monthly | |
| Storage Utilization | [X]% | Monthly | |
| Response Time | [X] sec | Weekly |
英語キャパシティ計画書を書く3つのポイント
需要予測は過去データと成長率の両方を根拠にする
「おそらく来年は2倍になるだろう」という感覚値だけでは、ステークホルダーの承認を得られない。過去6〜12か月のリソース使用率トレンドと、事業計画の成長率（ユーザー数・取引件数など）を組み合わせることで、数値根拠のある予測になる。予測の前提条件を明記しておくことで、実績と乖離した場合の説明もしやすくなる。
スケーリング閾値を数値で定義する
「リソースが足りなくなったらスケールアップする」という方針では、現場が判断できない。「CPU使用率が3分間連続で80%を超えた場合にオートスケーリングを発動する」のように、閾値・判断基準・発動条件を数値で定義する。閾値の根拠もあわせて記載しておくと、レビュー時の議論がスムーズになる。
キャパシティ超過がインシデントに発展した場合の対応フローは、【テンプレあり】英語インシデント報告書の書き方｜ITプロジェクトで使える日英フォーマット付きも参考にしてほしい。
定期レビューサイクルを計画書に組み込む
キャパシティ計画書は作成して終わりではない。需要予測と実績を四半期ごとに照合し、計画書を更新するサイクルを計画書自体に明記しておく。レビューの担当者・実施時期・更新ルールを記載することで、計画が陳腐化するリスクを防げる。
まとめ：英語キャパシティ計画書でシステムの安定稼働とコスト最適化を実現する
英語キャパシティ計画書の要点は3つだ。
- 6セクションで網羅：計画概要・現状分析・需要予測・キャパシティ要件・スケーリング戦略・モニタリング計画
- 需要予測は過去データと成長率の両方を根拠にする：感覚値ではステークホルダーの承認を得られない
- 定期レビューサイクルを計画書に組み込む：計画書は更新されてはじめて価値を持つ
キャパシティ計画書をプロジェクト標準として整備することで、インフラ増強の判断に迷う時間がなくなる。Wordテンプレートを活用して、今すぐ自チームのフォーマットを作ってみてほしい。
コメント