中堅企業のBCP対策2026:災害時に業務が止まる本当の原因と、最低限の5ステップ

「BCP対策が必要なのは分かるけど、何から始めれば良いのか分からない」——多くの中堅企業の総務・経営層が抱える共通の悩みです。内閣府「令和5年度 企業の事業継続及び防災の取組に関する実態調査」(令和6年3月公表)では、大企業の策定率76.4%に対し、中堅企業は45.5%。8割を超える大企業との差は、リソース不足だけでなく「どこから手をつけるか分からない」という構造的な問題が大きいと考えられます。

本記事では、災害時に業務が止まる本当の3つの原因を整理し、最低限の5ステップで実装できるBCP対策の骨子を解説します。

この記事でわかること

• 中堅企業のBCP策定率の実態と、未策定企業のリスク
• 災害時に業務が止まる「本当の」3つの原因
• 1-2週間で骨子が作れる「最低限の5ステップ」
• 多くのBCPで見落とされる「通信途絶時の業務継続手段」

BCP対策とは何か(おさらい)

BCP(Business Continuity Plan、事業継続計画)とは、災害・システム障害・感染症拡大などの緊急事態が発生した際に、被害を最小限に抑えつつ事業を継続するための計画と体制を指します。

具体的には以下5要素を文書化します。

• 重要業務の特定 — 何を最優先で守るか
• 目標復旧時間(RTO) — いつまでに再開するか
• 復旧手順 — 何をどの順番で
• 役割分担 — 誰がどう動くか
• 代替手段 — 通常手段が使えない時の Plan B

「災害対策本部の手順書」のイメージに近いですが、より広く「事業を止めない」全体設計を指します。

中堅企業のBCP策定率の実態

内閣府「令和5年度 企業の事業継続及び防災の取組に関する実態調査」(令和6年3月公表)によると、

規模	策定済み	策定中	策定済 + 策定中
大企業	76.4%	9.2%	85.6%
中堅企業	45.5%	12.1%	57.6%

(出典: 内閣府 防災担当 ・ 令和5年度調査)

中堅企業の 半数以上は策定済みまたは策定中。一方で残りの 4割超は未着手で、企業規模で対応の二極化が進んでいます。

未策定のままだと、災害発生時に「どの業務を優先するか」の判断が現場任せになり、結果として事業全体が長期停止するリスクが高まります。

災害時に業務が止まる「本当の」3つの原因

BCP未策定企業はもちろん、策定済み企業でも、災害時に業務が止まるパターンは大きく3つあります。

原因① 通信途絶 — クラウドツールが軒並み使えない

最も見過ごされやすい原因です。発生確率の高い順に、

• 携帯3キャリアの通信規制(東日本大震災時は最大95%)
• 光回線の障害(基地局倒壊・電源喪失)
• 社内Wi-Fi停止(停電 → ルーター電源喪失)

Slack、Google Workspace、Microsoft 365、安否確認システム——すべてクラウド前提のツールが使えなくなります。災害対策本部すら立ち上げられない、という事態が起きます。

原因② 知識の属人化 — 「あの人がいないと分からない」

平時から特定の人に集中していた業務知識・連絡先・手順が、その人が出社できない/連絡が取れない状況で全社業務を止めます。

• 取引先の緊急連絡先 → 営業部長のスマホにしかない
• 経理システムの復旧手順 → ベテラン経理担当の頭の中
• 拠点ごとの設備マニュアル → ローカルファイルに散在

属人化した知識は、文書化されているか・災害時にアクセスできる状態にあるかで評価する必要があります。

原因③ 一次対応の負荷集中

問い合わせ・安否確認・避難誘導が同時並行で発生すると、現場の判断系人材(管理職、総務、現場リーダー)にすべての対応が集中します。

• 取引先からの安否・納期確認の電話
• 従業員からの「家族に連絡したい」の問い合わせ
• 来客・宿泊客・住民の避難誘導
• 報道・SNSへの情報発信判断

人手で全部こなすのは不可能なので、一次対応の自動化(AI、FAQ、自動応答)があるかどうかで現場の生存率が決まります。

最低限の5ステップ(1-2週間で骨子完成)

完璧を目指すと半年かかります。まず動く形を1-2週間で作って、運用しながら育てるのが現実的です。

ステップ① 重要業務の特定(0.5日)

「災害発生 → 24時間以内に再開すべき業務」を3-5個に絞ります。多くを書き出すほど機能しなくなるので、思い切って削ります。

ステップ② リソース・依存関係の洗い出し(1日)

各重要業務について、必要なものを書き出します。

• 人: 担当者と代替担当者
• 場所: オフィス、データセンター、代替拠点
• 設備: PC、サーバ、通信回線
• データ: クラウド、ローカル、紙
• 外部依存: 取引先、ベンダー、インフラ

ステップ③ 連絡網と安否確認の仕組み(2-3日)

• 全社の連絡網(紙 + クラウド両方で持つ)
• 安否確認システムの導入(セコム / トヨクモ / エマージェンシーコール 等から選定)
• 災害用伝言ダイヤル(171)などの代替手段の周知

ステップ④ 業務マニュアルのオフライン化(2-3日)

BCP策定で最も見落とされがちな部分です。

• 全社員のPCに緊急連絡先・避難経路をローカル保存
• 重要業務のマニュアルを紙で印刷して各拠点に配備
• もしくはローカル稼働型AI/データベースを導入

ここをやらないと、通信途絶時に「BCP計画書を見たいけどクラウドにアクセスできない」事態が起きます。

ステップ⑤ 訓練と更新サイクル(継続)

• 年1回の机上訓練(各シナリオで30分シミュレーション)
• 半年に1回のマニュアル更新
• 新入社員研修への組み込み

訓練しないBCPは動かない計画で終わります。

通信途絶時の業務継続手段について(補足)

ステップ④の「マニュアルのオフライン化」について、近年はローカル稼働型AIが選択肢として現実的になってきました。納品先のPC1台にLLMと組織のマニュアル(避難経路・備蓄場所・連絡先)を載せて、社内ネットワーク経由で参照する構成です。

Bunker AI はこの用途に特化したサービスで、月額 1万円〜から導入可能です。安否確認システムが通信途絶で動かない時の「もうひとつの経路」として、社内のBCP情報を即時参照できる仕組みを提供します。

まとめ

• 中堅企業のBCP策定率は約5割、急速に未策定が少数派化している
• 災害時に業務が止まる本当の原因は ①通信途絶 ②知識の属人化 ③一次対応の負荷集中
• 完璧を目指さず、最低限の5ステップで1-2週間で骨子を作るのが現実的
• 多くのBCPで見落とされる 「通信途絶時の業務継続手段」 を必ず織り込む

BCP対策は「策定して終わり」ではなく、「運用で育てる」もの。まず動く形を作って、訓練しながら肉付けしていきましょう。