# So You Want a New Incident Commander [[Vanessa Huerta Granda]]（[[Enova]]、Technology Manager for Resilience Engineering）による SREcon26 Americas 発表。IC（Incident Commander）プログラムを10年以上複数の SRE 組織で構築してきた実践知をまとめたスライド（25ページ）。 ## 概要 IC は「最強エンジニアに授けるバッジ」ではなく、圧力下で複雑なシステムに関わる人間をまとめる社会技術的リーダーシップスキルである。IC プログラムを導入・維持するには、人材の発見・チーム構造の選択・育成という3段階が必要であり、どの構造を選んでも IC の役割を優先事項・仕事の一部と明示することが欠かせない。 ## 主要メッセージ - **IC の存在意義**（p.5）: 技術専門家が効果的に仕事できる「条件を整える」ことが IC の仕事であり、IC 自身が技術問題を解くことではない。 - **Not The Boss**（p.6）: IC はボスではなく、オーケストレーターとしての役割を担う。 - **The Real Job の3軸**（p.7）: People（重複作業の回避・コミュニケーション・意思決定フロー）/ System（状況認識の共有）/ Business（組織にとって重要なことを把握）。 - **アンチパターン**（p.9）: 最強エンジニア・オンコール担当者・最上位者を IC に充てることはアンチパターンである。 - **構造より優先事項の明示**（p.17）: チーム構造の選択よりも、IC の役割が優先事項・仕事の一部であることを全 IC に伝えることが重要。 ## 視覚的に重要な図表 **p.7 The Real Job（3軸構造）** ![[_attachments/sre26amer_slides_huerta-granda/page-007.png]] IC の実際の仕事を People・System・Business の3軸で整理する。技術問題の解決でなく、チームが技術問題を解けるための環境整備が IC の担当領域。 **p.17 構造を超えた普遍的要件** ![[_attachments/sre26amer_slides_huerta-granda/page-017.png]] 「IC の役割が優先事項・仕事の一部であることを全 IC が知る必要がある」という強調スライド。3種のチーム構造いずれに対しても該当する。 **p.19 社内でのコアコンピテンシー識別シグナル** ![[_attachments/sre26amer_slides_huerta-granda/page-019.png]] Communication（技術と非技術を両方説明できる）・Socio-technical leadership（技術外の問題を異なるグループに提起できる）・Cognitive load（並行作業しながら状況把握を維持できる）の3シグナル。 **p.20 社外候補の評価方法** ![[_attachments/sre26amer_slides_huerta-granda/page-020.png]] Communication はインシデントレポートを共有して複数ステークホルダー向けの更新を書かせる。Socio-technical leadership はテーブルトップ演習・模擬インシデント。Cognitive load はリバースシャドーイング（インシデントタイムラインから再構築させる）。 ## チーム構造の3類型（p.13–16） | 類型 | 概要 | 利点 | トレードオフ | |------|------|------|------------| | **Deliberate IC Team**（意図的専任）| 明示的な担当・専任チーム | 制度的経験の蓄積・意図的な育成が可能 | オーバーロードリスク | | **IC per domain team**（ドメインIC）| 各チームが自チームのインシデントを担当 | 強いオーナーシップ・文脈の把握 | 組織横断での一貫性が失われやすい | | **IC volunteer team**（ボランティアIC）| 自発的参加によるIC担当 | スキル普及・共有責任文化の強化 | ストレスが高い | Vanessa 自身は **Deliberate IC Team** を最も推奨する（p.14「My favorite」）。 ## コアコンピテンシーと識別方法（p.18–20） IC のコアコンピテンシーは3つ: 1. **コミュニケーション**: 技術と非技術の両方の語り口で説明できる能力。 2. **社会技術的リーダーシップ**: 異なるグループに問題を提起し、「技術」の外の問題を識別できる能力。 3. **認知負荷管理**: 複数の作業ストリームを切り替えながら全体状況を維持する能力。 社内発見シグナル（p.19）・社外評価方法（p.20）はそれぞれスライド画像を参照。 ## 投資の根拠（p.11） IC プログラムへの投資はビジネス判断でもある。経営層を説得するための証拠として: - 非連携インシデント（統制のとれていない対応）のコスト - プログラム導入前後（Before/After）の比較 - 小さく始めて価値を証明するアプローチ ## 訓練（p.21） - **基礎**: 役割の明確化・技術/ビジネス基礎知識 - **実地と工具**: シャドーイング・オンコール経験・ガイドライン整備 ## 概念・実体への接続 - [[Incident Commander]] — IC の定義・役割・コンピテンシーの横断集約 - [[インシデント管理]] — IC ロールが ICS の文脈でどう位置づけられるか - [[Vanessa Huerta Granda]] — 登壇者。10年超の IC プログラム構築実績 - [[Enova]] — Vanessa の所属組織。クロスインシデント分析プログラムでも知られる - 比較ソース: [[@2018__Google SRE Workbook__Incident Response]] の ICS 役割定義（IC/OL/CL/PL） ## 限界・不確実点 - 発表日は SREcon26 Americas の開催期間（2026年）から推定。具体的な日付は公式ページに記載なし（HTTP 403 のためページ全文取得不可）。 - transcript なし（動画 URL 未取得）。口頭説明・Q&A・デモは未収録。 - スライドのナビゲーションバーに "Introduction to DNA" と "Questions?" という2セクションが示唆されるが、詳細は口頭説明依存と思われる（p.8・p.22 の遷移スライドから読み取り）。