インシデントマネージャー転職ガイド

インシデントマネージャー（Incident Commander / IM）は、サービス障害・セキュリティインシデント発生時に、指揮・調整、技術チームへの役割割当、ステークホルダー（経営・CS・法務）への状況説明、タイムライン記録、復旧後のポストモーテムと改善追跡を担う役割として求人に現れます。オンコール当番は技術的な一次対応・復旧作業が中心、SREは信頼性設計・予防が中心です。転職では、自分が主に関与したのが「当番対応」か「インシデント全体の指揮」かを先に分けてください。

Incident Commander

インシデント時の指揮官。技術調査の深掘りより、役割分担、優先順位、情報整理が中心です。

SEV

Severity。障害の深刻度分類。組織ごとに定義とエスカレーション基準が異なります。

ポストモーテム

障害後の振り返り文書。根本原因ではなく、タイムラインと改善アクションが中心です。

war room

インシデント対応の集中連絡チャネル（Slack/Meet等）。IMが進行を取る場です。

障害対応でも、当番一次対応、指揮・調整、信頼性設計、CS連絡が混ざります。IMは指揮・調整・改善追跡に焦点を当て、オンコール当番、SREは予防設計に譲ります。

インシデントマネージャーの役割比較では、「観点」は「主な問い」、「インシデントマネージャー」は「指揮と情報は整理されているか」、「オンコール / SRE」は「復旧できたか / 再発しないか」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

インシデントマネージャーの役割比較では、「観点」は「成果物」、「インシデントマネージャー」は「タイムライン、役割表、ポストモーテム」、「オンコール / SRE」は「復旧作業、設計改善」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

インシデントマネージャーの役割比較では、「観点」は「技術深度」、「インシデントマネージャー」は「調整中心（深掘りは専門家へ）」、「オンコール / SRE」は「高（当番）/ 設計（SRE）」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

インシデントマネージャーの役割比較では、「観点」は「ステークホルダー」、「インシデントマネージャー」は「経営・CS・法務への説明」、「オンコール / SRE」は「主に技術チーム」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

インシデントマネージャーの役割比較では、「観点」は「混同しやすい求人」、「インシデントマネージャー」は「IM+オンコール兼務」、「オンコール / SRE」は「SREタイトルでIMのみ」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

IM求人は、Incident Commander、SEV、postmortem、status page、war room、on-call rotationなどのキーワードと並びます。ツール名より、指揮権限、ステークホルダー範囲、オンコール兼務、ポストモーテム所有が読み取れるかを見てください。

インシデントマネージャーの求人票の読み替えでは、「書いてあること」は「Incident Manager / IC」、「確認したい実態」は「専任か兼務か」、「面談での質問例」は「SEV定義と指揮権限は」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

インシデントマネージャーの求人票の読み替えでは、「書いてあること」は「on-call rotation」、「確認したい実態」は「当番も担うか」、「面談での質問例」は「オンコール当番領域との比率は」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

インシデントマネージャーの求人票の読み替えでは、「書いてあること」は「postmortem」、「確認したい実態」は「起草・ファシリテートか」、「面談での質問例」は「改善アクション追跡まで含むか」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

インシデントマネージャーの求人票の読み替えでは、「書いてあること」は「status page / comms」、「確認したい実態」は「社外説明まで含むか」、「面談での質問例」は「CS・法務との分担は」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

インシデントマネージャーの求人票の読み替えでは、「書いてあること」は「SRE / reliability」、「確認したい実態」は「SRE領域の設計改善」、「面談での質問例」は「予防と対応の分担は」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

インシデントマネージャーの求人票の読み替えでは、「書いてあること」は「security incident」、「確認したい実態」は「セキュリティIR含むか」、「面談での質問例」は「専門IRチームとの境界は」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

• インシデント指揮またはIM役を1例説明できる
• ポストモーテムと改善追跡の具体例がある
• オンコール当番だけをIMと混同していない
• SRE設計だけをIM実績と混同していない
• 確認できないMTTR・障害件数を書いていない

確認ポイントは「インシデント指揮またはIM役を1例説明できる」です。インシデントマネージャーの求人票に無いことが多いので面談メモに残します。曖昧な答えのときは最近の実例を1つ依頼してください。実例が出せない仕事は期待値が人によって違います。未確認のまま応募理由にしないでください。

確認ポイントは「ポストモーテムと改善追跡の具体例がある」です。インシデントマネージャーの求人票に無いことが多いので面談メモに残します。曖昧な答えのときは最近の実例を1つ依頼してください。実例が出せない仕事は期待値が人によって違います。未確認のまま応募理由にしないでください。

確認ポイントは「オンコール当番だけをIMと混同していない」です。インシデントマネージャーの求人票に無いことが多いので面談メモに残します。曖昧な答えのときは最近の実例を1つ依頼してください。実例が出せない仕事は期待値が人によって違います。未確認のまま応募理由にしないでください。

確認ポイントは「SRE設計だけをIM実績と混同していない」です。インシデントマネージャーの求人票に無いことが多いので面談メモに残します。曖昧な答えのときは最近の実例を1つ依頼してください。実例が出せない仕事は期待値が人によって違います。未確認のまま応募理由にしないでください。

確認ポイントは「確認できないMTTR・障害件数を書いていない」です。インシデントマネージャーの求人票に無いことが多いので面談メモに残します。曖昧な答えのときは最近の実例を1つ依頼してください。実例が出せない仕事は期待値が人によって違います。未確認のまま応募理由にしないでください。

インシデントマネージャーでは、ツール名の羅列より、自分が判断した範囲の説明が先です。秘密情報は一般化し、確認できない数字は書きません。

1. 01
   指揮1例

   発生、役割割当、情報整理、復旧、ステークホルダー説明までを一般化して書きます。

2. 02
   ポストモーテム1例

   ファシリテート、改善アクション、追跡期限までを書きます。

3. 03
   オンコールとの境界

   技術復旧作業はoncall寄りとして分け、指揮・調整を前に出します。

4. 04
   SREとの境界

   信頼性設計・予防はSRE寄りとして明記します。

厚生労働省の職業情報提供サイト（job tag）のIT関連職の説明を参照し、自分の経験が運用・管理・調整のどれに当たるかを対応づけます。

インシデントマネージャー転職ガイドの判断材料は、出典が公開されている情報に限ります。媒体ごとの求人数や平均年収は集計定義が違うため、求人票や公式サイトの最新情報で確認してください。内定や年収アップは保証できません。提示された労働条件は書面で確認し、口頭の話だけを契約内容にしないでください。

IM求人はSRE、オンコール、IT PM、セキュリティに分類されることがあります。インフラ運用とマネジメント寄りの相談先を2系統使い、同じ求人を「当番」「指揮」「設計」の3段で分類してください。

• SRE・Platform組織

  IM/Incident Commander求人を整理したい場合。オンコール当番と併せ、当番比率を確認します。

• オンコールからの移行

  当番から指揮専任へ移りたい場合。指揮・ポストモーテムの具体例を先に用意します。

• エンタープライズ・CS連携

  ステークホルダー説明が多いIM求人。CS・法務との分担を面談で確認してください。

相談先を複数使う場合は、企業名・求人ID・応募経路を一覧にして重複応募を防いでください。転職支援とスカウトでは受けられる支援が異なるため、同じ基準で単純比較せず、目的に合う窓口を選びます。

• オンコールと同一視

  技術復旧の当番対応だけではoncall寄りです。指揮、情報整理、ステークホルダー説明がなければIMの説明になりにくいです。

• SREと混同

  信頼性設計・予防中心の経験はSRE寄りです。インシデント時の指揮と改善追跡を前に出してください。

• MTTR根拠のない数値

  確認できないMTTRや障害件数は書きません。タイムラインと役割分担の具体例で説明してください。

応募前1週間は、インシデント指揮1例、ポストモーテム1例、オンコール当番との境界、SRE領域の信頼性設計との切り分けを経歴に明記します。

1. 01
   月〜火：2例清書

   指揮とポストモーテム各1例を書きます。

2. 02
   水〜木：求人分類

   3件を当番・指揮・設計の3段でIM比率を見ます。

3. 03
   金：面談質問

   SEV、指揮権、オンコール兼務、CS連絡を書き出します。

4. 04
   週末：経歴整理

   ログ調査中心の記述を指揮・改善追跡の話に置き換えます。