Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
ほんとうの信頼性はヒーローが死んでからはじまる / True reliability begi...
Search
VTRyo
September 17, 2026
Technology
180
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
ほんとうの信頼性はヒーローが死んでからはじまる / True reliability begins after the hero dies
2026.9.16 Nokuchi.SRE#0 LT
https://nokuchi-sre.connpass.com/event/404411/
VTRyo
September 17, 2026
More Decks by VTRyo
See All by VTRyo
退職の雰囲気マシマシのluccafortという男について語らせてもらおうか / Let me tell you about luccafort who is leaving company
vtryo
0
360
越境するなら専門用語を使うな高校校歌 / If you wanna cross border, you shouldn't use jargon
vtryo
0
210
なぜ私たちのSREプラクティスはなかなか機能しないのか 〜システムより先に組織を見る〜 / Why our SRE practices aren't really working
vtryo
4
6.5k
飲食店もAIで。レジ締めやハンディシステムをつくってる話 / Using AI for restaurant management
vtryo
0
350
そのSLO 99.9%、本当に必要ですか? 〜優先度付きSLOによる責任共有の設計思想〜 / Is that 99.9% SLO really necessary? Design philosophy of shared responsibility through prioritized SLOs
vtryo
2
5.1k
あの職員室 / That teachers' lounge
vtryo
0
180
自分だけの、誰も想像できないキャリアの育て方 〜偶然から始めるキャリアプラン〜 / Career planning starting by luckly v2
vtryo
1
590
60以上のプロダクトを持つ組織における開発者体験向上への取り組み - チームAPIとBackstageで構築する組織の可視化基盤 - / sre next 2025 Efforts to Improve Developer Experience in an Organization with Over 60 Products
vtryo
3
3.4k
一体いつからSRE NEXTがSREだけのカンファレンスだと錯覚していた? / When did you ever get the idea that SRE NEXT was a conference just for SREs?
vtryo
1
950
Other Decks in Technology
See All in Technology
freeeらしさをAIとともに作る / Creating the freee Experience with AI
ymrl
0
220
AgentCoreで実践するハーネスエンジニアリング
yakumo
1
290
自律型 AI をセキュアに実装!Gemini と MIG で作る動的コード実行環境
recruitengineers
PRO
1
230
「事実」を「計測」して、「解釈」する 〜AWS Lambdaのメモリ最適解の見つけ方〜
maimyyym
0
120
今さら理解するウェブフォントver.2026
takanorip
3
490
おそらく日本で唯一のDevRelインターン生として
husengs7
0
170
AI駆動開発、viviONの1年 ── うまくいったこと・いかなかったこと
vivion
0
270
カンファレンスに参加した後の浮遊感とセルフケア
pauli
0
320
FOSS4Gを活用した自治体業務DXの試み
470715
0
140
Codex概要
ymiya55
0
480
脆弱性診断って、何をしているの? 〜弱点を見つけて、会社の改善につなげるまで〜
keeg
0
740
Google Cloud Next Tokyo 26登壇時のスクリプト
recruitengineers
PRO
0
210
Featured
See All Featured
First, design no harm
axbom
PRO
2
1.3k
Building a Modern Day E-commerce SEO Strategy
aleyda
45
9.2k
Leveraging Curiosity to Care for An Aging Population
cassininazir
1
530
Principles of Awesome APIs and How to Build Them.
keavy
128
18k
Primal Persuasion: How to Engage the Brain for Learning That Lasts
tmiket
0
490
Collaborative Software Design: How to facilitate domain modelling decisions
baasie
1
340
Leading Effective Engineering Teams in the AI Era
addyosmani
9
2.7k
Measuring & Analyzing Core Web Vitals
bluesmoon
9
1k
Speed Design
sergeychernyshev
33
2.1k
Digital Ethics as a Driver of Design Innovation
axbom
PRO
1
450
HU Berlin: Industrial-Strength Natural Language Processing with spaCy and Prodigy
inesmontani
PRO
0
740
GitHub's CSS Performance
jonrohan
1033
470k
Transcript
~/VTRyo/presentation master vtryoctl describe presentation ほんとうの信頼性は ヒーローが死んでからはじまる Nokuchi.SRE#0 / VTRyo
~/VTRyo/presentation master presentation will be started...
10分枠ですが ”LT” だからと ミスって5分で終わる内容に してしまいました🙇 ~/VTRyo/presentation master Twitter: @3s̲hv
自己紹介 • Topotalという会社で SRE as a Service. “Cross company Embedded
SRE” • SRE NEXT, SRE Kaigi, CloudnativeKaigiなどで登壇 • 週末はカレーやってます • ビールの審査員資格有、チョットクワシイ ~/VTRyo/presentation master Twitter: @3s̲hv
組織のヒーロー 豊富な戦闘経験 ドメイン知識 エンジニアリングパワー ~/VTRyo/presentation master 著作権につき いらすとや Twitter: @3s̲hv
ヒロイズムの例 • たとえば障害発生時→超エキスパートが誰よりも早く対応 開始。後片付け(再発防止)もお手の物 • メンバーはその圧倒的な力に感謝🙏 • ヒーローは「私がいないと回らないかも」「常にシステム を良い状態にしておきたい」と思ったりする •
知識と経験Up・承認・査定Upなど ヒーローにはデメリットがほぼない ~/VTRyo/presentation master Twitter: @3s̲hv
実際に見た例 • あるチームのエースがerrorチャンネルにエラーをなんと 全部ひとりで見ていた(割と頻繁) (この人が自分をヒーローと思っていたかどうかは別) • しかしエース退職!メンバーが突然同じレベルの対応を始 めることになり、割り込みと不安が多発。 開発計画に支障が出かけていた ~/VTRyo/presentation
master Twitter: @3s̲hv
ヒーローに頼らなくなってからが ほんとうの信頼性向上 ~/VTRyo/presentation master Twitter: @3s̲hv
マンパワーに頼らないために • エラー一件ずつ全部対応するのは非現実。 一件ごとに一喜一憂してよいのか?しないとしたらどうす ればしなくて済むようになるのか • →監視設定、SLOなどを整備する(当時SLOなかった) →エラーがあってもリリースしてよいのだろうか? という問いにはSLOやエラーバジェットといった数値から 自信を持って実行できる
~/VTRyo/presentation master Twitter: @3s̲hv
マンパワーに頼らないために • 他チームからの割り込みタスク(Help wanted)を「気 づいた人のマンパワー」ではなく当番制に変更 全メンバーが経験できるように調整 • あるドメインに強い人はそうでない人をサポートする • 対応期日
is ベストエフォートをやめる(早いほどよいと なるとヒロイズムが起動してしまう)。期日を設定して当 番制でも成立するように他チームと調整 ~/VTRyo/presentation master Twitter: @3s̲hv
Google SRE資料では • 「ヒーローは個人・チーム・システムにとって有害である」 • 個人には燃え尽きリスク チームにはヒーローに引っ張られて非現実的な期待値を生 み出すリスク システムには長期的な改善ができないことや過剰な保守を 生むリスク
参照: https://sre.google/resources/practices-and-processes/no-heroes/ ~/VTRyo/presentation master Twitter: @3s̲hv
Google SRE資料では • コストに見合わないほどの対応をしなくとも、システムはいき なり壊滅しない事が多い • SLOの設定をするならエラーバジェットポリシーも設定する • ヒーローは豊富な知識と経験があるので、長期的な改善に取り 組むよう依頼する
• など 参照: https://sre.google/resources/practices-and-processes/no-heroes/ ~/VTRyo/presentation master Twitter: @3s̲hv
~/VTRyo/presentation master vtryoctl describe presentation ご清聴ありがとうございました Nokuchi.SRE#0 / VTRyo fi
~/VTRyo/presentation master presentation is nished...