# オンコールストレス管理 ## 定義 オンコールストレス管理とは、SRE・オンコールエンジニアが業務に伴う慢性・急性ストレスを認識し、生理学的メカニズムに基づいた介入で緩和・回復する実践体系である。「システムをトリアージ・診断・修復できるなら、自分自身の生物学的ストレス反応にも同じことができる」という視点から、エンジニアが身体知性(body intelligence)を活用することを目指す。 [[Beth Adele Long]] は SREcon26 Americas で、オンコール業務には 2 種類のストレスが存在することを指摘した。**慢性ストレス**(chronic stress)はページャーを持ち続けること自体から生じるジリジリした持続的負荷であり、**急性ストレス**(acute stress)はインシデント対応中の超警戒状態(hyper-alertness)として現れる([[@2026__SREcon26Americas__The Critical Resource Is You - Practical Destressing for On-Call Engineers]] p.4-5)。 ## 2 つの意識モード Long は「意識の 2 モード」フレームを軸に据える: - **Ordinary Mind**: 通常の覚醒状態。目標指向・抽象思考・言語的・合理的・時間感覚を持つ。エンジニアとして仕事ができるすべての能力と等しい(p.14・18)。 - **Sensory Mind**: 夢・トランス状態などで自由に動く。直接体験・感覚・感情・時間のなさに根ざす(p.15-16)。 自律神経系(ANS: Autonomic Nervous System)は不安・パニック・抑うつ・解離といったメンタルヘルス課題の中心にあり、本来は自己修正機能を持つ。しかし **Ordinary Mind によって抑制(blocked)**されると自己修正できなくなる(p.25-26)。合理的な道具——分析・話し合い・メタ認知——は Ordinary Mind にとっては自然だが、身体から発するストレスには届かない(p.21-22)。 ## 4 つの実践ツール(身体知性に根ざす) | ツール | 原理 | 実践方法 | 使いどころ | |---|---|---|---| | **Body Scan** | 通常の注意を感覚体験に向ける | 頭→足 または 足→頭 の順で全身をスキャン | インシデント後・オンコール引き継ぎ後・1日の始まり/終わり | | **Breath** | 交感神経→副交感神経への切り替え | 長い呼気(Longer Outbreath)・横隔膜呼吸・延長。例: 吸う4・止める4・吐く8 | インシデント開始 10 秒・行き詰まったとき・インシデント後 2 分以上 | | **Movement** | 自発的な動きが統制された運動より効果的 | フリーフォームダンス・シェイキング・遊び | インシデント後 2 分以上・退勤時・そわそわするとき | | **Boredom** | 「自我への休暇」—— Ordinary Mind を解放する | 壁をじっと見る・無音の散歩 | 昼休み・インシデント後・「疲れているのに眠れない(Tired but wired)」とき | ## 横断的知見 - **アプローチの補完性**: Long のアプローチ(SREcon26 Americas)は「インシデント中および直後の身体知性ツール(呼吸・動き・ボディスキャン)」による個人レベルの介入に焦点を当てる。Woo のアプローチ(SREcon18 Americas)は「インシデント終了後の組織的ピアサポートの欠如」を問題化し、医師・コメディアン・オリンピアンからの集合的な回復実践を強調する。両者は相互補完——身体ツールは個人の即時回復、ピアサポートは中長期の信頼と自信の回復に対応する。(Source: [[@2026__SREcon26Americas__The Critical Resource Is You - Practical Destressing for On-Call Engineers]], [[@2018__SREcon18Americas__Your System Has Recovered from an Incident, but Have Your Developers]]) - **ストレスの実態数値**: Woo は Shopify の本番エンジニア 40 名のうち 42.5% がインシデント後に強いストレスを報告したと示す。Long は「すべてのオンコールエンジニアが慢性ストレスを抱えている」という前提から出発しており、数値的・定性的に裏付け合う。(Source: [[@2018__SREcon18Americas__Your System Has Recovered from an Incident, but Have Your Developers]], [[@2026__SREcon26Americas__The Critical Resource Is You - Practical Destressing for On-Call Engineers]]) - **「回復とセルフケア」を個人の技法でなく組織的責任として位置づける視点が加わる**: 『SREをはじめよう』第8章は、回復とセルフケアを「SREの一日」を構成する8モードの1つとして正式に位置づけ、週60〜75時間労働を称賛せず「修正すべきシステムの失敗」と明言する。Long が個人レベルの身体知性ツール(呼吸・ボディスキャン)を、Woo が組織的ピアサポートの欠如を論じるのに対し、本書はさらに一歩進めて「管理職が従業員のセルフケア取得をためらわせない文化を確保する責任を負う」と明示し、個人の実践と組織的ピアサポートの双方を包含する上位の職責として回復モードを位置づける (Source: [[@2024__OReillyJapan__SREをはじめよう - Chapter 8 SREのある一日]], [[@2026__SREcon26Americas__The Critical Resource Is You - Practical Destressing for On-Call Engineers]], [[@2018__SREcon18Americas__Your System Has Recovered from an Incident, but Have Your Developers]])。 - **元SREの回顧録は、オンコール初年度のストレスへの対処を「儀式による正常化」という第三の角度から補う**: 『SREをはじめよう』付録B.1で [[Dina Levitan]] は、初めて本番環境に影響を与える障害を起こした人の机にプレゼントを置くという慣習を、「本番影響を与えるほどの仕事をした」ことへの承認とし、個人的に受け止めるべきではないという文化を伝える手段として紹介する。Long の身体知性ツール(個人の即時回復)、Woo の組織的ピアサポート(中長期の信頼回復)がいずれも「ストレスが生じた後どう対処するか」を扱うのに対し、Levitan の事例は「失敗そのものへの恐怖・自責」という予期的ストレス源自体を、儀式的な文化装置によって未然に緩和しようとする点で異なる層に働きかける (Source: [[@2024__OReillyJapan__SREをはじめよう - Appendix B 元SREからのアドバイス]], [[@2026__SREcon26Americas__The Critical Resource Is You - Practical Destressing for On-Call Engineers]], [[@2018__SREcon18Americas__Your System Has Recovered from an Incident, but Have Your Developers]])。 - **Google 自身の刊行物は、ストレスが対応品質を下げるという因果を明示し、インシデント対応テストを「気づき」の獲得手段として位置づける**: Long(SREcon26 Americas)や Woo(SREcon18 Americas)は主に急性・慢性ストレスの生理学的メカニズムと組織的ピアサポートに焦点を当てるのに対し、Anatomy of an Incident 2章は「ストレスは見落とし・対応の遅れ・判断力の低下を招き、不安・疲労・高血圧・睡眠不足などの健康問題にもつながる」と、より簡潔にストレスの対応品質への因果を述べたうえで、インシデント対応テスト(理論的なものでも)の効用を「応答者が自身のストレス状態に気づき、追加support要請・休憩取得・インシデントの完全な引き継ぎといった是正行動を取れるようになること」と定義する。これは Long の身体知性ツール(Body Scan・Breath 等)が「ストレスにどう対処するか」の**手段**を提供するのに対し、Anatomy of an Incident は「そもそも自分がストレス下にあると気づく」**きっかけ**としての事前テストの役割を補う、異なる層の知見である。(Source: [[@2022__OReilly__Anatomy of an Incident - Chapter 2 Practicing Incident Response Readiness (Preparedness)]], [[@2026__SREcon26Americas__The Critical Resource Is You - Practical Destressing for On-Call Engineers]]) - **管理職の責任範囲について、Anatomy of an Incident は「兆候の常時監視」という具体的な行動を要求する**: 『SREをはじめよう』第8章がセルフケアを許容する文化的責任を管理職に課すのに対し、Anatomy of an Incident 2章は一歩踏み込んで「管理職や他のリーダーシップにある者は、応答者のストレス・疲労・燃え尽きの兆候を常に注視し、可能な限り支援すべきである」と、常時観察という能動的な監視行動まで管理職の責務に含める。(Source: [[@2022__OReilly__Anatomy of an Incident - Chapter 2 Practicing Incident Response Readiness (Preparedness)]], [[@2024__OReillyJapan__SREをはじめよう - Chapter 8 SREのある一日]]) - **Anatomy of an Incident の結論章は、ストレス発生後の対処ではなく「インシデント管理の発動自体を絞る」という発生源での予防レバーを加える**: Long(身体知性ツール)・Woo(組織的ピアサポート)・『SREをはじめよう』(回復とセルフケアの制度化)・Anatomy of an Incident 第 2 章(管理職によるストレス兆候の常時監視)は、いずれも**ストレスが生じた後**にどう気づき・対処し・回復するかを扱う。これに対し同書の結論章(第 7 章)は「インシデント管理はあらゆる潜在的問題に投げ込むべきではなく、適切な場合にのみ、できる限り少なく使うべきだ。そうしなければチームの燃え尽きを招く」と明言し、**インシデント対応という活動自体の発動頻度を組織的に絞る**ことをストレス予防の手段として位置づける。これは他の知見群が「ストレスにどう対処・回復するか」という個人・チームレベルの介入を扱うのに対し、「そもそもインシデント対応をどれだけ発生させるか」という**プロセス設計・運用ポリシーレベル**の予防レバーを加える点で異なる層に働きかける。(Source: [[@2022__OReilly__Anatomy of an Incident - Chapter 7 Conclusion and Moving Forward]], [[@2026__SREcon26Americas__The Critical Resource Is You - Practical Destressing for On-Call Engineers]], [[@2018__SREcon18Americas__Your System Has Recovered from an Incident, but Have Your Developers]], [[@2022__OReilly__Anatomy of an Incident - Chapter 2 Practicing Incident Response Readiness (Preparedness)]]) - **オンコール体制の構造設計(人員規模・報酬・訓練)は、既存の身体的/組織的介入と並ぶ第四の層としてストレス管理に加わる**: 既存ソースは、Long の身体知性ツール(個人の即時介入)、Woo の組織的ピアサポート(インシデント後の中長期回復)、『SREをはじめよう』の回復とセルフケアの制度化(管理職の文化的責任)、Anatomy of an Incident の発動頻度の抑制(プロセス設計レベルの予防)という4層でオンコールストレスへの介入を扱ってきた。27章はこれに、オンコールローテーションを6人以上で編成すること・私生活を犠牲にした担当者への代休・待機時間も含めた報酬をシフト単位で支払うこと・インシデント管理トレーニングと「不運の輪(Wheel of Misfortune)」演習の頻繁な実施・複数インシデント同時発生時に担当者を素早く割り当てられる体制、という**人員配置・報酬・訓練という制度設計そのもの**を加える。これは Anatomy of an Incident の「発動頻度を絞る」という予防レバーとは異なり、発生を前提としたうえで負荷を人数と報酬で分散させる設計であり、既存の4層と並ぶ第五の層として位置づけられる。(Source: [[@2021__OReillyJapan__SREの探求 - Chapter 27 SREにおける心理的安全性]] §27.1.1.6「オンコールと運用」, [[@2026__SREcon26Americas__The Critical Resource Is You - Practical Destressing for On-Call Engineers]], [[@2018__SREcon18Americas__Your System Has Recovered from an Incident, but Have Your Developers]], [[@2022__OReilly__Anatomy of an Incident - Chapter 7 Conclusion and Moving Forward]]) - **「行動を期待されること自体が行動そのものより大きなストレスをもたらす」という知見が、オンコールの慢性ストレスに具体的な心理学的根拠を与える**: 27章は Dettmers et al. の研究を引用し、待機状態そのもの(行動を期待されること)が実際の行動よりもストレスを生むと述べる。これは Long が定義する「慢性ストレス(ページャーを持ち続けること自体から生じる持続的負荷)」と「急性ストレス(インシデント対応中の超警戒状態)」の区別のうち、慢性ストレスの発生メカニズムに学術的な裏付けを加える。(Source: [[@2021__OReillyJapan__SREの探求 - Chapter 27 SREにおける心理的安全性]] §27.1.1.6「オンコールと運用」, [[@2026__SREcon26Americas__The Critical Resource Is You - Practical Destressing for On-Call Engineers]]) - **『SREの探求』23章のBissetは、ヒーロー文化を賞賛の構造という角度から批判し、既存4層(個人の身体知性・組織的ピアサポート・制度化されたセルフケア・発動頻度の抑制)に「何を賞賛するか」という第五の予防レバーを加える**: 既出の知見は、Long(個人の即時介入)・Woo(組織的ピアサポート)・『SREをはじめよう』(セルフケアの制度化)・Anatomy of an Incident(インシデント対応の発動頻度抑制)・27章(人員配置・報酬・訓練の制度設計)という5層でオンコールストレスへの介入を整理していた。23章のアンチパターン6「マジックスモークを消すのは私だ！」は、「個人的な犠牲を払ってシステム障害に対峙する対応者を声高に賞賛して報奨を与えるヒーロー文化の概念は有害」であり「優れたエンジニアリングや防止よりも運用での忍耐に報いるのでは、誤ったインセンティブを与え、運用現場の混乱とエンジニアの燃え尽きに直結する」と明言する。これは既存の5層(誰が・どう介入するか)とは異なる軸──**組織が何を公式に賞賛・報奨するか**という評価・インセンティブ設計のレベルでストレス発生源そのものを断とうとする、既存ソース群にない第六の予防レバーである。処方箋として「シフトあたりのインシデント負荷は多くても平均週2件」という具体的な閾値を示す点は、27章が挙げる「6人以上のローテーション」という人員配置の目安と同じ制度設計の粒度で、独立に近い数値基準を与える。(Source: [[@2021__OReillyJapan__SREの探求 - Chapter 23 SREのアンチパターン]] §23.6, [[@2021__OReillyJapan__SREの探求 - Chapter 27 SREにおける心理的安全性]] §27.1.1.6) - **29章は、オンコール制度そのものを法的・個人的な「調整可能性」の観点から捉え直す、既存6層とは異なる第七の層を加える**: 既存の知見は、身体知性ツール(個人の即時介入)・組織的ピアサポート(中長期回復)・回復とセルフケアの制度化(管理職の文化的責任)・儀式による正常化(予期的ストレスの緩和)・インシデント管理発動頻度の抑制(プロセス設計)・オンコール体制の人員配置と報酬(制度設計)という6層でオンコールストレスへの介入を扱ってきた。『SREの探求』29章はこれに、米国雇用機会均等委員会(EEOC)の職務「不可欠性」3要因(必要スキルの程度・そのタスクのために職務が作られたか・他の従業員が代替できるか)をオンコールに適用し、「オンコール自体は多くのチームにとって不可欠だが、すべてのSREがページャーを携帯することは不可欠ではない」と結論づけたうえで、追加報酬を伴うオプトイン方式の義務としてオンコールを構造に組み込むことを提案する。これは27章の緩和策(6人以上のローテーション等)が全メンバーに等しく適用される負荷分散策であるのに対し、29章は精神障害を含む個人差に応じてオンコール参加そのものを調整可能にするという、既存6層にない個人単位の法的・制度的な層を加える。(Source: [[@2021__OReillyJapan__SREの探求 - Chapter 29 燃え尽きを超えて]] §29.5.1「オンコールは不可欠の職務か」, [[@2021__OReillyJapan__SREの探求 - Chapter 27 SREにおける心理的安全性]] §27.1.1.6「オンコールと運用」) - **30章は、既存7層の緩和策すべてを「対症療法」として明示的に相対化し、緩和では足りないという反対論の立ち位置を言語化する**: 既存の知見は、身体知性ツール(Long)・組織的ピアサポート(Woo)・回復とセルフケアの制度化(『SREをはじめよう』)・儀式による正常化(Levitan)・インシデント管理発動頻度の抑制(Anatomy of an Incident)・オンコール体制の人員配置と報酬(27章)・EEOC不可欠職務3要因によるオプトイン(29章)という7層でオンコールストレスへの介入を蓄積してきた。30章はこれらと同種の施策(補償・柔軟なスケジュール・体調回復・反発を招かない免除という「便宜」、およびペアオンコール・認知的ハックという「勤務時パフォーマンスの改善」)を自ら列挙したうえで、「勤務時パフォーマンスは多くの点で、オンコールの問題を追及する上で最も重要性が低い要素」であり「オンコールを取り除くという議題を実際に進めるものではない」と明言する。これは既存7層を否定するのではなく、それらを「既存状況の改善」という一段低い優先順位に位置づけ直し、「根本的に新しい何か」(標準化されたツールキットによる基盤刷新、SAOC/WAOC)だけがオンコールという慣行自体をなくせると論じる点で、既存7層とは異なる次元(緩和の徹底度でなく、慣行の存廃そのもの)から問題を捉え直す第八の層である。(Source: [[@2021__OReillyJapan__SREの探求 - Chapter 30 オンコール反対論]] §30.3.4, §30.4) - **30章の「反発を招かない免除」(オプトアウト)は、29章の「追加報酬を伴うオプトイン」と機序の異なる制度提案として並置できる**: 29章はEEOCの不可欠職務3要因に基づき、追加報酬を伴うオプトイン方式でオンコールを義務として構造に組み込むことを提案する(希望者が申し出て報酬を得る仕組み)。30章は多様性・インクルーシビティの文脈で、ケア提供者など各自の他の責任と直接摩擦を生じる状況への関与を辞退する場合に「オンコールの報復のないオプトアウト」ポリシーを企業が採用すべきだと述べる(デフォルト参加からの離脱を罰しない仕組み)。両者はオンコール参加を個人の状況に応じて調整可能にするという目的は共有するが、オプトインは「望む者が追加対価を得て参加する」設計、オプトアウトは「参加がデフォルトだが不参加への報復を禁じる」設計であり、初期状態(デフォルト)が逆になっている。どちらの設計がインクルージョンをより実効的に高めるかは、両ソースを合わせても検証されていない。(Source: [[@2021__OReillyJapan__SREの探求 - Chapter 29 燃え尽きを超えて]] §29.5.1, [[@2021__OReillyJapan__SREの探求 - Chapter 30 オンコール反対論]] §30.3.3.4) - **30章のヒロイズム批判は、23章のヒーロー文化アンチパターンに「なぜヒーロー的行動が繰り返されるか」という心理的メカニズムを補う**: 23章のアンチパターン6は、個人的犠牲を払う対応者を賞賛・報奨する構造が有害であり誤ったインセンティブを生むと組織設計の観点から批判する。30章は同じヒーロー文化を心理学的に掘り下げ、「ヒーロー」となることと同僚・上司からの承認との間に心理的に直接のつながりがあるためヒーロー的行動を繰り返す明示・暗黙のインセンティブが拡大し、対応した者の代わりに次の代役が必要になるという連鎖(そして「また別のヒーローは必要ない」という結論)を描く。さらに30章は「Google 在籍11年間、オンコールのパフォーマンスに応じて昇進した例を一度も見たことがない」という当事者の観察を加え、称賛はされるが公式な評価(昇進)には結びつかないという非対称性を指摘する。これは23章の「何を賞賛するかという評価・インセンティブ設計」という指摘に、「なぜ個人がその賞賛に引き寄せられ続けるか」という心理的機序と、「賞賛と実際の評価報酬の乖離」という具体的な非対称性を追加する。(Source: [[@2021__OReillyJapan__SREの探求 - Chapter 23 SREのアンチパターン]] §23.6, [[@2021__OReillyJapan__SREの探求 - Chapter 30 オンコール反対論]] §30.2.1) ## 未解決の問い - 30章が「対症療法」と位置づける既存7層の緩和策(身体知性・ピアサポート・セルフケア制度化・儀式・発動頻度抑制・人員配置と報酬・EEOCオプトイン)と、30章自身が提案する根本的解決(SAOC/WAOC・標準化ツールキット)は、実現までの過渡期にどう共存すべきか。30章は既存7層を「役に立つが優先度が低い」とするのみで、過渡期の運用モデルは示していない。 - 29章のオプトイン方式オンコール(EEOC不可欠職務3要因に基づく個別調整)は、27章のローテーション人数・報酬設計や既存の身体知性ツール・ピアサポートとどう組み合わされるべきか。両者を同一チームで併用する運用モデルは本ページのソースでは示されていない。 - 「インシデント管理を適切な場合にのみ使う」という第 7 章の予防的方針は、具体的にどの基準で「適切」を判定するのか。第 1 章の 3 条件定義(エスカレーション・即時対応・組織的対応)との対応関係は明示されておらず、過剰発動を防ぐ運用ルールがどこまで具体化されているかは本書だけでは確認できない。(Source: [[@2022__OReilly__Anatomy of an Incident - Chapter 7 Conclusion and Moving Forward]]) - Anatomy of an Incident が挙げる「ストレスへの気づき→是正行動(support要請・休憩・引き継ぎ)」というサイクルは、Long の身体知性ツールや Woo の組織的ピアサポートと具体的にどう接続するのか。気づいた後の是正行動の選択肢として、身体知性ツールをどう組み込めるか。(Source: [[@2022__OReilly__Anatomy of an Incident - Chapter 2 Practicing Incident Response Readiness (Preparedness)]]) - 「Ordinary Mind が ANS の自己修正を抑制する」という主張の神経科学的根拠は何か(スライドには記載なし、口頭説明が必要)。 - Body Scan・Breath・Movement・Boredom の 4 ツールはどの程度の臨床エビデンスを持つか。それぞれどの文献・学派に基づくか。 - 「健全なストレスはキャパシティを拡大する」という主張と、オンコールローテーション設計(オンコール疲弊を減らす組織側施策)はどう連携するか。 - インシデント対応中に Breath(10 秒)を実践できる現実的な組織・文化条件は何か。IC ロールとの相性はどうか。 - オンコールのストレス管理を個人の実践に任せることの限界——組織・チーム設計への介入なしには根本解決にならないのではないか。 ## 関連 - [[人的要因]] — ストレス下での認知・判断の生理学的基盤として接続 - [[インシデント管理]] — インシデント対応中のストレス文脈 - [[インシデント後の人的回復]] — インシデント終了後の心理的回復とピアサポートの概念 - [[Beth Adele Long]] — この概念を SRE 文脈に持ち込んだ登壇者 - [[Jaime Woo]] — インシデント後回復を SRE 文脈で提起した登壇者 - [[@2024__OReillyJapan__SREをはじめよう - Chapter 8 SREのある一日]] — 回復とセルフケアを「SREの一日」の正式なモードとし、燃え尽きを組織的責任の課題として位置づける - [[Dina Levitan]] — 元SREとして初年度オンコールのストレス対処を儀式的正常化の観点から語る寄稿者 - [[@2024__OReillyJapan__SREをはじめよう - Appendix B 元SREからのアドバイス]] — 「失敗の正常化儀式」という第三の角度を加える - [[@2022__OReilly__Anatomy of an Incident - Chapter 7 Conclusion and Moving Forward]] — インシデント管理の発動自体を絞るというプロセス設計レベルの予防レバーを加える - [[@2021__OReillyJapan__SREの探求 - Chapter 27 SREにおける心理的安全性]] — オンコールローテーション人数・代休・シフト単位報酬・訓練という制度設計レベルの層を加える - [[@2021__OReillyJapan__SREの探求 - Chapter 23 SREのアンチパターン]] — ヒーロー文化への賞賛構造という第六の予防レバー、週2件のインシデント負荷上限 - [[@2021__OReillyJapan__SREの探求 - Chapter 29 燃え尽きを超えて]] — EEOC不可欠職務3要因によるオンコールの個別調整・オプトイン方式という第七の層 - [[メンタルヘルスとインクルーシビティ]] — 精神障害を含む個人差に応じたオンコール参加調整を扱う隣接概念 - [[Blake Bisset]] / [[Dropbox]] - [[オンコール]] — オンコールという慣行そのものの正当性を問う上位概念 - [[@2021__OReillyJapan__SREの探求 - Chapter 30 オンコール反対論]] — 既存7層の緩和策を対症療法として相対化し、慣行の存廃自体を問う第八の層 - [[Niall Murphy]] — 30章の著者 ## 出典 - [[@2021__OReillyJapan__SREの探求 - Chapter 30 オンコール反対論]](Niall Richard Murphy, 『SREの探求』, オライリー・ジャパン, 2021, 30章。オプトアウトポリシー、ヒロイズム批判、既存緩和策の相対化) - [[@2026__SREcon26Americas__The Critical Resource Is You - Practical Destressing for On-Call Engineers]] - [[@2018__SREcon18Americas__Your System Has Recovered from an Incident, but Have Your Developers]] - [[@2024__OReillyJapan__SREをはじめよう - Chapter 8 SREのある一日]](回復とセルフケアモード、燃え尽きをシステムの失敗として捉える視点) - [[@2024__OReillyJapan__SREをはじめよう - Appendix B 元SREからのアドバイス]](B.1: 初年度オンコールを生き抜く実践、失敗の正常化儀式) - [[@2022__OReilly__Anatomy of an Incident - Chapter 7 Conclusion and Moving Forward]](結論章。インシデント管理を適切な場合にのみ、できる限り少なく使うべきという燃え尽き予防のための行動喚起) - [[@2021__OReillyJapan__SREの探求 - Chapter 27 SREにおける心理的安全性]](John Looney, 『SREの探求』, オライリー・ジャパン, 2021, 27章。6人以上のローテーション・代休・シフト単位報酬・インシデント管理トレーニング・不運の輪演習) - [[@2021__OReillyJapan__SREの探求 - Chapter 23 SREのアンチパターン]](Blake Bisset, 『SREの探求』, オライリー・ジャパン, 2021, 23章。アンチパターン6「マジックスモークを消すのは私だ！」、週2件の負荷上限) - [[@2021__OReillyJapan__SREの探求 - Chapter 29 燃え尽きを超えて]](James Meickle, 『SREの探求』, オライリー・ジャパン, 2021, 29章。EEOC不可欠職務3要因、オプトイン方式オンコール)