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チームのタスク優先度と向き合う Road to SRE NEXT@札幌
Search
Nealle
March 07, 2025
Programming
0
170
SREチームのタスク優先度と向き合う Road to SRE NEXT@札幌
2025/3/7 Road to SRE NEXT@札幌
https://sre-lounge.connpass.com/event/344328/
Nealle
March 07, 2025
Tweet
Share
More Decks by Nealle
See All by Nealle
事業KPIを基に価値の解像度を上げる
nealle
0
180
一人目PdMとして、まず"自分"をPMFさせることから考える
nealle
0
290
エンジニアが挑む、限界までの越境
nealle
1
370
ニーリーQAのこれまでとこれから
nealle
2
1.1k
データ分析で事業貢献するために
nealle
0
1.4k
運用しながらリアーキテクチャ
nealle
0
660
Lambdaの監視、できてますか?Datadogを用いてLambdaを見守ろう
nealle
2
1.2k
Datadog DBMでなにができる? JDDUG Meetup#7
nealle
0
360
学生向けバグバウンティイベントP3NFEST参加のキロク CHUO Tech #6
nealle
0
110
Other Decks in Programming
See All in Programming
型付け力を強化するための Hoogle のすゝめ / Boosting Your Type Mastery with Hoogle
guvalif
1
210
Proxmoxをまとめて管理できるコンソール作ってみました
karugamo
1
370
Cache Strategies with Redisson & Exposed
debop
0
120
rbs-traceを使ってWEARで型生成を試してみた After RubyKaigi 2025〜ZOZO、ファインディ、ピクシブ〜 / tried rbs-trace on WEAR
oyamakei
0
450
「MCPを使ってる人」が より詳しくなるための解説
yamaguchidesu
0
290
AI時代のリアーキテクチャ戦略 / Re-architecture Strategy in the AI Era
dachi023
0
180
がんばりすぎないコーディングルール運用術
tsukakei
1
110
“技術カンファレンスで何か変わる?” ──RubyKaigi後の自分とチームを振り返る
ssagara00
0
200
Boast Code Party / RubyKaigi 2025 After Event
lemonade_37
0
300
複雑なフォームを継続的に開発していくための技術選定・設計・実装 #tskaigi / #tskaigi2025
izumin5210
12
5.7k
マテリアルって何者?RealityKitで扱うマテリアル入門
nao_randd
0
130
CursorとDevinが仲間!?AI駆動で新規プロダクト開発に挑んだ3ヶ月を振り返る / A Story of New Product Development with Cursor and Devin
rkaga
5
1.8k
Featured
See All Featured
Automating Front-end Workflow
addyosmani
1370
200k
The Power of CSS Pseudo Elements
geoffreycrofte
76
5.8k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
180
53k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
122
52k
VelocityConf: Rendering Performance Case Studies
addyosmani
329
24k
Producing Creativity
orderedlist
PRO
345
40k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
45
9.5k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
53k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
42
2.3k
The Invisible Side of Design
smashingmag
299
50k
The Language of Interfaces
destraynor
158
25k
Site-Speed That Sticks
csswizardry
6
570
Transcript
SREチームのタスク優先度と向き合う チームアジェンダを高速に消化しながら 依頼対応も爆速で捌いていく為に 株式会社ニーリー プラットフォーム開発部 SREチーム 大木建人 2025/03/07 Road to
SRE NEXT@ 札幌
2 自己紹介 氏名 所属 経歴 大木 建人 / Kento Ogi
株式会社ニーリー プロダクト統括本部 プラットフォーム開発G SREチーム 趣味 夏はボルダリング🧗 冬はスノーボード🏂 2018-2020 大学で強化学習の研究 & インターンでAWSにハマる 2020-2023 新卒で合同会社DMM.comへ AWSにハマってたらSRE部メンバーに 2023- 株式会社ニーリーへ入社 SREとして信頼性やリリースエンジニアリングに取り組む @2357gi @2357gi
3 プロダクト紹介
ニーリーがわかるコンテンツ 4 Recruit | 採用関連資料
SREチーム、SREingだけできていますか? ・SREと銘打つが、なんだかんだ組織のインフラ担当も兼ねがち ・インフラ関連依頼や構築したCI/CDの問い合わせなど... 依頼を捌いてたら今期やりたかったエピック全然進まなかった😭 になりがち...。 これに向き合った話をしたい🙌 5 本日話すこと 🫶5分LTなので”何か得るものを持って帰ってもらう”よりも “懇談会やその後の業務の中での議論ネタ”
にしてもらいたい
1. 弊SREチームの役割と日々のタスク 2. 四半期計画 vs 差し込み依頼 3. なぜ優先度が崩れるのか 4. 改善案:エピックの細分化とDesign
Docsの活用 5. 結果と学び 6 本日のお品書き
1. 弊SREチームの役割と日々のタスク 2. 四半期計画 vs 差し込み依頼 3. なぜ優先度が崩れるのか 4. 改善案:エピックの細分化とDesign
Docsの活用 5. 結果と学び 7 本日のお品書き
8 メンバー:4人 メインプロダクトのParkDirectと PDBizというプロダクトを担当 SREメンバーとプロダクト 弊SREチームの役割と日々のタスク
9 日々取り組んでいるタスクの種類 弊SREチームの役割と日々のタスク
1. 弊SREチームの役割と日々のタスク 2. 四半期計画 vs 差し込み依頼 3. なぜ優先度が崩れるのか 4. 改善案:エピックの細分化とDesign
Docsの活用 5. 結果と学び 10 本日のお品書き
11 四半期計画 vs 差し込み依頼 SREチームのサイクル
12 評価に関わる目標設定にも 「これらのエピックを期限内に達成」 を明記 四半期計画 vs 差し込み依頼 しかし... 1エピック想定工数 1〜2ヶ月
13 差し込み依頼によりスケジューリングがずれることが多々発生 差し込み依頼にも直ぐに対応できる小さなものから 事業優先度が高く、工数もかかるものが存在 スケジュール遅延が多々発生、 評価に基づく目標設定も難しく.... 四半期計画 vs 差し込み依頼
1. 弊SREチームの役割と日々のタスク 2. 四半期計画 vs 差し込み依頼 3. なぜ優先度が崩れるのか 4. 改善案:エピックの細分化とDesign
Docsの活用 5. 結果と学び 14 本日のお品書き
原因を考える 15 なぜ優先度が崩れるのか
1. 弊SREチームの役割と日々のタスク 2. 四半期計画 vs 差し込み依頼 3. なぜ優先度が崩れるのか 4. 改善案:エピックの細分化とDesign
Docsの活用 5. 結果と学び 16 本日のお品書き
原因を考える 17 なぜ優先度が崩れるのか
18 改善案:エピックの細分化とDesign Docsの活用
1. 弊SREチームの役割と日々のタスク 2. 四半期計画 vs 差し込み依頼 3. なぜ優先度が崩れるのか 4. 改善案:エピックの細分化とDesign
Docsの活用 5. 結果と学び 19 本日のお品書き
20 成果 四半期レベルのタスクが大幅に遅延することがほぼ解消 大きすぎるエピックがなくなり、途中経過を追いやすく 学び Design Docs等で厳密にスコープを定義することが大切 そして、そこで定義したスコープを守る (これも関連するからついでにやろう、を無くす💪) 結果と学び
21 明日から試せるポイント DesignDocsなどでエピックの定義を行う際に スケジュールとスコープを厳密にする 優先度の基準をシンプルでも良いので 定義し、握っておく 結果と学び