【テンプレあり】英語ビジネス継続計画書の書き方｜ITプロジェクトで使える日英フォーマット付き

英語でビジネス継続計画書を作るよう言われたとき、障害復旧計画書（DRP）と何が違うのか、何をどの粒度で書けばよいか迷った経験はないだろうか。

ビジネス継続計画書（BCP：Business Continuity Plan）は大規模障害・災害が発生したときに「業務をどう継続するか」を定めた文書だ。影響分析・復旧優先順位・対応手順・訓練計画の4つを押さえれば、英語でも問題なく整備できる。

この記事では、英語BCPに必要な4つの構成要素と、そのまま使える日英テンプレートを紹介する。コピペして使えばすぐに次の事業継続計画整備に活用できる。

BCPに必要な4つの構成要素
1. BCPとDRP（障害復旧計画書）の違い
2. なぜ英語で書くのか
テンプレートをダウンロード（Word）
日本語版テンプレート（コピペOK）
英語版テンプレート（コピペOK）
各セクションの書き方と例文
1. RTO・RPOの設定方法
2. 代替手段（Workaround）の設計ポイント
BCPでよく使う英語表現
1. BCP発動・状況報告フレーズ
2. 復旧完了・事後対応フレーズ
まとめ：英語BCPは4つのセクションで完成する

BCPに必要な4つの構成要素

BCPは「システムが止まったとき」だけでなく、「建物が使えなくなったとき」「担当者が不在のとき」など、業務継続を脅かすあらゆるシナリオに備えるための文書だ。DRP（Disaster Recovery Plan）がITシステムの復旧に特化するのに対し、BCPは業務プロセス全体の継続性を管理する。以下の4つが実務で使いやすい構成要素になる。

ビジネス影響分析（Business Impact Analysis）
復旧優先順位と目標値（Recovery Priority & Objectives）
事業継続対応手順（Business Continuity Procedures）
訓練・見直し計画（Testing & Review Plan）

BCPとDRP（障害復旧計画書）の違い

DRPはITシステムやデータの復旧手順に特化した文書だ。BCPはITシステムの復旧を含めた「業務プロセス全体の継続」を管理する上位計画だ。DRPがBCPのサブセットという関係になる。

ITシステムの復旧手順の詳細は英語障害復旧計画書の書き方でも確認してほしい。

なぜ英語で書くのか

グローバル企業では、BCPがグローバル本社または親会社の要件として英語での提出を求められることが多い。また、大規模インシデント発生時に海外チームと連携して対応する場合、英語のBCPが共通の指示書になる。

テンプレートをダウンロード（Word）

以下のWordファイルをダウンロードして、プロジェクトに合わせてカスタマイズして使ってほしい。表の列・行はそのまま追加・削除できる。

📥 日本語テンプレートをダウンロード（Word）
📥 Download English Template (Word)

日本語版テンプレート（コピペOK）

基本情報

項目	内容
計画書名	（例：〇〇サービスビジネス継続計画書）
対象組織	（例：〇〇開発本部プラットフォームチーム）
作成者	（例：田中（IT統括））
作成日	（例：2026年1月10日）
バージョン	（例：v1.0）
次回見直し予定	（例：2027年1月）
承認者	（例：鈴木（CTO））

ビジネス影響分析（BIA）

業務プロセス	影響レベル	許容停止時間（MTD）	依存するシステム	代替手段
受注処理	高（H）	4時間	〇〇システム、DBサーバー	手動での受注記録（Excelシート）
ユーザー認証	高（H）	1時間	認証サービス、LDAPサーバー	メンテナンスページ表示・緊急アクセス手順
決済処理	高（H）	2時間	決済ゲートウェイ、APIサーバー	決済を一時停止し、復旧後に処理
顧客サポート対応	中（M）	8時間	CRMシステム	メール・電話による手動対応
社内レポート	低（L）	72時間	BIツール、DWH	月次レポートのみ遅延許容

復旧優先順位と目標値

優先度	業務プロセス	RTO（目標復旧時間）	RPO（目標復旧時点）	担当チーム
1（最優先）	ユーザー認証	1時間	15分前	インフラチーム
2	受注処理	4時間	1時間前	開発チーム + インフラチーム
3	決済処理	4時間	1時間前	開発チーム + 決済ベンダー
4	顧客サポート	8時間	4時間前	サポートチーム
5	社内レポート	72時間	24時間前	開発チーム

対象となる脅威シナリオ

シナリオ	発生可能性	業務影響	優先対策
クラウドサービス障害（AWS等）	中	高	マルチリージョン構成・フェイルオーバー手順
サイバー攻撃（ランサムウェア等）	中	高	バックアップ隔離・インシデント対応手順
主要担当者の突然の離脱	低	中	ナレッジ文書化・バックアップ担当者の指定
大規模停電・自然災害	低	高	リモートワーク移行手順・UPS・発電機
ベンダーサービス停止	中	中	代替ベンダーの事前選定・契約

事業継続対応手順

フェーズ1：初動対応（0〜1時間）

ステップ	内容	担当
1	障害を検知し、BCPリーダーに連絡する	検知者
2	BCPリーダーが状況を確認し、BCP発動を判断する	BCPリーダー（田中）
3	緊急連絡ツリーに従い、関係者に通知する	BCPリーダー
4	業務影響と復旧に必要なリソースを把握する	各チームリーダー
5	ステークホルダーに第一報を送る	BCPリーダー

フェーズ2：業務継続（1〜24時間）

ステップ	内容	担当
1	優先度の高い業務プロセスの代替手段を起動する	各チームリーダー
2	復旧作業を開始する（DRP手順に従う）	インフラチーム + 開発チーム
3	1〜2時間ごとに状況を報告する	BCPリーダー
4	顧客・パートナーへの影響があれば公式発表を行う	コミュニケーション担当

フェーズ3：復旧・通常業務移行（24時間以降）

ステップ	内容	担当
1	システムの復旧確認と業務再開の承認を行う	BCPリーダー + CTO
2	代替手段から通常業務に切り戻す	各チームリーダー
3	データの整合性と損失の有無を確認する	開発チーム
4	ステークホルダーに復旧完了を報告する	BCPリーダー
5	ポストインシデントレビューを実施する	全チーム

緊急連絡先一覧

役割	担当者	連絡先	代理
BCPリーダー	田中	電話: 〇〇 / Slack: @tanaka	佐藤
インフラチームリーダー	鈴木	電話: 〇〇 / Slack: @suzuki	伊藤
開発チームリーダー	佐藤	電話: 〇〇 / Slack: @sato	山田
セキュリティ担当	伊藤	電話: 〇〇 / Slack: @ito	—
クラウドベンダー（AWS）	—	サポートケース: aws.amazon.com/support	—
決済ベンダー	—	緊急電話: 〇〇	—

訓練・見直し計画

項目	内容	頻度	担当
机上訓練（Tabletop Exercise）	シナリオに基づき対応手順を確認する	年1回	BCPリーダー
フェイルオーバーテスト	システムの自動切り替えを実際に実行する	半年に1回	インフラチーム
連絡ツリーテスト	緊急連絡が全員に届くか確認する	年1回	BCPリーダー
計画書の見直し	組織・システム変更に応じてBCPを更新する	年1回（1月）	BCPリーダー

英語版テンプレート（コピペOK）

Basic Information

Item	Details
Plan Name	(e.g., [Service Name] Business Continuity Plan)
Scope	(e.g., [Department / Team])
Prepared By	(e.g., Tanaka, IT Director)
Date	(e.g., January 10, 2026)
Version	(e.g., v1.0)
Next Review	(e.g., January 2027)
Approved By	(e.g., Suzuki, CTO)

Business Impact Analysis (BIA)

Business Process	Impact Level	Max Tolerable Downtime (MTD)	Dependent Systems	Workaround
Order processing	High (H)	4 hours	[System], DB server	Manual order logging (Excel)
User authentication	High (H)	1 hour	Auth service, LDAP server	Maintenance page + emergency access procedure
Payment processing	High (H)	2 hours	Payment gateway, API server	Suspend payments; process after recovery
Customer support	Medium (M)	8 hours	CRM system	Manual email/phone support
Internal reporting	Low (L)	72 hours	BI tool, DWH	Delay monthly reports only

Recovery Priority & Objectives

Priority	Business Process	RTO	RPO	Owner Team
1 (Critical)	User authentication	1 hour	15 minutes	Infrastructure
2	Order processing	4 hours	1 hour	Dev + Infrastructure
3	Payment processing	4 hours	1 hour	Dev + Payment vendor
4	Customer support	8 hours	4 hours	Support team
5	Internal reporting	72 hours	24 hours	Dev team

Threat Scenarios

Scenario	Likelihood	Impact	Primary Mitigation
Cloud service outage (AWS, etc.)	Medium	High	Multi-region setup; failover procedure
Cyberattack (ransomware, etc.)	Medium	High	Isolated backup; incident response procedure
Key person sudden absence	Low	Medium	Knowledge documentation; backup assignees
Major power outage / natural disaster	Low	High	Remote work procedure; UPS; generator
Vendor service termination	Medium	Medium	Pre-selected alternative vendors; contracts

Business Continuity Procedures

Phase 1: Initial Response (0–1 hour)

Step	Action	Owner
1	Detect the incident and notify the BCP Lead	First responder
2	BCP Lead assesses the situation and decides whether to activate BCP	BCP Lead
3	Notify stakeholders via the emergency contact tree	BCP Lead
4	Assess business impact and resources needed for recovery	Team leads
5	Send initial status update to stakeholders	BCP Lead

Phase 2: Business Continuity (1–24 hours)

Step	Action	Owner
1	Activate workarounds for high-priority processes	Team leads
2	Begin recovery work (following DRP procedures)	Infrastructure + Dev
3	Provide status updates every 1–2 hours	BCP Lead
4	Issue official communication if customers or partners are affected	Communications

Phase 3: Recovery & Return to Normal (24+ hours)

Step	Action	Owner
1	Verify system recovery and authorize resumption of normal operations	BCP Lead + CTO
2	Transition back from workarounds to normal operations	Team leads
3	Verify data integrity and assess any data loss	Dev team
4	Notify stakeholders of recovery completion	BCP Lead
5	Conduct a post-incident review	All teams

Emergency Contacts

Role	Name	Contact	Backup
BCP Lead	Tanaka	Phone: [number] / Slack: @tanaka	Sato
Infrastructure Lead	Suzuki	Phone: [number] / Slack: @suzuki	Ito
Dev Lead	Sato	Phone: [number] / Slack: @sato	Yamada
Security	Ito	Phone: [number] / Slack: @ito	—
Cloud Vendor (AWS)	—	Support case: [Support URL]	—
Payment Vendor	—	Emergency phone: [number]	—

Testing & Review Plan

Activity	Description	Frequency	Owner
Tabletop Exercise	Walk through response procedures using a scenario	Annually	BCP Lead
Failover Test	Actually execute automatic system switchover	Every 6 months	Infrastructure
Contact Tree Test	Verify emergency notifications reach all personnel	Annually	BCP Lead
Plan Review	Update BCP to reflect organizational or system changes	Annually (January)	BCP Lead

各セクションの書き方と例文

テンプレートを埋めるときに悩みやすいポイントを解説する。

RTO・RPOの設定方法

RTOとRPOはビジネス要件から逆算して決める。「このシステムが4時間止まったら売上にどれくらい影響するか」をベースに、許容できる最大停止時間（MTD）を設定し、それを達成できるRTOを定める。

日本語	英語
目標復旧時間	Recovery Time Objective (RTO)
目標復旧時点	Recovery Point Objective (RPO)
最大許容停止時間	Maximum Tolerable Downtime (MTD)
フェイルオーバー	Failover
代替手段を起動する	Activate the workaround

代替手段（Workaround）の設計ポイント

代替手段は「システムがなくても業務が続けられる最低限の方法」を定めることが目的だ。完璧な代替手段は不要で、MTD内に業務を再開できる手段があれば十分だ。

インシデント発生時の対応手順は英語Runbookの書き方でも確認してほしい。

BCPでよく使う英語表現

実務でよく使う英語表現を場面別にまとめた。

BCP発動・状況報告フレーズ

日本語	英語
BCPを発動します	We are activating the Business Continuity Plan.
現在、〇〇が停止しています	[System/Service] is currently unavailable.
代替手段に切り替えています	We have switched to the backup workaround.
復旧作業を進めています	Recovery efforts are underway.
予想復旧時刻は〇〇です	The estimated time to recovery is [time].

復旧完了・事後対応フレーズ

日本語	英語
通常業務を再開しました	Normal operations have resumed.
ご迷惑をおかけしました	We apologize for the disruption.
詳細は事後レポートで共有します	A post-incident report will be shared shortly.
再発防止策を講じます	We will implement measures to prevent recurrence.
ご協力ありがとうございました	Thank you for your patience and support.