インシデント対応について語ろうとすると、多くの場合、手順や役割、技術的な準備の話に寄っていきます。もちろんそれらは重要ですが、現場を観測していると、それだけでは説明しきれない違和感がいつも同じ場所に残ります。
障害が起きた瞬間、人はまだ何も分かっていないはずなのに、なぜか現場は動き始めています。その動き方に、後から効いてくる決定的な差があるのだと感じています。その正体を言葉にしたいと考えたのが、この診断を作る最初のきっかけでした。
きっかけは、あるインシデント後の「何とも言えない沈黙」だった
障害が起きた直後、技術的には何も分かっていない時間がある
インシデントが発生した直後は、ログも指標も断片的な点に過ぎず、原因はまだ輪郭すら見えていません。技術的に何が正しいかを論理的に導き出すには、あまりにも材料が不足している状態です。
それでも通知は鳴り響き、チャットの中で誰かが最初の言葉を発した瞬間から、現場の物語は動き出します。この「まだ何もわからない」という空白の数分間にこそ、その後の対応を左右する種が埋まっています。
この空白は短く、そして曖昧ですが、判断が立ち上がる前のこの時間こそが、あとから振り返ったときに一番語られにくい部分でもあります。
「正しい対応」を考える前に、優先順位が無意識に決まってしまう
何も分かっていないはずの混沌とした状況で、現場では最初の選択が自然と行われてしまいます。周知を急ぐのか、切り戻しを判断するのか、それとも徹底的な調査に潜るのかという選択です。
この「最初の一手」の優先順位は、チーム内で明示的に合意されることはほとんどありません。多くの場合、それは個人の癖や過去の成功体験に引きずられながら、無意識のうちに置かれます。
その判断は技術的な正誤とは別に、場の空気を一方向に動かす重力として機能し始めます。ここで選ばれた順番が、その後に続くすべての会話の逃れられない前提となっていくのです。
一度動き出した空気は、たとえ途中で違和感を覚えたとしても、止めるには多大なエネルギーを必要とします。最初の重心の置き方が、現場の自由度を静かに奪っていく瞬間を何度も観測してきました。
私はその構造を、あとから振り返れる形で残したいと思いました。判断そのものではなく、判断が立ち上がる「順序」に目を向けるためにです。
最初に置いた重心が、その後の会話と空気を決めてしまう
復旧に重心が置かれれば、会話はスピードと手数に寄っていき、周囲には焦燥に似た活気が生まれます。一方で把握に置かれれば、説明と整理が中心となり、慎重な確認作業が場を支配します。
どちらが良い悪いという話ではありませんが、その瞬間に置かれた判断が、誰が話し、誰が黙るかを決めてしまいます。特定の誰かが責任を背負い込み、他のメンバーが観客になってしまう構造は、ここから始まります。
後から見ると、あのときの空気は自然にそうなったように見えますが、実際には最初の重心の置き方が関係性を形作っています。この不可視な力学を可視化しない限り、私たちは同じ消耗を繰り返すことになるでしょう。
技術的に正しいはずの決断が、チームの信頼関係を静かに削り取っていく場面を、私はこれまで何度も見てきました。それはマニュアルを整備するだけでは決して解決できない、根深い問いのように思えます。
公式 SRE Judgment Profile — インシデント対応における「判断の重心」を観測する
なぜインシデント対応の振り返りは、いつも少し物足りなく終わるのか
原因や対処は説明できても、判断の迷いは残らない
ポストモーテムで語られるのは、主にシステムがどう壊れ、どう直したかという事実の羅列です。タイムライン上のイベントは埋められますが、担当者が抱えていた「この判断で本当にいいのか」という震えるような迷いはこぼれ落ちてしまいます。
技術的な因果関係は明確になっても、その裏側で起きていた人間同士の葛藤や、言葉にできなかった不安は記録されません。事実を整理すればするほど、現場で起きていた生々しい体験が、漂白されたデータへと変わっていきます。
振り返りの場が、単なる「正解合わせ」になってしまうと、私たちは自分の内側にあった重心の揺れを隠すようになります。この沈黙こそが、次に活かされるべき教訓を遠ざけているのかもしれません。
「合理的だった」という一文に圧縮される判断の背景
後から振り返れば、あらゆる判断は「当時としては合理的だった」と美しく要約され、納得感のある結論に落ち着きます。しかし、その合理性をひねり出すまでにあった焦燥や、複数の選択肢を切り捨てた際の葛藤はなかったことにされます。
判断の背景にある「迷い」が削ぎ落とされることで、振り返りは血の通わない形式的な儀式へと近づいていきます。合理的という言葉は便利ですが、それは時に現場の複雑な感情を封じ込める蓋のような役割を果たしてしまいます。
本来向き合うべきは、論理的な正解ではなく、その場の空気に押されて選んでしまった「あのときの自分」のはずです。圧縮された言葉の影に隠れてしまった、判断の揺らぎをもう一度観測する必要があります。
事実だけを追いかける振り返りは、効率的かもしれませんが、現場の人間が抱える重圧を分かち合う役目までは果たせません。私たちは数字やログの向こう側にあった、生きた判断の軌跡を無視し続けているのです。
判断が記録されず、個人の中に沈んでいく構造
結果として、インシデント対応の核心とも言える判断のプロセスは、個人の職人芸や勘として蓄積されるのみとなります。これでは、組織としての経験値として共有することが難しく、似たような場面で再び同じような迷いが生じ続けることになります。
判断を言語化して共有する文化がない場所では、失敗の責任が個人に集中しやすく、現場はますます萎縮していきます。個人の中に沈んでいく判断のプロセスを、再び公共の場に引き戻すための装置が必要だと強く感じました。
手順書を増やすことが解決策ではなく、なぜその瞬間にその道を選んだのかを語れることが、真のレジリエンスに繋がります。私たちは判断の所在を曖昧にしたまま、ただシステムの安定だけを願いすぎているのかもしれません。
解説記事では拾えなかった「判断が立ち上がる瞬間」
知識や手順は共有できても、反射的な選択は共有しづらい
「インシデント対応では状況把握が重要だ」という知識を教えることは、そう難しいことではありません。しかし、深夜のアラートに叩き起こされた瞬間に、手が先にコンソールを叩いてしまうような「反射」を制御するのは困難です。
その反射的な選択こそが、その人のエンジニアとしての、あるいは一人の人間としての重心を表しています。これは知識の量ではなく、その人が何を重く見ているかという価値観の配置の問題です。
手順書をどれだけ詳細に書いても、この反射的な領域までを規定することはできず、個人の裁量という曖昧な言葉に委ねられます。私たちはこの共有しづらい領域に、あえて光を当てるべきだと考えています。
現場で積み上げられた無数の反射こそが、そのチームの信頼性の限界値を決めているという事実に、もっと自覚的でありたいのです。言葉にできない反射の理由を、少しずつ紐解いていく作業を始めなければなりません。
一人の判断が個人に閉じなくなれば、インシデント対応はもっと自由で、人間らしい活動に変わるはずです。その小さな変化が、エンジニアたちの静かな消耗を食い止める防波堤になることを、私は確信しています。
SLOやエラーバジェットが“数値”ではなく“合意装置”として使われる瞬間
SLOの残量が、単なる数値ではなく「今はリスクを取ってでも調査を続けよう」という現場の合意を支える盾として機能することがあります。それは技術的な計算結果ではなく、その場にいる人間同士が責任を分かち合うための装置です。
一方で、バジェットが残っているにもかかわらず、周囲の視線を気にして周知を優先してしまう瞬間も存在します。数値が示す正論よりも、その場の関係性を守るための判断が優先される場面こそが、観測すべき歪みです。
エラーバジェットという言葉は、本来エンジニアの自由を守るために導入されたはずなのに、いつの間にか自分たちを縛る鎖になっていることはないでしょうか。その数値が、人間関係の軋轢を隠すための隠れ蓑になっていないかを常に問い直す必要があります。
技術的に正しくても、関係性が揺れる場面が確かに存在する
どれほどログが正しく、対処が完璧であっても、報告のタイミング一つでステークホルダーとの信頼が揺らぐことがあります。インシデント対応はシステムとの対話であると同時に、激しい人間関係の調整作業でもあります。
「この対応は正しいはずだ」というエンジニアの正論が、現場にさらなる混乱や反発を招く光景を何度も見てきました。技術という武器が、時に他者を拒絶する壁として機能してしまう危うさがそこにはあります。
関係性が揺れ動く中で、自分は何を守り、何を後回しにしているのか。その重心の置き方を無視して現場の判断を語ることは、私にはどうしてもできないことのように思えるのです。
システムを修復することよりも、傷ついた関係性を修復することの方が、はるかに困難で時間がかかるという現実を忘れてはいけません。技術的な正しさが人間関係を壊してしまうとき、私たちは何を拠り所にすべきなのでしょうか。
だから「理解させる」ではなく「なぞらせる」形式を選んだ
問いに答える前に、体が先に動いてしまう判断がある
この診断ツールでは、あえて情報の足りない緊迫したシナリオを連続して提示するように設計しました。じっくりと考えて正解を選ぶのではなく、追い詰められたときに「身体が動いてしまう」感覚を呼び起こすためです。
問いに対して熟考する前に、反射的に手が動いてしまうその瞬間こそが、あなたの判断の重心を最も雄弁に語ります。理屈による自己検閲が入る隙をなくし、生身のエンジニアとしての反応を引き出したいと考えました。
あえて正解がないような究極の選択をなぞることで、自分でも気づいていなかったこだわりが輪郭を持って現れます。それは論理的な思考の結果ではなく、あなたが現場で積み重ねてきた生き方そのものです。
診断という形式が、無意識の重心を可視化できる理由
文章で「あなたはこういう傾向がある」と説明されても、多くの人はそれをどこか他人事として受け取ってしまいます。しかし、自分の意志で選択を積み重ねた結果として提示されるチャートは、否定しがたい鏡となります。
複数の選択肢の間で引き裂かれそうになりながら選んだ足跡こそが、あなたの無意識の重心を可視化してくれます。診断という体験は、他人からの評価ではなく、自分自身による観測の儀式であるべきです。
可視化された重心は、あなたがこれまでの現場で何を大切にし、何を犠牲にしてきたのかを静かに物語ります。その結果を見て、ため息をつくことも、あるいは納得することもあるでしょうが、そのすべてが大切なデータです。
正しい手順を暗記するのではなく、自分の不器用さや偏りに直面すること。そこからしか始まらない、本質的な自己理解というものが、インシデント対応という修羅場には存在しています。
正解を示さず、判断の癖だけを残すという設計
この診断には、一般的な意味での満点や合格といった指標は一切存在しません。あるのは、あなたがどの軸を最初に選び、どの軸を後回しにする傾向があるかという、判断の癖の記録だけです。
正解を提示して「こうあるべきだ」と啓蒙するのではなく、ただ「今のあなたはこうである」という事実を残すことに徹しました。この白黒つけない設計こそが、現場の複雑さを扱うために必要だと信じています。
診断を終えたあとに残るのは、教訓ではなく、自分を観測するための新しい視点です。その視点を持って次の現場に立ったとき、あなたの景色はほんの少しだけ変わっているかもしれません。
私たちは正解を追い求めすぎて、自分自身の歩き方を忘れてはいないでしょうか。診断という遊びの中にこそ、真実の自分を観測するための余白が隠されているのだと思っています。
誰に誇るでもない、あなたの静かな葛藤の記録を、ただそこに置いておけるような場所でありたい。そう願って、この診断のシステムを一歩ずつ組み立ててきました。
「良いSRE」を決めるための診断ではない
強みや弱みを断定しないと決めた理由
「あなたは状況把握が苦手だ」とか「合意形成に欠けている」といった断定は、時に人を萎縮させるだけの刃となります。チームには復旧を急ぐ人も、慎重に分析する人も、関係性を調整する人も、すべてが必要だからです。
個人の能力をランク付けするのではなく、あくまで配置の問題として捉えることが、この診断の根底にあります。欠けている部分を弱点と呼ぶのではなく、他の誰かと補完し合うための余白であると考えたいのです。
断定しないことは、曖昧さを受け入れる勇気でもあります。その勇気が、エンジニアをヒーロー像から解放し、等身大の人間として現場に向かわせる力になると信じています。
タイプ分けが目的ではなく、言葉を持ち帰るための道具
「自分は安全×把握の重心を持っている」という言葉を持つこと、それ自体がこの診断の最大の目的です。言葉があるだけで、自分や他人の行動に対して「今は重心が復旧に寄りすぎている」というメタな視点を持てます。
タイプ分けは、混乱した現場に秩序を持ち込むための共通言語を作るためのプロセスに過ぎません。その言葉がチームの間で交わされるようになったとき、この診断は真の役割を果たしたと言えるでしょう。
診断結果は終着点ではなく、対話を始めるためのスタート地点です。持ち帰った言葉が、チームの雑談や振り返りの場で小さく波紋を広げていく様子を想像しています。
強みも弱みも、状況が変われば容易に入れ替わる相対的なものです。固定的なラベルを貼ることで、変化の可能性を奪ってしまうことを、私は何よりも避けたいと考えました。
判断を評価せず、観測対象として扱いたかった
インシデント対応の結果によって判断を評価し始めると、現場は失敗を恐れ、守りの姿勢に入ってしまいます。だからこそ、判断そのものを善悪で分けるのではなく、ただそうであったと観測の対象として扱いたいのです。
評価の目から解き放たれたとき、私たちは初めて、自分の判断がどのように立ち上がっているのかを客観的に眺められます。この評価しないという姿勢こそが、SREの思想である心理的安全性の根幹にあるものです。
観測対象として自分の重心を扱えるようになると、失敗も成功も、すべてが重心の傾きが生んだ現象として捉え直せます。その軽やかさこそが、過酷な現場で摩耗し続ける私たちの心を救うのではないかと思っています。
この診断で起きてほしい、たった一つの変化
次のインシデントで、自分の迷いに少しだけ気づけること
次に大きな障害が発生した際、チャットに最初の一言を打ち込もうとするその指が、一瞬だけ止まることを期待しています。ああ、今自分は安全を優先しようとしているなと、自分の傾きを客観的に自覚する瞬間です。
そのわずか数秒のメタ視点が、あなたの判断にこれまでとは違う奥行きをもたらすはずです。気づくことができれば、あえて重心とは逆の選択を検討する余裕も、ほんの少しだけ生まれるかもしれません。
劇的な変化ではなく、指先に残る微かな違和感としての気づき。その積み重ねが、いずれあなたのエンジニアとしての深みとなり、現場の空気を作り変えていく力になると信じています。
振り返りの場で、「あのとき何を優先したか」を話せること
「なぜこのコマンドを叩いたのか」という事実の確認を超えて、「あの時、自分は周知を遅らせてでも復旧を優先したかった」という重心の話をしてほしいのです。事実ではなく、その裏にあった意思の所在を共有することです。
判断の背景にある想いが言葉になれば、チームメンバーは初めて、あなたの背負っていた重圧を理解できます。振り返りの質が変われば、チームの信頼関係は、単なる協力関係を超えた強固なものへと進化します。
お互いの重心を知り、それを言葉にできるチームは、どんな不確実な状況でもしなやかに立ち回ることができます。その対話のきっかけとして、この診断結果が使われることを心から願っています。
誰が悪いかではなく、重心がどこにあったか。そう問いをずらすだけで、現場の関係性は驚くほど柔らかく、風通しの良いものに変わっていくはずです。
判断が個人に閉じず、関係性の中で扱われるようになること
判断を個人の責任やスキルの問題にするのではなく、チーム全体の重心の組み合わせとして扱う文化を作りたいのです。誰かの傾きを他の誰かが支える、その動的なバランスこそが信頼性の正体です。
特定の誰かがヒーローとして称賛されるのではなく、全員が自分の重心を差し出し合い、静かに関係性を編み直していく。そんな現場が増えていくことが、私たちがこのツールを世に送り出した最大の理由です。
私たちは、一人で完璧である必要はありません。ただ、自分がどちらに傾きやすいかを知り、それを共有できる勇気があれば、それだけで現場は十分に救われます。
まとめ
インシデント対応は、技術と人間が最も激しく火花を散らす場所です。そこにあるのは、論理的な正解だけではありません。私たちは、まだ何も分からない暗闇の中で、それぞれの重心を頼りに最初の一歩を踏み出しています。
その一歩が、時に誰かを傷つけ、時に誰かを救うこともあります。この診断ツール「SRE Judgment Profile」が、あなたの背中にある見えない重心を照らし出す、小さな鏡のような存在になればいいなと思っています。
自分の重心を知り、仲間の重心を知る。それだけで、次に立ち向かう現場の空気は、少しだけ柔らかくなるかもしれません。評価されることのない、あなたの静かな葛藤を、私はこれからも観測し続けていきたいと思っています。
