- Published on
SRE/DevOpsエンジニアのための日本語：オンコールアラート対応、インシデントエスカレーション、ポストモーテムコミュニケーション
- Authors
- Name
- はじめに
- SRE基本用語集
- シナリオ1：アラート確認
- シナリオ2：エスカレーションコミュニケーション
- シナリオ3：マネジメントへのステータスアップデート
- シナリオ4：顧客向けコミュニケーション
- シナリオ5：ポストモーテムディスカッション
- フォーマリティレベル比較表
- 敬語（けいご）の技術的緊急場面での使い方
- ノンネイティブスピーカーのよくある間違い
- アウトプットトレーニングドリル
- この記事で使用したJLPT文法ポイント
- 参考資料
はじめに
深夜3時にアラートが鳴り、あなたがオンコール担当だったとする。技術力だけでは乗り切れない。アラートの確認、ステークホルダーへの連絡、必要に応じたエスカレーション、定期的なステータスアップデート、そして最終的にはポストモーテムへの貢献――これらをすべて日本語で行わなければならない。各フェーズで使う言葉が、あなたの能力と信頼性の評価に直結する。
日本のSRE・DevOps環境には、英語圏の職場とは大きく異なる独自の語彙、コミュニケーションパターン、そしてフォーマリティの期待がある。特に敬語（けいご）の使い方は、上司への報告、顧客への通知、パートナーチームとの連携において極めて重要だ。
この記事では、アウトプット重視のトレーニングを提供する。読解力だけでなく、プレッシャーの中で適切な日本語フレーズを産出する能力を鍛える。アラート確認からポストモーテムまで、オンコールインシデントのライフサイクル全体をカバーし、会話例、フォーマリティの比較、よくある間違い、そしてドリル演習を収録している。
SRE基本用語集
シナリオに入る前に、必須語彙を確認しておこう。これらの用語はSREコミュニケーションで常に登場する。
| 英語 | 日本語 | 読み方 | 備考 |
|---|---|---|---|
| On-call | オンコール | おんこーる | カタカナ外来語 |
| Alert / Alarm | アラート / アラーム | あらーと / あらーむ | 両方使われる |
| Incident | インシデント | いんしでんと | カタカナ外来語 |
| System failure | 障害 | しょうがい | 日本IT業界の標準用語 |
| Outage | 停止 / サービス停止 | ていし | 完全なサービス停止 |
| Degradation | 劣化 / 性能劣化 | れっか | パフォーマンス低下 |
| Severity | 重要度 / 重大度 | じゅうようど | 深刻度分類 |
| Root cause | 根本原因 | こんぽんげんいん | ポストモーテムで使用 |
| Workaround | 暫定対応 | ざんていたいおう | 一時的な対処 |
| Permanent fix | 恒久対応 | こうきゅうたいおう | 長期的な解決策 |
| Escalation | エスカレーション | えすかれーしょん | カタカナ外来語 |
| Post-mortem | ポストモーテム / 振り返り | ふりかえり | 振り返りは日本語ネイティブ用語 |
| Error budget | エラーバジェット | えらーばじぇっと | SRE固有の概念 |
| SLO | SLO / サービスレベル目標 | さーびすれべるもくひょう | 略称が多用される |
| Rollback | ロールバック | ろーるばっく | カタカナ外来語 |
| Monitoring | 監視 | かんし | SREのコア機能 |
| Recovery | 復旧 | ふっきゅう | システム復旧 |
| Impact scope | 影響範囲 | えいきょうはんい | ブラストラディウスの表現 |
シナリオ1：アラート確認
アラートが鳴ったら、まずチームのコミュニケーションチャンネル（Slack、Teamsなど）で確認を行う。スピードと明確さが重要だ。
会話例1：Slackでのアラート確認
[03:15 AM - PagerDuty Alert]
CRITICAL: Payment API response time > 5000ms for 5 minutes
[03:16 AM - あなた（オンコール担当）]
アラート確認しました。決済APIのレスポンスタイム超過です。
調査開始します。
[03:17 AM - あなた]
現在、ダッシュボードを確認中です。メトリクスを見る限り、
03:10頃からレイテンシが急増しています。
使われたキーパターン：
- 確認しました（かくにんしました） - アラート確認の定番フレーズ。「見ました」よりプロフェッショナル。
- 調査開始します（ちょうさかいししますす） - 能動的に対応していることを示すシグナル。
- 確認中です（かくにんちゅうです） - 「～中」は現在進行中の動作を示す接尾辞。
- ～を見る限り（をみるかぎり） - JLPT N2文法：「～から判断する限りでは」利用可能なデータに基づく判断を限定する表現。
シナリオ2：エスカレーションコミュニケーション
すべてのインシデントを一人で解決できるわけではない。日本語で適切にエスカレーションする方法を知ることは必須スキルだ。エスカレーション先によってフォーマリティレベルが変わる。
会話例2：シニアエンジニアへのエスカレーション
[03:25 AM - あなたからシニアエンジニアへ電話]
夜分遅くに申し訳ございません。オンコール担当の金です。
決済APIで重大障害が発生しており、エスカレーションさせて
いただきたくご連絡しました。
[シニアエンジニア]
状況を教えてください。
[あなた]
03:10頃から決済APIのレスポンスタイムが5秒を超えており、
現在もサービス劣化が継続しています。DBのコネクションプールが
枯渇している可能性が高いと見ています。私だけでは判断しかねる
部分がありまして、お力をお借りできればと思います。
使われたキーパターン：
- 夜分遅くに申し訳ございません（やぶんおそくにもうしわけございません） - 深夜電話の標準的な謝罪表現。必須の敬語。
- ～させていただきたく（させていただきたく） - JLPT N1の謙譲表現：「（謙虚に）～させていただきたい」非常にフォーマル。
- ～しており（しており） - JLPT N2のフォーマルな接続表現：～していての格式体。ビジネスコミュニケーションで使用。
- 判断しかねる（はんだんしかねる） - JLPT N2：「判断できない」一人では対処できないことを丁寧に伝える表現。
- お力をお借りできれば（おちからをおかりできれば） - 敬語：助力を求める丁寧な表現。
シナリオ3：マネジメントへのステータスアップデート
インシデント対応中、管理層には定期的な報告が必要だ。簡潔で、事実に基づき、適切なフォーマリティでなければならない。
会話例3：部長へのステータスアップデート
件名：【障害続報】決済API障害 - 第2報（04:00時点）
部長
お疲れ様です。オンコール担当の金です。
決済API障害の続報をご報告いたします。
■ 現在の状況
・障害発生：03:10頃
・原因：DBコネクションプール枯渇（暫定特定）
・現在の対応：コネクションプールの上限値を引き上げ、
段階的にトラフィックを復旧中
■ 影響範囲
・決済処理の約30%が影響を受けました
・データ損失は確認されておりません
■ 今後の見通し
・04:30頃までに完全復旧の見込みです
・次回報告は05:00を予定しております
ご不明点がございましたら、お知らせください。
金 英柱
使われたキーパターン：
- ご報告いたします（ごほうこくいたします） - 「報告する」の謙譲語。「いたす」は謙譲語（けんじょうご）。
- 確認されておりません（かくにんされておりません） - 謙譲形否定受身：「されていません」よりフォーマル。
- 見込みです（みこみです） - 「～と予想される」見通しの表現。
- ご不明点がございましたら（ごふめいてんがございましたら） - 最高レベルの丁寧な条件表現。
シナリオ4：顧客向けコミュニケーション
外部顧客に影響するインシデントの場合、最もフォーマルで慎重に作成された言葉遣いが求められる。
会話例4：顧客への通知
お客様各位
平素より弊社サービスをご利用いただき、誠にありがとうございます。
現在、決済サービスにおいて一部のお客様に影響が及ぶ障害が
発生しております。ご利用のお客様にはご不便をおかけしており、
深くお詫び申し上げます。
現在、原因の特定および復旧作業を最優先で進めております。
復旧の見通しが立ち次第、改めてご連絡いたします。
何卒ご理解賜りますようお願い申し上げます。
翻訳：
「お客様各位（おきゃくさまかくい）」= Dear Valued Customers
「平素より弊社サービスをご利用いただき、誠にありがとうございます」= We sincerely thank you for your continued use of our services.
「深くお詫び申し上げます（ふかくおわびもうしあげます）」= We deeply apologize. 最高レベルのフォーマルな謝罪。
「～次第（しだい）」= JLPT N2：「～したらすぐに」即時のフォローアップアクションを示す。
「何卒ご理解賜りますよう（なにとぞごりかいたまわりますよう）」= JLPT N1：「ご理解をお願いいたします」最大限のフォーマリティの敬語。
シナリオ5：ポストモーテムディスカッション
復旧後、ポストモーテム（振り返り / ふりかえり）が行われる。トーンはBlameless（非難排除）な分析へと移行する。
会話例5：ポストモーテムミーティングでの議論
[ファシリテーター]
それでは、3月6日の決済API障害のポストモーテムを始めます。
まず確認ですが、この振り返りはBlamelessで行います。
個人の責任追及ではなく、システムとプロセスの改善に
焦点を当てましょう。
[あなた - タイムライン発表]
タイムラインを共有させていただきます。
03:10にDBコネクションプールの枯渇が始まり、
03:15にアラートが発火しました。検知までに5分の遅延がありました。
これはアラート閾値の設定が適切でなかったことに起因すると
考えられます。
[チームメンバー]
再発防止策として、コネクションプールの監視強化と、
閾値の見直しを提案したいのですが。
[あなた]
賛成です。加えて、同様の障害パターンに対するランブックの
整備も必要ではないかと思います。
使われたキーパターン：
- ～に起因する（にきいんする） - JLPT N1：「～に帰因する / ～が原因である」フォーマルな分析表現。
- ～ではないかと思います（ではないかとおもいます） - 柔らかい提案表現：断定を避ける日本的な表現。
- 再発防止策（さいはつぼうしさく） - 日本のポストモーテムで最も重要なセクション。
フォーマリティレベル比較表
同じメッセージでも、フォーマリティによって表現が大きく変わる。SREシチュエーション別の包括的な比較表を示す。
アラート確認
| シチュエーション | カジュアル（同僚間） | 丁寧語 | 敬語（尊敬語・謙譲語） |
|---|---|---|---|
| アラート確認 | アラート見た、対応する | アラートを確認しました。対応します | アラートを確認いたしました。対応させていただきます |
| 英語訳 | Saw the alert, will handle it | I confirmed the alert. I will respond | I have humbly confirmed the alert. I will humbly respond |
エスカレーション依頼
| シチュエーション | カジュアル（同僚間） | 丁寧語 | 敬語（尊敬語・謙譲語） |
|---|---|---|---|
| 助けを求める | ちょっと手伝ってくれない？ | 手伝っていただけますか？ | お力添えを賜れますでしょうか |
| 英語訳 | Can you help me a bit? | Could you help me? | Might I humbly receive your assistance? |
原因報告
| シチュエーション | カジュアル（同僚間） | 丁寧語 | 敬語（尊敬語・謙譲語） |
|---|---|---|---|
| 原因説明 | 原因はDBの接続上限だった | 原因はDBの接続上限でした | 原因はDBの接続上限であったと判明いたしました |
| 英語訳 | Cause was DB connection limit | The cause was the DB connection limit | It has been humbly determined that the cause was the DB connection limit |
影響に対する謝罪
| シチュエーション | カジュアル（同僚間） | 丁寧語 | 敬語（尊敬語・謙譲語） |
|---|---|---|---|
| 謝罪 | ごめん、影響出ちゃった | ご迷惑をおかけしました | 多大なるご迷惑をおかけいたしましたこと、深くお詫び申し上げます |
| 英語訳 | Sorry, there was impact | We caused inconvenience | We most humbly and deeply apologize for the great inconvenience caused |
修正の提案
| シチュエーション | カジュアル（同僚間） | 丁寧語 | 敬語（尊敬語・謙譲語） |
|---|---|---|---|
| 対応提案 | これ、ロールバックしよう | ロールバックを提案します | ロールバックを実施させていただきたく存じますが、いかがでしょうか |
| 英語訳 | Let us rollback this | I propose a rollback | I humbly wish to conduct a rollback; what do you think? |
敬語（けいご）の技術的緊急場面での使い方
SRE業務における敬語の3分類
SREコミュニケーションにおける敬語の3カテゴリを理解することが不可欠だ。
1. 尊敬語（そんけいご）- 相手を高める表現
上司、顧客、敬意を示すべき相手の行動について述べる際に使用する。
| 普通形 | 尊敬語 | SREでの使用例 |
|---|---|---|
| 見る（みる） | ご覧になる（ごらんになる） | 「ダッシュボードをご覧になりましたか」 |
| 言う（いう） | おっしゃる | 「部長がおっしゃった通り」 |
| する | なさる | 「どのような対応をなさいますか」 |
| 知る（しる） | ご存知（ごぞんじ） | 「この障害についてご存知でしょうか」 |
2. 謙譲語（けんじょうご）- 自分を低める表現
自分自身の行動について謙虚さを示すために使用する。
| 普通形 | 謙譲語 | SREでの使用例 |
|---|---|---|
| 見る（みる） | 拝見する（はいけんする） | 「ログを拝見いたしました」 |
| 言う（いう） | 申す（もうす） | 「ご報告申し上げます」 |
| する | いたす | 「調査いたします」 |
| 行く（いく） | 参る（まいる） | 「すぐに参ります」（データセンターへ向かう場合） |
3. 丁寧語（ていねいご）- 基本的な丁寧表現
日常の業務コミュニケーションで使われるベースラインの丁寧な表現。
| 普通形 | 丁寧語 | SREでの使用例 |
|---|---|---|
| だ | です | 「原因はメモリリークです」 |
| する | します | 「デプロイします」 |
| ある | あります | 「リスクがあります」 |
状況別の使い分けガイド
| 状況 | 敬語レベル | 理由 |
|---|---|---|
| チームSlackメッセージ | 丁寧語 | 同レベルの同僚同士。丁寧だが過度にフォーマルではない |
| 深夜にシニアエンジニアへ電話 | 謙譲語 + 丁寧語 | 相手の時間を奪っている。謙虚さが求められる |
| 部長へのステータスアップデート | 謙譲語 | 自分の行動は謙虚に、相手の立場は高く |
| 顧客通知 | 最高敬語（全種併用） | 3種類すべてを組み合わせた最大限のフォーマリティ |
| チームとのポストモーテム | 丁寧語 | Blamelessな環境。過度にフォーマルな言葉は堅苦しい |
| 役員への報告 | 謙譲語 + 尊敬語 | 自分の行動は謙虚に、相手の行動は尊敬して |
ノンネイティブスピーカーのよくある間違い
間違い1：エスカレーション時にカジュアルな表現を使う
NG： 「障害が起きたんだけど、助けてくれる？」
OK： 「障害が発生いたしまして、お力をお借りできますでしょうか。」
深夜3時にシニアにカジュアルな言葉で電話することは、キャリアに傷をつける間違いだ。目上の人に助けを求める場合は必ず謙譲語を使うこと。
間違い2：情報提供の代わりに謝り過ぎる
NG： ステータスアップデートの度に長い謝罪で始める。
OK： 影響について簡潔に触れた後、すぐに事実を提供する。ステータスアップデートでの過度な謝罪は時間の無駄であり、解決に集中していないように見える。
公式は：影響の簡潔な認知 → 現在の状況 → 次のステップ → 復旧見込み時刻。
間違い3：敬語レベルを一貫しない
NG： 「ご報告いたします。原因はDBだった。復旧の見通しをお伝えします。」
この文は謙譲敬語（いたします）で始まり、普通体（だった）に下がり、また丁寧語（します）に戻っている。この不一致はプロフェッショナルでない印象を与える。
OK： 「ご報告いたします。原因はDBでございました。復旧の見通しをお伝えいたします。」
一つのコミュニケーション内でフォーマリティレベルを一貫させること。
間違い4：「問題」の使い分けを間違える
| 単語 | 意味 | 使うべき場面 |
|---|---|---|
| 問題（もんだい） | Problem / Issue | 一般的な問題、議論のトピック |
| 障害（しょうがい） | System failure / Incident | 公式なインシデント用語 |
| 不具合（ふぐあい） | Bug / Defect | ソフトウェアの欠陥 |
| 事象（じしょう） | Phenomenon / Event | 中立的、事実ベースの用語 |
| 故障（こしょう） | Breakdown / Malfunction | ハードウェア障害 |
「障害」を使うべきところで「問題」を使うと不正確に聞こえる。軽微な「不具合」に対して「障害」を使うと大袈裟に聞こえる。
間違い5：報連相（ホウレンソウ）を忘れる
報連相（ほうれんそう）とは：
- 報告（ほうこく）- Reporting：結果を報告する
- 連絡（れんらく）- Communication：情報を共有する
- 相談（そうだん）- Consulting：相談・議論する
これは日本の職場コミュニケーションの基盤だ。インシデント対応中、報連相を怠ること――特に新しい情報がない場合でも定期的なアップデートを行わないこと――は、深刻なプロフェッショナルとしての欠点と見なされる。
新しい情報がなくてもアップデートする：
「現在も調査継続中です。新しい情報が入り次第、ご報告いたします。」
= "Investigation is still ongoing. I will report as soon as new information becomes available."
アウトプットトレーニングドリル
ドリル1：アラート確認（制限時間30秒）
CRITICALアラートを受信：WebサーバーのCPU使用率が10分間95%を超過。Slackでの確認メッセージを日本語で書け。
目標アウトプット：
アラート確認しました。Webサーバーのcpu使用率95%超過です。
現在、原因調査を開始します。5分後に状況報告します。
ドリル2：エスカレーション電話（制限時間60秒）
深夜2時。インフラチームリードに電話する必要がある。データ損失の可能性があるシナリオを特定した。適切な敬語を使った開始文を書け。
目標アウトプット：
夜分遅くに大変申し訳ございません。オンコール担当の[名前]です。
インフラ関連で緊急のエスカレーションをさせていただきたく、
ご連絡いたしました。データ損失の可能性がある事象が発生しております。
ドリル3：ステータスアップデートメール（制限時間3分）
進行中のDB障害について第2報を書け。現状、影響範囲、次のステップ、復旧見込みを含めること。
目標アウトプット構造：
件名：【障害続報】DB障害 - 第2報（[時刻]時点）
[宛先]様
お疲れ様です。[名前]です。
DB障害の続報をご報告いたします。
■ 現在の状況
・[具体的な状況]
■ 影響範囲
・[影響の詳細]
■ 今後の対応
・[次のステップ]
■ 復旧見込み
・[推定復旧時刻]
以上、よろしくお願いいたします。
ドリル4：ポストモーテムでの発言
ポストモーテムミーティングで再発防止のための2つのアクションアイテムを提案する発言を書け。ミーティングにふさわしい日本語を使うこと。
目標アウトプット：
再発防止策として2点提案させていただきます。
1点目は、アラート閾値の見直しです。現在の設定では検知が遅れる
ケースがあるため、段階的なアラート設定に変更することを提案します。
2点目は、ランブックの整備です。今回のような障害パターンに対する
対応手順を文書化し、オンコール担当者が迅速に対応できるように
したいと考えています。
ドリル5：顧客向け謝罪文（制限時間5分）
ログインサービスの2時間停止について、顧客向けの謝罪文を書け。最高レベルの敬語を使用すること。
目標アウトプット：
お客様各位
平素より弊社サービスをご利用いただき、誠にありがとうございます。
[日時]から約2時間にわたり、ログインサービスにおいて
障害が発生し、サービスをご利用いただけない状態が
発生いたしました。お客様には多大なるご不便とご迷惑を
おかけいたしましたこと、深くお詫び申し上げます。
原因の特定および再発防止策の実施が完了いたしましたので、
ご報告いたします。
今後このような事態が発生しないよう、再発防止に努めてまいります。
何卒ご理解賜りますようお願い申し上げます。
この記事で使用したJLPT文法ポイント
| 文法パターン | JLPTレベル | 意味 | SREでの使用例 |
|---|---|---|---|
| ～ざるを得ない | N2 | ～せざるを得ない / やむを得ず | サービスを停止せざるを得ない |
| ～次第 | N2 | ～したらすぐに | 復旧し次第ご連絡します |
| ～に伴い | N2 | ～に伴って / ～とともに | デプロイに伴い障害が発生 |
| ～を見る限り | N2 | ～から判断する限り | ログを見る限り |
| ～しかねる | N2 | ～できない / ～するのが難しい | 判断しかねます |
| ～に起因する | N1 | ～に帰因する / ～が原因である | 設定ミスに起因する障害 |
| ～を余儀なくされる | N1 | ～を強いられる | ロールバックを余儀なくされた |
| ～たく存じます | N1 | 謙虚に～したい | ご報告させていただきたく存じます |
| ～かねない | N2 | ～のリスクがある | データ損失になりかねない |
| ～に基づき | N2 | ～を基にして | 調査結果に基づきご報告します |
参考資料
Google SRE Book（日本語版）： 「SRE サイトリライアビリティエンジニアリング ― Googleの信頼性を支えるエンジニアリングチーム」オライリージャパン（ISBN: 978-4873117911）。第14章でインシデント管理フレームワークとコミュニケーションプロトコルを解説。
PagerDutyインシデントレスポンスドキュメント（日本語版）： PagerDutyのインシデント対応ガイドの公式日本語翻訳。オンコール手順、エスカレーション、コミュニケーションテンプレートを網羅。response.pagerduty.co.jpで公開。
Mercari Engineering Blog： 「LLM x SRE: Mercari's Next-gen Incident Handling Buddy」および「Streamlining Security Incident Response with Automation and Large Language Models」。日本の大手テック企業におけるバイリンガル（日本語/英語）インシデント対応の事例。
JLPT文法リファレンス： JLPTsensei.comおよびJapanesetest4you.comのJLPT N2・N1文法パターン。特に～ざるを得ない、～次第、～に起因する、～しかねる、～を余儀なくされるパターンを参照。
日本語ビジネスコミュニケーション・敬語ガイド： 「Mastering Keigo: Formal Japanese for Business Communication」（mynihongosensei.com）および「Politeness levels in business Japanese」（Lingualift）。SREコミュニケーションに不可欠な敬語の3分類（尊敬語、謙譲語、丁寧語）を解説。
Google Cloud Japan Blog： 「SRE の教訓: Google におけるインシデント管理とは」。インシデント指揮者（Incident Commander）、実行作業リード（Operations Lead）、コミュニケーションリード（Communications Lead）の日本語用語を含むインシデントコマンドシステム（ICS）フレームワークを解説。
Atlassian Incident Communication Best Practices： ステータスページの更新、ステークホルダーへの通知、インシデント後のレビューを含むインシデントコミュニケーションのガイドライン。