今日の文書 — BCP（事業継続計画）
災害・大規模障害などが起きたときに、どの業務を、どの順で、いつまでに再開（または維持）するかと、計画を動かし始める条件（発動基準）と、動かす人をあらかじめ決めておく文書。全社BCPの下に、部門ごとの手順を書いた「部門BCP」が置かれることが多い。国内では内閣府「事業継続ガイドライン」（最新は令和5年3月改定）、国際的には ISO 22301（事業継続マネジメントシステム）が参照される。
この文書の勝負どころ：発動基準と優先業務が決まっているか。
型どおりに埋めたBCPは①を満たしても、②③を落としやすい。
型どおりに埋めたBCPは①を満たしても、②③を落としやすい。
「決まっている」の3条件
① 外部の事実で書く発動基準が、誰が見ても同じ判断になる発表（気象庁の震度・警報など）
欠けると：「状況に応じて」で、その場の空気が決める
欠けると：「状況に応じて」で、その場の空気が決める
② 起きている人が動けるその時刻に実際に起きている人が、判断を待たずに動ける権限を持つ
欠けると：午前5時に部長を起こすまで何も起きない
欠けると：午前5時に部長を起こすまで何も起きない
③ 被害より早い期限優先業務の目標時間（RTO）が、被害が出るまでの時間より短い
欠けると：「発動から1時間」の間に配信が出ていく
欠けると：「発動から1時間」の間に配信が出ていく
今日の題材に特有の論点：BCPの「優先業務」は「復旧する業務」だけではない。「止める業務」もある。
販促配信は災害時に続けるべき業務ではなく、真っ先に止めるべき業務である。災害の最中のセール案内は、評判の事故の典型として繰り返し起きている（例：2012年、米 American Apparel がハリケーン・サンディの直撃地域の顧客に「Hurricane Sandy Sale」のメールを送り、SNSで強い反発を受けた）。
シナリオ
あなたは株式会社ノヴァストア EC事業本部・販促システム部の MOpsチームマネージャー・宮田（Day004〜Day010の続き）。LINE配信は11/16にリリースされ、11/26のブラックフライデーの一斉配信も問題なく終わった。
2027年12月3日（金）に次のことが起きた。
| 時刻 | できごと |
|---|---|
| 04:41 | 茨城県南部を震源とする地震。最大震度5強（茨城・栃木・千葉の一部）、東京の本社所在地は震度4。首都圏の鉄道は始発から運転見合わせ |
| 06:30 | MOpsの夜間当番（配信システムの障害対応が役目）がニュースで地震を知る。7:00の予約配信は管理画面から止められたが、「セールを止めてよい」という決まりがなく、マーケティング部の企画を勝手に止めることもできず、そのままにした |
| 07:00 | 予約済みの「【本日7時スタート】年末ビッグセール 最大50%OFF」が、メール会員 96万通 〔実測〕 と LINE 友だち 18.2万人 〔実測〕 へ自動送信された |
| 07:40 | 出社したCS担当がSNSで「地震の朝にセールの通知」という投稿に気づく |
| 08:15 | 宮田さんが12:00の第2弾配信を止める |
当日の影響 〔実測〕：メルマガの配信停止（解約）4,200件（平常は1日約600件）、LINEのブロック 2,350件（平常は1日約150件）、CSへの苦情・問い合わせ 71件。
全社BCP（総務部が事務局）は「本社所在地で震度6弱以上」で発動し、対策本部長は社長。12/3は発動基準に届かず、販促配信はそもそも全社BCPに書かれていなかった。
12月10日（金）、全社BCPの事務局である総務部リスク管理グループ・岡田さん（新登場）から各部に依頼が来た。「各部門BCPに『お客様への発信』を追加し、12/22（水）までに提出。2028年1月14日（金）の危機管理委員会で1部門10分で説明してください」。
- 読み手：危機管理委員会の委員7名。委員長は 大塚 取締役管理本部長、委員は西村 EC事業本部長、物流本部長、情報システム部長、広報部長、総務部長、法務部長
- Lv2（距離のある読み手）の回。カタログ上の主な読み手（全社・経営層）がそのまま Lv2 の「経営層」に一致するため、間接読み手の設定（ルール5）は要らない
- 面倒な事情：委員7名のうち、配信の仕組み（予約配信・LINE一斉配信）を知っているのは西村本部長だけ。委員会では「なぜ全社BCPと違う基準を作るのか」「止めすぎて売上が落ちないか」が必ず聞かれる。そして、夜間の当番（係長未満）に全社の販促を止める権限を渡すことは、委員会の承認がないとできない
読み手プロファイル
| 項目 | 内容 |
|---|---|
| 誰が読むか | 危機管理委員会の委員7名（取締役1名・本部長／部長6名）。事務局の岡田さんが資料をまとめて前日に配る |
| 何を判断するために読むか | ① この部門BCPを全社BCPの一部として承認するか ② 夜間の当番に「販促を止める」権限を渡してよいか ③ 全社BCPと違う発動基準を認めるか |
| 何を知っているか | 12/3にSNSで批判されたこと（広報部長が対応した）。全社BCPの発動基準と対策本部の体制。売上の規模感 |
| 何を知らないか | 予約配信（前日までに送信を仕掛けておく仕組み）、LINE一斉配信、配信を止めるのに何分かかるか、誰が止められるか。12/3に当番が止めなかった理由 |
| 何を気にしているか | 評判（広報）、売上への影響（西村本部長）、権限の線引きと全社BCPとの整合（総務・法務）、「部門ごとにバラバラの基準ができる」こと |
| 読む時間と場面 | 前日に配られる資料を数分、当日は委員会で1部門10分（説明5分・質疑5分）。その場で承認か差し戻しかが決まる |
この読み手が変わると何が変わるか：
読み手が MOpsの夜間当番（Lv1：味方）なら、権限や費用の話は消え、「どの画面の・どのボタンを・何分以内に押し、誰に連絡するか」の手順カードになる（→60分版の演習）。読み手が セール売上の目標を持つマーケティング部（Lv3：利害が対立）なら、冒頭は「止めすぎの損失はいくらで、再開はどれだけ早いか」になる。今回は権限を渡すかどうかを決める経営層なので、「何を承認してほしいか」「承認すると何が起き、しないと何が起きるか」を、配信の仕組みを知らない人の言葉で書くのが正解。
4段階で見る — 「2. 発動基準と優先業務」
BCPの本体はこの節で、ここが曖昧なら体制表・連絡網がどれだけ整っていても、12/3と同じことが起きる。今日は Good→Better の差が学びの中心（Goodは型をすべて満たしていて、雑には見えない）。
Bad
「全社BCPに準ずる」で
12/3は発動しない。順番は
復旧→再開。停止は「適宜」。Good
震度5強で発動、停止が1番。
型は完璧。でも判断者は部長
＝午前5時は寝ている。Better
12/3の事実を冒頭4行。
仕組みの言葉→お客様の言葉。
「なぜ全社と違う」に答える。Best
冒頭で「2点のご承認」。
12/3を物差しにA/B/C比較。
損失220万 vs 750万で反論。Bad
"In line with company BCP."
"As appropriate", "flexibly".
Nobody holds authority.Good
Invocation + RTO table.
Authority to invoke: a head
who is asleep at 5 a.m.Better
"What happened on Dec 3."
"Why lower than company
BCP?" answered up front.Best
Two approvals requested.
PAUSE-only authority.
Cost capped at JPY 2.2M.Bad — 妥協して雑に作った状態 ／ 13行
2. 発動基準と優先業務
■発動基準
全社BCPに準ずる（本社所在地で震度6弱以上、または対策本部長の判断）。
■優先業務
災害発生時は、対策本部の指示のもと、以下の順で復旧にあたる。
1. 配信基盤の復旧（サーバ・DBの稼働確認）
2. 配信予約データの整合性確認
3. 販促配信の再開
※配信の停止については、状況に応じて適宜判断する。
※12/3の件を踏まえ、今後は各担当が状況を見て柔軟に対応する。Bad ／ 15 lines
2. Activation Criteria and Priority Activities
Activation
In line with the company-wide BCP (JMA seismic intensity 6- or higher at HQ,
or at the discretion of the Crisis Management HQ).
Priority activities
In the event of a disaster, recovery will be carried out in the following
order under the direction of the Crisis Management HQ:
1. Restore the delivery platform (servers, DB)
2. Verify the integrity of scheduled sends
3. Resume promotional sends
Note: Suspension of sends will be decided as appropriate.
Note: Following the Dec 3 incident, staff will respond flexibly going forward."as appropriate" は監査で真っ先に指摘される語
"as appropriate" "respond flexibly" は英文BCPでは判断基準がないことの告白になる。"under the direction of" は誰も何も指示しない状態を隠す。受動態 "will be carried out" "will be decided" で主語が消えている。
Good — 型は満たしている ／ 18行
2. 発動基準と優先業務
2.1 発動基準
以下のいずれかに該当した場合、本部門BCPを発動する。
・全社BCPが発動されたとき
・国内で震度5強以上の地震、または特別警報が発表されたとき
・その他、販促システム部長が必要と判断したとき
発動の判断: 販促システム部長（不在時はMOpsマネージャー）
2.2 優先業務と目標復旧時間（RTO）
優先度 業務 RTO
1 予約配信の停止 発動から1時間以内
2 配信基盤の稼働確認 発動から4時間以内
3 顧客向け連絡配信の支援 発動から24時間以内
4 販促配信の再開 状況に応じて判断
2.3 体制
部門対策責任者: 販促システム部長 実施: MOpsチームBadから何が変わったか 動いた軸：③事実と解釈の分離 ／ ④次の行動
- ③事実と解釈の分離が動いた。発動基準が「状況に応じて」から「震度5強以上」「特別警報」という外部の発表になり、誰が見ても同じ判断になった。12/3も発動する
- ④次の行動が「書いてある」水準になった。優先業務の1番が「止める」になり、RTO（目標復旧時間）と判断者が入った
- BCPの標準の型（発動基準・優先業務・RTO・体制）が揃っており、総務部の書式チェックはこの形で通る
まだ足りないもの（ここが今日の本題）：
- 12/3の04:41〜07:00に当てはめると、まだ止まらない可能性が高い。「発動の判断：部長（不在時はマネージャー）」は、午前5時に部長を起こして判断してもらう設計。12/3に実際に起きていたのは当番だけで、当番に権限がないという12/3の原因は残ったまま
- RTO「発動から1時間」が、被害が出るまでの時間と比べられていない。12/3は次の配信まで2時間19分あったが、地震が6:30なら7:00の配信に間に合わない。止める業務の期限は「発動から」ではなく「次の予約配信より前」で決まる
- 委員の知らない言葉のまま。「予約配信」「配信基盤」「顧客向け連絡配信の支援」が、委員にとって何を意味し、会社に何を起こすかが書かれていない
- 委員会が必ず聞くことに答えていない。「なぜ全社BCP（震度6弱）と違うのか」「止めすぎないか」「部長判断で全社のセールを止めてよいのか」
- 委員会に何を決めてほしいのかがない。このまま出すと「報告」として聞き流され、権限の問題は決まらないまま次の地震を迎える
Good ／ 19 lines
2. Invocation Criteria and Priority Activities
2.1 Invocation criteria
This plan is invoked if any of the following occurs:
- The company-wide BCP is invoked
- An earthquake of JMA intensity 5+ or higher anywhere in Japan,
or a JMA emergency warning, is issued
- The Head of Promotion Systems decides it is necessary
Authority to invoke: Head of Promotion Systems (deputy: MOps Manager)
2.2 Priority activities and RTOs
Priority Activity RTO
1 Suspend scheduled sends 1 hour from invocation
2 Check delivery platform status 4 hours from invocation
3 Support customer notifications 24 hours from invocation
4 Resume promotional sends To be decided
2.3 Roles
Plan owner: Head of Promotion Systems; execution: MOps team"Invocation" と "Authority to invoke" は型として正しい
"Invocation"（発動）と "Authority to invoke"（発動権限者）は、英文BCP（特に英国系・ISO 22301系）の標準語。日本語版と同じく、権限者が午前5時に起きているかは問うていない。
Better — 読み手に最適化されている ／ 20行
2. 発動基準と優先業務 ── 災害時は「セールの案内を止める」を最優先にする
【12/3に起きたこと】地震（4:41、茨城で震度5強）の2時間後、7:00に予約済みの
年末セールの案内が、メール96万通・LINE18.2万人へ自動で送られた。当番は
画面で止められたが、止めてよいという決まりがなく、止めなかった。
→ 当日の解約4,200件（平常600件）、LINEのブロック2,350件（平常150件）
【発動基準】次のどれかが出たら、まず予約済みのセールの案内を全部止める
・国内のどこかで震度5強以上 ・津波警報以上 ・大雨などの特別警報
・全社BCPの発動
全社BCP（本社で震度6弱以上）より低いのは、守るものが違うため。
全社BCPは「会社が業務を続けられるか」、本節は「被災中のお客様に
セールを送らないか」を守る。お客様は本社の震度と関係なく被災する。
震度5強以上は国内で年平均5.1回（過去10年）。止めるのは年に数回。
【優先業務】
1 セールの案内の一時停止 基準の発表から30分以内（夜間・休日も）
2 お客様への大事な連絡 物流・CSの依頼から4時間以内に送れるように
（出荷遅延のお知らせ等。止めるのはセールだけ。連絡の手段は残す）
3 セールの再開 被害を確かめてから判断（最短で翌日）Goodから何が変わったか（★今日の学習の中心） 動いた軸：②読み手適合 ／ ⑤想定反論
読み手プロファイルの各項目に、変更を1対1で対応させている。
| 読み手プロファイルの項目 | Betterで行った変更 |
|---|---|
| 何を知らないか「予約配信・LINE一斉配信・12/3に当番が止めなかった理由」 | 冒頭に【12/3に起きたこと】を4行で置いた。「予約配信」という語を使わず、「予約済みのセールの案内が、自動で送られた」と起きたことの言葉で書いた。当番が止めなかった理由（決まりがなかった）を書いたので、委員は「人の問題ではなく決まりの問題」と読める |
| 何を知っているか「12/3にSNSで批判されたこと」 | 批判の話は委員が知っているので書かず、委員が知らない数字（解約とブロックの増え方）だけを書いた。平常値を並べたので、7倍・16倍という大きさが計算しなくても伝わる |
| 何を気にしているか（総務・法務）「全社BCPとの整合」 | 「なぜ全社BCPより低い基準なのか」に、守るものが違うという1つの理由で答えた。「お客様は本社の震度と関係なく被災する」の1文が、12/3の事実（本社は震度4）と繋がっている |
| 何を気にしているか（西村本部長）「止めすぎて売上が落ちないか」 | 「震度5強以上は年平均5.1回」と、止める頻度を数字で書いた。「年に数回」と読めれば、売上の心配の大きさが見える |
| 読む時間と場面「委員会で1部門10分」 | 見出しの1行目に結論（「セールの案内を止める」を最優先）を置いた。優先業務を3つに絞り、「配信基盤の稼働確認」（委員の判断に関係しない、MOps内部の作業）を消した |
言葉の置き換えにも注目：Goodの「予約配信の停止」→「セールの案内の一時停止」、「顧客向け連絡配信の支援」→「お客様への大事な連絡（出荷遅延のお知らせ等）」。仕組みの名前を、お客様に届くものの名前に変えた。委員が判断できるのは仕組みではなく、お客様に何が届くか・届かないかである。
期限の基準も変えた：Goodの「発動から1時間」を「基準の発表から30分以内（夜間・休日も）」にした。予約配信は朝7時・昼12時・夜19時が多く、地震が配信の30分前に起きることもある。「夜間・休日も」を書いたのは、12/3が午前4時41分だったから。
それでも残っている問題（Bestで扱う）：
- 「誰が止めるのか」がまだない。30分以内に止めるには、その時刻に起きている当番が止めるしかない。しかしそれは委員会の承認が要る権限の話で、Betterは委員会に何も求めていない
- 止めすぎの損失が「年に数回」で止まっている。西村本部長は「1回いくら損するのか」を聞く
- 「被災地だけ止めればいいのでは」に答えていない。委員から一番出やすい質問
- 人が起きて判断する前提のまま。地震の情報は気象庁から自動で取れる。人を待たない方法を比べていない
Better ／ 23 lines
2. Invocation and Priorities: In a disaster, stop sale messages first
What happened on Dec 3: An earthquake hit at 4:41 (intensity 5+ in Ibaraki).
At 7:00, a pre-scheduled year-end sale message went out automatically to
960,000 email and 182,000 LINE recipients. The on-call engineer could have
stopped it, but had no rule saying they were allowed to.
Result that day: 4,200 unsubscribes (normal: 600), 2,350 LINE blocks (normal: 150)
Invocation: If any of these is issued, pause all scheduled sale messages.
- JMA seismic intensity 5+ or higher anywhere in Japan
- A tsunami warning or higher; a JMA emergency warning (e.g., heavy rain)
- Invocation of the company-wide BCP
Why lower than the company-wide BCP (6- at HQ)? It protects something
different: the company BCP protects our ability to operate; this protects
customers from receiving sale messages during a disaster. Customers are
affected regardless of the intensity at our HQ.
Intensity 5+ occurred about 5 times a year nationwide (last 10 years).
Priorities
1 Pause sale messages within 30 min of the JMA report, 24/7
2 Critical customer notices ready within 4 h of a Logistics/CS request
(e.g., delivery delays; we stop sales, not the channel)
3 Resume sales after damage is assessed (next day at earliest)背景1段落＋質問形の小見出しで先回り
冒頭に "What happened on Dec 3" を置くのは、英文の経営層向け文書で「背景（context）を1段落で」という定型。"Why lower than...?" と質問の形の小見出しで想定反論を立てるのは、英文ビジネス文書でよく使う FAQ 型の先回り。"we stop sales, not the channel" のように、対比を短い1文で言い切ると英語では強く残る。
Best — 読み手が意思決定できる ／ 20行（Betterと同じ・入れ替わり型）
2. 発動基準と優先業務（1/14 委員会で2点のご承認をお願いします）
ご承認1 夜間・休日もMOps当番が、セールの案内を「止める」ことを認める
（止めるだけ。再開は西村本部長が決める）
ご承認2 止める基準を全社BCPと分ける（国内で震度5強以上など。付録1）
12/3の地震では 止める回数 費用
A 全社BCPのまま 送られた ― ―
B 当番が止める 7:00前に止まる 年5回ほど 売上の機会損失 年220万円以内
C 地震情報で自動 4:50ごろ止まる 年5回ほど B＋開発2週間
推奨: 1/14からB、3月末にCへ。Bは承認の翌日から動く。Cは人を待たない
止めすぎの損失は年220万円以内。12/3の1回で増えた解約・ブロック約5,800人
は、配信経由売上で年約750万円にあたる。1回防げば3年分を超える（付録2）。
被災地だけ止めない理由: LINE友だちの約65%は住所が分からず、地域で絞れ
ない。まず全部止め、メールだけ被災地を除いて当日中に再開する（宮田判断）。
優先業務 ① セールの案内を止める 基準の発表から30分以内
② 出荷遅延などの連絡を送る 物流・CSの依頼から4時間以内
③ セールを再開する 被害を確かめてから（最短で翌日）Betterから何が変わったか 動いた軸：①結論の位置 ／ ④次の行動 ／ ②読み手適合 ／ ⑤想定反論 ／ ③事実と解釈
- ①結論の位置 → 見出しに「2点のご承認をお願いします」、冒頭2行で承認事項。委員会は「報告を聞く場」ではなく「決める場」。何を決めてほしいかが最初に来ないと、Betterの内容はよく書けた報告として聞き流される
- ④次の行動 → 「誰が止めるか」を、承認事項として委員会に渡した。当番に「止める」権限だけを渡し、「再開」は本部長に残した。権限を2つに割ったことで、委員の「係長未満に全社のセールを任せてよいのか」という抵抗を小さくしている（止めて失うのは数時間の売上、再開を誤って失うのは信用）
- ②読み手適合 → 選択肢をA/B/Cの表にした。列は「12/3の地震ではどうなったか」——委員全員が覚えている唯一の事実を物差しにした。「年5回ほど」「220万円以内」「開発2週間」で、何を払って何を得るかが1行ずつ比べられる
- ⑤想定反論 → 委員会で出る2つの質問に先回り。「止めすぎないか」には損失の上限（年220万円）と、止めなかった1回の損失（年約750万円相当）の比較で。「被災地だけ止めればよい」には、LINE友だちの約65%は住所が分からないという、委員が知りようのない制約で答えた
- ③事実と解釈の分離 → 数字の根拠を付録へ。本文には結論の数字だけを置き、計算は付録2に回した。委員会の10分では計算は読まれないが、事務局の岡田さんが確かめられる
- 削ったもの：【12/3に起きたこと】の4行（委員会の冒頭で事務局が全部門共通で説明するため重複する）、「守るものが違う」の説明3行（付録1へ）
- 分量：Better（20行）→ Best（20行）で同じ。外したもの（12/3の経緯・基準の説明）と、足したもの（承認事項・A/B/C の比較・2つの反論）が釣り合った「入れ替わり型」
なぜ C（自動停止）を最初から推奨しなかったのか — 宮田さんが迷った点：
気象庁は地震の情報を、登録不要の配信（気象庁防災情報XML。1分ごとに更新）で公開しており、これを読んで予約配信を自動で止めるのが最も速い。人の判断を待たないので、Cの方が明らかに確実である。それでもBを先にしたのは、Cを作るのに2週間、誤作動しないかの試験を入れると3月末までかかり、その間に地震が来たら12/3と同じことが起きるから。Bは承認の翌日から当番表を変えるだけで動く。「確実だが遅い案」と「不確実だが今日から動く案」は二者択一ではなく、順番に並べればよい。代償として、Bの期間（1〜3月）は当番が夜間に地震情報を見落とさない仕組み（スマホの緊急速報を当番端末で受ける）に頼る。
反証条件（この形が変わる場合）：
- 止めた回数が1年で10回を超えたら、基準（震度5強）を見直す。震度5強以上の年回数は年ごとの振れが大きい（過去10年で最少1回・最多15回）
- 空振りの損失の見積もりは、配信経由売上が今の2倍を超えたら計算し直す
- LINE友だちのうちID連携（住所が分かる）が過半数を超えたら、「まず全部止める」を「被災地だけ止める」に変えられるか検討する
今回はBestまで作るべきか：Best必要。BCPは「その場で決めずに済むように、先に決めておく文書」であり、決めるべき人が経営層（権限の委譲）である以上、承認事項がない部門BCPは、決めるべきことを次の災害の当日に先送りしている。逆に、権限の変更を伴わない部門BCPの年次見直し（連絡網の更新など）なら、Betterの形（委員が分かる言葉と、全社BCPとの違いの理由）で十分で、選択肢の表まで作るのは過剰になる。
Best ／ 23 lines
2. Invocation and Priorities: two approvals requested at the Jan 14 committee
Approval 1: Allow the MOps on-call engineer to PAUSE sale messages, 24/7.
(Pause only. Resuming stays with Nishimura, EC Division Head.)
Approval 2: Use invocation criteria separate from the company-wide BCP
(JMA intensity 5+ anywhere in Japan, etc.; see Appendix 1).
On Dec 3 Pauses/year Cost
A Keep company BCP only Sent - -
B On-call pauses Paused by 7:00 ~5 Lost sales <= JPY 2.2M/yr
C Auto-pause (JMA feed) Paused ~4:50 ~5 B + 2 weeks of dev
Recommendation: B from Jan 14, then C by end of March.
Won't we pause too often? Lost sales are capped at ~JPY 2.2M a year. The
~5,800 extra unsubscribes/blocks on Dec 3 alone are worth ~JPY 7.5M a year
in email/LINE-driven sales. Preventing one incident covers 3+ years (App. 2).
Why not pause only affected areas? About 65% of LINE friends have no known
address. We pause everything, then resume email outside affected areas the
same day (Miyata decides).
Priorities 1 Pause sale messages within 30 min of the JMA report
2 Send delivery-delay notices within 4 h of a Logistics/CS request
3 Resume sales after damage assessment (next day+)"Decisions requested" を見出しで、権限の範囲を1語で限定
見出しの "two approvals requested" と冒頭の "Approval 1 / Approval 2" は、英文の board / committee paper の "Decisions requested" に当たる定型（BLUF）。PAUSE を大文字にしているのは、権限の範囲（止めるだけ）を誤読させないため。英文では authority の範囲を1語で限定するのが委任の書き方の基本。"<= JPY 2.2M" のように上限で書くのは、見積もりの不確かさを "approximately" より誠実に伝える hedging の型。
日英差分ノート
1. 「対策本部の指示のもと」は、英語では「誰も権限を持たない」と読まれる
日本語のBCPでは「対策本部の指示のもと」「適宜判断」がごく自然に書かれ、読み手も「その場で偉い人が決める」と受け取る。英語で "under the direction of the Crisis Management HQ" "as appropriate" と書くと、権限者（authority）が特定されていない計画として読まれ、ISO 22301 系の審査では「誰が、どの条件で発動するか」を必ず聞かれる。英文BCPは "Authority to invoke" に役職名を1つ書き、さらに "pre-authorized actions"（事前に許可された行動）を列挙する型が多い。今回のBestの「ご承認1」は、日本語の稟議の言葉で書いた pre-authorized action である。
2. 日本語の「お願い」は、英語では「Decision」になる
日本語の委員会資料では「ご承認をお願いします」と丁寧に依頼の形で書く。英語の委員会資料では "Decisions requested" / "The committee is asked to approve..." と、委員会がすることを動詞で書く。依頼の丁寧さは英語では語彙ではなく、選択肢と推奨と理由を揃えて渡すことで表す。
3. 震度は英語でそのまま通じない
「震度5強」は日本の気象庁の尺度で、英語圏の読み手はマグニチュードと混同しやすい。英語版では "JMA seismic intensity 5+"（JMA＝気象庁）と尺度名を付ける。海外拠点が読むなら「震度5強＝家具が倒れることがある程度の揺れ」のように、1回だけ意味を添える。
頻出表現
| 日本語 | English | トーンの強さ・使う場面 |
|---|---|---|
| 発動する | invoke (the plan) / activate | 中立。invoke は英国系・ISO系でよく使う |
| 発動権限者 | authority to invoke | 中立。役職名を1つ書く |
| 事前に許可された行動 | pre-authorized action | 強い。当番が判断を待たずにしてよいこと |
| 目標復旧時間 | RTO (recovery time objective) | 中立。業務を再開するまでの目標 |
| 許容できる最大の停止時間 | MTPD (maximum tolerable period of disruption) | 中立。RTOはこれより短くする |
| ご承認をお願いします | Decisions requested / The committee is asked to approve | 中立。英語は委員会の動作を動詞で書く |
| 一時停止する（再開前提） | pause / suspend | 中立。cancel（取り消し）と混ぜない |
| 〜以内（上限） | capped at / up to / <= | 強いhedging。約（approximately）より誠実 |
| 適宜 / 柔軟に | as appropriate / flexibly | 避ける。英文BCPでは判断基準がない合図 |
差分5軸まとめ
| 軸 | 🔴 Bad | 🟡 Good | 🟢 Better | 🔵 Best |
|---|---|---|---|---|
| ① 結論の位置 | ない（「全社BCPに準ずる」） | 表の順に並ぶだけ | 見出しに「セールの案内を止めるが最優先」 | 見出しと冒頭2行で「2点のご承認」 |
| ② 読み手適合 | MOps内部の言葉（配信基盤・DB） | BCPの標準の型（総務の書式チェック向け） | お客様に届くものの言葉。委員が知らない事実だけを冒頭に | 委員全員が覚えている12/3を物差しにした A/B/C 比較 |
| ③ 事実と解釈の分離 | 「状況に応じて」「柔軟に」 | 外部の発表（震度・特別警報）で発動 | 止める頻度（年5.1回）と12/3の実測値 | 損失の上限と比較の数字。計算は付録へ |
| ④ 次の行動 | 復旧して再開（逆向き） | 停止が1番、RTOと判断者 | 期限を「発表から30分・夜間休日も」に | 誰が止め、誰が再開するかを承認事項に |
| ⑤ 想定反論 | 無視 | 触れない | 「なぜ全社BCPと違うのか」「止めすぎないか」 | 「1回いくら」「被災地だけでは」まで先回り |
| 分量（実測） | 13行 | 18行 | 20行 | 20行（入れ替わり型） |
今回の学習の中心は Good → Better。GoodはBCPの型をすべて満たしている。発動基準は外部の発表で書かれ、停止が優先業務の1番にある。それでも、12/3の午前4時41分から7時までに当てはめると止まらない（判断者が寝ている）。そして委員の知らない言葉で書かれているので、委員はその穴に気づけない。型を満たしたかどうかは書式で確かめられる。読み手に通じたかどうかと、実際の事故に当てはめて動くかどうかは、書式では確かめられない。後の2つは、実際に起きた時刻表に当てはめてみるのが一番早い（→15分版の演習）。
Best版・全文
ここまでは「2. 発動基準と優先業務」だけを比べてきた。以下は Best 水準の部門BCP（販促配信編）の全文（ご承認事項・守るもの・発動基準と優先業務・役割・手順の概要・訓練と見直し・扱わないこと・前提が変わったら・次の行動・付録1 基準・付録2 費用の計算）。
日本語版 全文を見る
部門BCP 販促配信編（EC事業本部 販促システム部）
作成: MOps 宮田 2027年12月20日（月） 版: 1.0（2028年1月14日 危機管理委員会に付議）
提出先: 総務部リスク管理グループ 岡田（全社BCP事務局）
━━ 0. 委員会でご承認いただきたいこと ━━
ご承認1 夜間・休日も、MOps当番がセールの案内を「止める」ことを認める
（止めるだけ。再開は西村 EC事業本部長が決める）
ご承認2 止める基準を全社BCPと分ける（2.と付録1）
承認いただけた場合、1/17（月）から当番表と手順を切り替える
━━ 1. この編が守るもの ━━
災害の最中に、被災したお客様へセールの案内を送らないこと。
そして、出荷遅延などの大事な連絡は送れる状態を保つこと。
対象: メール会員 96万人〔実測〕、LINE友だち 18.2万人〔実測〕への配信
━━ 2. 発動基準と優先業務 ━━
12/3の地震では 止める回数 費用
A 全社BCPのまま 送られた ― ―
B 当番が止める 7:00前に止まる 年5回ほど 売上の機会損失 年220万円以内
C 地震情報で自動 4:50ごろ止まる 年5回ほど B＋開発2週間
推奨: 1/14からB、3月末にCへ。Bは承認の翌日から動く。Cは人を待たない
止めすぎの損失は年220万円以内。12/3の1回で増えた解約・ブロック約5,800人
は、配信経由売上で年約750万円にあたる。1回防げば3年分を超える（付録2）。
被災地だけ止めない理由: LINE友だちの約65%は住所が分からず、地域で絞れ
ない。まず全部止め、メールだけ被災地を除いて当日中に再開する（宮田判断）。
優先業務 ① セールの案内を止める 基準の発表から30分以内
② 出荷遅延などの連絡を送る 物流・CSの依頼から4時間以内
③ セールを再開する 被害を確かめてから（最短で翌日）
━━ 3. 誰が何をするか ━━
MOps当番（夜間・休日も1名）… ①を実行し、宮田へ連絡。判断はしない。基準に
当たったら止める
宮田（MOpsマネージャー） … メールを被災地以外で再開するかを当日中に判断
西村 EC事業本部長 … LINE一斉配信とセール全体の再開を判断
マーケティング部 … 止めたセールの日程の組み直し
物流本部・CS … ②の連絡の文面と対象を決め、MOpsに依頼
広報部 … 12/3のような批判が出た場合の対外説明
━━ 4. 手順の概要（詳しくは当番用の手順カード） ━━
1. 当番端末で緊急速報・気象庁の発表を受ける（Cの後は自動）
2. 基準に当たったら、管理画面で予約済みのセール配信をすべて一時停止
3. 停止した配信の一覧を宮田・マーケティング部にチャットで送る
4. 取引の連絡（注文確認・発送通知）は止めない
━━ 5. 訓練と見直し ━━
・年2回（6月・12月）、夜間を想定した停止訓練を行う（30分以内に止まるか）
・発動した翌週に、止めた時間・損失・お客様の反応を委員会事務局へ報告
━━ 6. この編で扱わないこと ━━
・地震・気象以外の事件や事故（社会的な大事件など）での配信の自粛
… 危機管理マニュアルで全社として決める
・②の連絡の文面（物流本部・CSの範囲）
・配信システムそのものが壊れた場合の復旧（情報システム部のIT-BCPの範囲）
━━ 7. 前提が変わったら ━━
・1年で止めた回数が10回を超えたら、基準（震度5強）を見直す
・配信経由売上が今の2倍を超えたら、損失の見積もりを計算し直す
・LINE友だちのうち住所が分かる人が過半数を超えたら、被災地だけ止める
方式を検討する
━━ 8. 次の行動 ━━
何を 誰が いつまでに
委員会での承認 委員会 2028/1/14（金）
当番表と当番用の手順カードの切り替え 宮田 1/17（月）
最初の停止訓練 宮田・当番 1/31（月）
自動停止（C）の開発と試験 佐伯 3/31（金）
━━ 付録1 止める基準（どれか1つで止める） ━━
・気象庁が国内のどこかで震度5強以上を発表したとき
・津波警報・大津波警報が出たとき
・大雨などの特別警報が出たとき
・全社BCPが発動されたとき
基準を震度5強にした理由（過去10年の国内の年平均回数）:
震度5弱以上 12.0回（多すぎて、止めることが日常になる）
震度5強以上 5.1回（採用）
震度6弱以上 2.0回（12/3の地震が入らない）
全社BCP（本社で震度6弱以上）と分ける理由: 全社BCPは「会社が業務を
続けられるか」、この編は「被災中のお客様にセールを送らないか」を守る。
お客様は本社の震度と関係なく被災する（12/3の本社は震度4）
━━ 付録2 費用の計算 ━━
1日の配信経由売上 約341万円〔導出: FY2026上期 6.2億円÷182日〕
1回の損失 約43万円〔仮定: 6時間止め、その半分は後で取り戻せない〕
年の損失 約220万円〔導出: 43万円×年5.1回。止めた時間が短ければ減る〕
12/3で増えた解約・ブロック 5,800人〔実測: 解約 4,200−600、ブロック 2,350−150〕
1人あたり年間の配信経由売上 約1,290円〔導出: 年12.4億円÷96万人。
LINEだけの人も同じ額と仮定した粗い値〕
5,800人×1,290円＝約750万円/年
LINE友だちで住所が分からない割合 約65%〔導出: (18.2万−6.4万)÷18.2万〕English 全文を見る
Business Continuity Plan: Promotional Messaging
(EC Division, Promotion Systems Department)
Author: Miyata (MOps) | Dec 20, 2027 | v1.0 (for the Crisis Management
Committee, Jan 14, 2028)
Submitted to: Okada, Risk Management Group, General Affairs (BCP secretariat)
0. DECISIONS REQUESTED
Approval 1: Allow the MOps on-call engineer to PAUSE sale messages, 24/7.
(Pause only. Resuming stays with Nishimura, EC Division Head.)
Approval 2: Use invocation criteria separate from the company-wide BCP
(Section 2 and Appendix 1).
If approved, the on-call rota and runbook change on Jan 17.
1. WHAT THIS PLAN PROTECTS
Customers affected by a disaster do not receive sale messages during it,
and we can still send critical notices such as delivery delays.
Scope: 960,000 email subscribers [actual]; 182,000 LINE friends [actual]
2. INVOCATION AND PRIORITIES
On Dec 3 Pauses/year Cost
A Keep company BCP only Sent - -
B On-call pauses Paused by 7:00 ~5 Lost sales <= JPY 2.2M/yr
C Auto-pause (JMA feed) Paused ~4:50 ~5 B + 2 weeks of dev
Recommendation: B from Jan 14, then C by end of March.
Won't we pause too often? Lost sales are capped at ~JPY 2.2M a year. The
~5,800 extra unsubscribes/blocks on Dec 3 alone are worth ~JPY 7.5M a year
in email/LINE-driven sales. Preventing one incident covers 3+ years (App. 2).
Why not pause only affected areas? About 65% of LINE friends have no known
address. We pause everything, then resume email outside affected areas the
same day (Miyata decides).
Priorities 1 Pause sale messages within 30 min of the JMA report
2 Send delivery-delay notices within 4 h of a Logistics/CS request
3 Resume sales after damage assessment (next day+)
3. ROLES
MOps on-call (1 person, 24/7) Executes #1; notifies Miyata. Does not judge:
if a criterion is met, pause.
Miyata (MOps Manager) Decides same-day email resumption outside
affected areas
Nishimura (EC Division Head) Decides resumption of LINE broadcasts and sales
Marketing Reschedules paused campaigns
Logistics / CS Owns the content and audience of #2 notices
Corporate Communications Handles public response if criticism arises
4. PROCEDURE OUTLINE (details in the on-call runbook)
1. Receive emergency alerts / JMA reports on the on-call phone (automatic after C)
2. If a criterion is met, pause all scheduled sale sends in the admin console
3. Post the list of paused sends to Miyata and Marketing in chat
4. Do not stop transactional messages (order confirmations, shipping notices)
5. EXERCISES AND REVIEW
- Twice a year (June, December): night-time pause drill (paused within 30 min?)
- The week after any invocation: report pause duration, lost sales, and
customer reaction to the committee secretariat
6. OUT OF SCOPE
- Pausing messages for non-weather events (e.g., major social incidents):
to be set company-wide in the crisis management manual
- Content of #2 notices (Logistics / CS)
- Recovery of the messaging system itself (IT DR plan, IT Department)
7. WHAT WOULD CHANGE THIS PLAN
- More than 10 pauses in a year -> revisit the intensity threshold
- Email/LINE-driven sales more than double -> recalculate the cost estimate
- Most LINE friends have a known address -> consider area-only pauses
8. NEXT STEPS
What Owner By
Committee approval Committee Jan 14, 2028
Switch on-call rota and runbook Miyata Jan 17
First pause drill Miyata, on-call Jan 31
Build and test auto-pause (C) Saeki Mar 31
APPENDIX 1. INVOCATION CRITERIA (any one triggers a pause)
- JMA reports seismic intensity 5+ or higher anywhere in Japan
- A tsunami warning or major tsunami warning is issued
- A JMA emergency warning (e.g., heavy rain) is issued
- The company-wide BCP is invoked
Why intensity 5+ (average events per year in Japan, last 10 years):
5- or higher 12.0 (too frequent; pausing becomes routine)
5+ or higher 5.1 (chosen)
6- or higher 2.0 (would have missed Dec 3)
Why separate from the company-wide BCP (6- at HQ): the company BCP protects
our ability to operate; this plan protects customers during a disaster.
Customers are affected regardless of the intensity at HQ (HQ had 4 on Dec 3).
APPENDIX 2. COST CALCULATION
Daily email/LINE-driven sales ~JPY 3.41M [derived: FY2026 H1 JPY 620M / 182 days]
Loss per pause ~JPY 0.43M [assumed: 6-hour pause; half not recovered]
Annual loss ~JPY 2.2M [derived: 0.43M x 5.1 pauses]
Extra unsubscribes/blocks, Dec 3 5,800 [actual: 4,200-600 and 2,350-150]
Annual sales per subscriber ~JPY 1,290 [derived: JPY 1.24B / 960,000;
rough, assumes LINE-only users are similar]
5,800 x JPY 1,290 = ~JPY 7.5M per year
LINE friends without a known address ~65% [derived: (182k - 64k) / 182k]完成の定義チェックリスト
部門BCPを提出する前に必ず確認する。「雑・妥協」を防ぐための外部基準。1つでも未チェックがあれば、まだ出さない。
進捗 0 / 9
今日の演習
15分版 — まずこれだけでもやる
Good版の「発動の判断：販促システム部長（不在時はMOpsマネージャー）」の1行を、12/3の時刻表（04:41 地震 → 07:00 送信）に当てはめる。
- Good版どおりに動いた場合の時刻表を5行で書く（例：04:41 地震／04:4x 震度速報／…／部長は何時に気づくか）
- どの行で止まらなくなるかに印をつける
- その1行を、止まる形に書き直す（誰が・何をきっかけに・何分以内に・何をするか）
書き直した1行を Best の「ご承認1」と見比べる。自分の書き直しが当番に権限を渡す内容なら、それは委員会の承認が要ることに気づけば、今日の目的は達成。部門BCPの中で決められることと、経営層に決めてもらうことの境目が見える。
60分版
同じ内容を、読み手を「MOpsの夜間当番（入社2年目。初めての夜間当番）」に変えて、当番用の手順カード1枚に書き直す。
守る条件：
- 15行以内。スマホで読める幅（1行30字程度）
- 冒頭に「これが出たら、判断せずに止める」の基準を置く
- 止める手順を、管理画面の操作の言葉で番号つきで書く（画面名・ボタン名は仮でよい）
- 「やってはいけないこと」を必ず書く（例：注文確認・発送通知は止めない／自分の判断で再開しない）
- 連絡先と、連絡がつかない場合の次の人を書く
取り組む前のヒント
考える順序
- 委員会と当番の違いを1文で書き出す。委員会は「権限を渡すか」、当番は「午前5時に寝ぼけていても間違えずに止められるか」
- Best版から、当番に要らないものを消す（A/B/Cの比較・費用・全社BCPとの違いの理由）。消したものは全部、委員会のためのものだと気づくはず
- 当番に要るのに Best にないものを足す（画面の操作・連絡先・やってはいけないこと・止めた後の確認）
陥りやすい罠
- 「判断してください」と書いてしまう。当番用の手順カードの価値は、判断を要らなくすること。基準に当たったら止める、当たらなければ止めない、の二択にする
- 「セールを止める」とだけ書き、取引の連絡（注文確認・発送通知）まで止めてしまう余地を残す。災害時に一番必要な連絡を止めることになる
チェックすべき観点
書き上げたら「入社2年目の当番が、午前5時にこのカードだけを見て、10分以内に正しく止め、取引の連絡は止めずに済むか」を判定する。これは危機管理マニュアル（危機管理・BCP#5）の勝負どころ（平時に読んでも動けるか）と同じ力である。
実務での使いどころ
BCPは、全社の計画（誰が本部長か・どの業務を先に戻すか）と、部門の手順（誰が何を押すか）の2層でできていることが多い。前後の文書との関係を押さえると、何をどこまで書くべきかの判断がつく。
| 関係 | 文書 | このBCPとの関係 |
|---|---|---|
| 前 | リスクアセスメント資料（危機管理・BCP#2） | 「どの災害がどれくらいの頻度で起きるか」の根拠はこちら。今回の震度別の年回数（付録1）は、本来リスクアセスメントに置く数字 |
| 前 | インシデントレポート（#3）・ポストモーテム（#4） | 12/3の経緯と原因（当番に権限がなかった）はポストモーテムで分析され、その再発防止策の1つがこの部門BCPになる。BCPの改訂は、多くの場合ポストモーテムから始まる |
| 下 | 当番用の手順カード（運用手順書） | BCPは「何を・誰が・いつまでに」を決め、手順カードは「どう押すか」を書く（→60分版） |
| 横 | 危機管理マニュアル（#5） | 地震・気象以外の事件での配信自粛は、全社の判断としてこちらに置く |
| 横 | 対外公表文（#6） | 12/3のような批判が出た場合のお詫びは広報部の範囲。BCPには「誰が対応するか」だけを書く |
現場で一番効くのは、BCPを書いたら、実際に起きた事故の時刻表に当てはめてみること。型どおりのBCP（Good）は書式のチェックを通るが、「午前4時41分に誰が起きていて、何ができたか」を1行ずつ当てはめると、判断者が寝ている・期限が被害より遅い、という穴がすぐ見える。
この回の設計メモ（迷った他案・扱わなかった範囲・出所）
迷った他案と採らなかった理由
- 題材を全社BCPそのものにする案 — 全社BCPはMOpsのマネージャーが書く文書ではない（総務部の事務局が書く）。部門BCPにしたことで、「全社BCPとの違いを経営層に説明する」という Lv2（距離のある読み手）らしい論点が生まれた
- 被災地域の会員にだけ止める案をBestの推奨にする案 — 売上の損失は小さくなるが、LINE友だちの約65%は住所が分からず地域で絞れない。メールだけ地域で絞る「二段構え」（まず全部止め、メールは当日中に被災地以外で再開）にした。代償は、メールの再開判断を宮田さんが当日中にする手間
- 自動停止（C）を最初から推奨する案 — 最も確実だが、開発と誤作動の試験で3月末までかかる。その間の地震に無防備になるため、B（翌日から動く）→C（3月末）の順にした
- 基準を震度5弱以上にする案 / 6弱以上にする案 — 5弱以上は年平均12.0回で、止めることが日常になり、当番もマーケティング部も慣れて軽く扱うようになる。6弱以上は年平均2.0回だが、12/3（最大震度5強）が入らない。12/3を入れる最小の基準として5強にした
- Bestを Better より短くする案（分量逆転を狙う） — 承認事項と A/B/C の比較は、経営層が決めるための本体で削れない。狙って短くするのはやめ、実測で Better（20行）と Best（20行）が同じ行数の入れ替わり型になった
扱わなかった範囲
- 地震・気象以外の事件や事故（社会的な大事件、大きな事故など）での配信の自粛。基準が外部の発表で決められないため、全社の危機管理マニュアル（#5）の範囲とした
- 注文確認・発送通知などの取引の連絡と、広告の配信の法的な区別（特定電子メール法上の扱い）。このスキルは法的助言ではなく、読み手に伝わる書き方の練習である。本文では「取引の連絡は止めない」という業務上の判断だけを書いた
- 事業影響度分析（BIA）の本体。今回は販促配信の1業務だけで、全社の業務の優先順位付けは扱っていない
- 配信システムそのものが壊れた場合の復旧（IT-BCP・災害復旧計画）。IT-運用・セキュリティのカテゴリで扱う
- 当番に夜間の権限を渡すことの労務上の扱い（夜間当番の手当・勤務時間）
数字と概念の出所
- 本文の会社・人物・12/3の地震と影響の数字はすべて架空の設定。〔実測〕はシナリオ内の実績値、〔導出〕は計算値、〔仮定〕は置いた値。導出値（341万円/日＝6.2億÷182、43万円/回＝341万×6/24÷2、年220万円＝42.6万×5.1、1,290円/人＝12.4億÷96万、750万円＝5,800×1,292、65%＝(182,000−64,000)÷182,000）と、日付の曜日（2027/12/3金・12/10金・12/20月・12/22水、2028/1/14金・1/17月・1/31月）は作成時に計算して確認した
- 震度別の年回数（2014〜2023年の10年平均。震度5弱以上12.0回、5強以上5.1回、6弱以上2.0回。年ごとの5強以上は最少1回〔2020年〕・最多15回〔2016年〕）：総務省消防庁『令和6年版 消防白書』第1-6-1表「最大震度別地震発生状況の推移（震度5弱以上）」CSV（気象庁「震度データベース」により作成）を2026-09-26に取得し、震度別の列を合計して計算した。2024年は10月末までの値のため平均から除いた
- 内閣府「事業継続ガイドライン（令和5年3月）」（2026-09-26に検索結果の要約で確認。本文は未読）
- RTO・MTPD の定義と「RTOはMTPDより短くする」関係：ISO 22301 / ISO 22300 の用語の解説（Advisera ほか）を2026-09-26に検索結果の要約で確認。規格本文は有償のため未読
- 気象庁防災情報XML（PULL型、登録不要、高頻度フィードは毎分更新）：気象庁（2026-09-26に検索結果の要約で確認。フィードの中身は取得していない）。Best の「4:50ごろ止まる」は、震度速報の発表と1分ごとの取得から置いた 〔仮定〕
- American Apparel の「Hurricane Sandy Sale」（2012年10月、影響9州の顧客へ36時間20%引きのメール、SNSで反発）：HuffPost・Forbes（2026-09-26に検索結果の要約で確認）
- 分量（行数）は、各コードブロックの行数を作成後にスクリプトで数えた実測値
何が起きているか