Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
sre-lounge8
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
Yutaro Sugai
March 09, 2019
Programming
7k
6
Share
sre-lounge8
Yutaro Sugai
March 09, 2019
More Decks by Yutaro Sugai
See All by Yutaro Sugai
DevOpsDays2026 Tokyo Cross-border practices to connect "safety" and "DX" in healthcare
hokkai7go
0
230
devlove-kansai-sre-scrum
hokkai7go
0
11k
88_techbookfest5_in_omotesandorb
hokkai7go
1
160
Career Keynote at LDD '18 in Muroran
hokkai7go
1
700
What has been realized to improve maintainability at "Eight".
hokkai7go
0
1k
Serverless and tough access management
hokkai7go
1
1.5k
"1st try and team productivity"
hokkai7go
1
350
Technology to support Eight, Infrastructure part
hokkai7go
0
670
AWS and Serverless and Monitoring
hokkai7go
1
2.3k
Other Decks in Programming
See All in Programming
AI時代のエンジニアリングの原則 / Engineering Principles in the AI Era
haru860
0
920
[RubyKaigi 2026] Require Hooks
palkan
1
270
Firefoxにコントリビューションして得られた学び
ken7253
2
150
2026_04_15_量子計算をパズルとして解く
hideakitakechi
0
130
The Less-Told Story of Socket Timeouts
coe401_
3
860
ハーネスエンジニアリングとは?
kinopeee
13
6.5k
PHPer、Cloudflare に引っ越す
suguruooki
1
120
決定論 vs 確率論:Gemini 3 FlashとTF-IDFを組み合わせた「法規判定エンジン」の構築
shukob
0
140
Back to the roots of date
jinroq
0
600
Making the RBS Parser Faster
soutaro
0
640
Don't Prompt Harder, Structure Better
kitasuke
0
800
Agentic Elixir
whatyouhide
0
430
Featured
See All Featured
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
49
3.4k
VelocityConf: Rendering Performance Case Studies
addyosmani
333
25k
Bridging the Design Gap: How Collaborative Modelling removes blockers to flow between stakeholders and teams @FastFlow conf
baasie
0
530
The SEO identity crisis: Don't let AI make you average
varn
0
450
Building Experiences: Design Systems, User Experience, and Full Site Editing
marktimemedia
0
490
New Earth Scene 8
popppiees
3
2.2k
Utilizing Notion as your number one productivity tool
mfonobong
4
300
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.6k
世界の人気アプリ100個を分析して見えたペイウォール設計の心得
akihiro_kokubo
PRO
70
39k
From π to Pie charts
rasagy
0
180
YesSQL, Process and Tooling at Scale
rocio
174
15k
How to Grow Your eCommerce with AI & Automation
katarinadahlin
PRO
1
180
Transcript
割れ窓理論をWebインフラの改善に活用し、 チーム内の知識共有を促進している話 株式会社はてな SRE id:hokkai7go
None
はてなSREチームか ら来ました
突撃!隣のDevOps で紹介されました https://dev.classmethod.jp/devops/dev-ops-hatena/
None
今日話すことは既にブ ログ記事化済み https://blog.hokkai7go.jp/entry/sre-lounge8
割れ窓理論をWebインフラの改善に活 用し、チーム内の知識共有を促進して いる話 https://blog.hokkai7go.jp/entry/2018/12/13/000146
割れ窓とは • 割れた窓が放置されていると他の窓も割られやすくなっ てしまいます。軽犯罪を取り締まることで重大な犯罪も 抑止できるとする理論です。不安や無秩序な状態を取 り除くことができるというのも大きそうです。
割れ窓とは ゴミが散らかったりしないように環境を保つことによってイノ ベーションにまっすぐ焦点を当て続け本物のエンジニアリン グが前進できるようにしているのです Betsy Beyerら著、澤田 武男ら監修 「SRE サイトリライアビリティエンジニアリング ―Googleの信頼性を支えるエンジニ
アリングチーム」2017年 より引用
割れ窓タイムについて • はてなSREs(共通基盤)での割れ窓対応タイムのこと ◦ 問題の認識(issue起票)・方針策定・修正作業まで含 む
割れ窓タイムを始めたきっかけ1 • 下記記事へのあこがれ ◦ 割れ窓理論を導入してWebサービスのクオリティに直結した話 - pixiv inside [archive] ◦
https://devpixiv.hatenablog.com/entry/2016/12/08/172049 ◦ Webサービスの新規開発プロジェクトに取り入れているとか
割れ窓タイムを始めたきっかけ1 • SREにも適用できそうと思った。なぜなら私達SREsもソフトウェアエンジニ アリングをするし、エンジニアとして改善に向かいたいから。
割れ窓タイムを始めたきっかけ2 • やりたいってチーム内で記事書いたら好意的な反応を複数もらえた
はてなSREs(共通基盤)チームのご紹介 • 部長+テックリード+メンバー 計n名 • アルバイト数名 • 他に、チーム付きSREもいます
割れ窓タイム開始前の課題感 • 技術的負債が結構ある。返済したいけどどうしよう… • 歴史的経緯など知らないことがたくさんある(僕もまだ入社して半年 • ドキュメントはあるけど、古くなっているところも多い(10年前の記事とかも 出てくる(みんな書いてくれるのすごい)
割れ窓タイムの目的 • 下記2つにすることを上司と合意 ◦ 「割れ窓の数を適切に制御する」 ◦ 「直さなきゃな〜というものの修正スピードを上げる」 • 知見の共有は副次的効果(開始時のメンバーからのコメント)
割れ窓タイムの開催方法(事前) • 適宜、チームメンバーは割れ窓を発見したらissueを作成し、割れ窓ラベル をつけておく • 割れ窓タイムの日程を確保し、取り組みやすそうなissueを週刊割れ窓マ ガジンという記事にリストアップしておく
割れ窓タイムの開催方法(当日) • 週に1度、1時間リモートでつないで作業時間をとる(SREチームは東京、 京都の2拠点で仕事をしているからです) • 割れ窓タイムスタート時に、その日の割れ窓タイム用issueを立て、やるこ とが決まればissueにその旨を書き、ログを取っていく • 実施後に非同期的に参加者がその日の割れ窓タイム用issueに感想や KPTにつながる内容をコメントする
割れ窓タイムの開催方法(事後) • 振り返りやすいよう、スプレッドシート上で issue URL等を一覧にしておく • 割れ窓タイム企画者(上司と自分)が、企画の改善のために振り返りを行う
割れ窓タイムの対象物 • SREチームで開発しているソフトウェア • サーバの設定 • 物理サーバやAWS上などのリソース • アラート
割れ窓タイムの開催実績 • 2018/10〜2019/2までの5ヶ月で16回 • 3.2回/月
割れ窓タイムの効果 • 割れ窓タイムがないと取り組めないタスクに取り組むことができる • モブプロ、モブオペを推奨しており、知識 (前提知識や、コード、過去の経緯等 )の共有 を図りやすい。新しく入った人のキャッチアップにも利用可能 • 一人で取り組むには勇気がいりそうなところも、複数人で判断できるので勇気を持っ
て取り組むことができる • あそこに割れ窓がありそうという認識がみんなに出てきた
割れ窓タイムの効果 • みんなが集まっているので、タスクで困ってもすぐに相談、解決できてスピード感があ る • これって割れ窓じゃないですか?と話す機会が増えた • 同じ割れ窓が発生することを検知できる • 普段だと時間取れないけど、割れ窓で直しましょうという会話がされるようになった
チーム内の知識共有 を促進している!!!
運営上の工夫と、失敗したこと • 大割れ窓タイムの開催(長いやつ 2h) ◦ ダレた • タスクを大きめに切ってしまいがち ◦ 取り組むときに困る
• 全員で割れ窓棚卸し会をやった ◦ 全員いらなかった
最近の話
1.5時間開催にトライ • 1時間だと短いけど2時間だと長い ◦ 重めのタスクだと時間がかかってしまう ▪ 調査・方針策定 • 1.5時間なんか良さそうって話している
運営の民主化 • 自分以外も開催可能になった ◦ waremado.rb を書いた ▪ 週刊割れ窓マガジンをGHEのissueとして作成。 内容は割れ窓ラベル一覧
リズム • 細かいタスクで成功体験を積むと初速を得られる
割れ窓タイムなかなか良いです やってみた人、やりたい人お話しま しょう
SRE絶賛募集中 https://hatenacorp.jp/recruit/career/sre