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
SREチームのタスク優先度と向き合う Road to SRE NEXT@札幌
Search
Nealle
March 07, 2025
Programming
270
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
SREチームのタスク優先度と向き合う Road to SRE NEXT@札幌
2025/3/7 Road to SRE NEXT@札幌
https://sre-lounge.connpass.com/event/344328/
Nealle
March 07, 2025
More Decks by Nealle
See All by Nealle
定期処理の実行時間を監視してますか?
nealle
0
42
Running Kotlin + Quarkus with Lambda
nealle
1
4.1k
ASTを使って影響範囲を特定する
nealle
0
230
AWSとGitHub Actionsの責任境界と 組織で安全に使用する取り組み
nealle
2
440
Claude Codeによるデータ分析の民主化とそれを支えるデータ基盤
nealle
1
200
Product Engineering Conference 2026の ご案内
nealle
0
430
【旧版】Nealle Company Deck
nealle
0
170
職種の境界を染み出しあう品質保証 - PdEがテストへ、QAが上流へ、AIとともに
nealle
0
290
どうして今サーバーサイドKotlinを選択したのか
nealle
0
710
Other Decks in Programming
See All in Programming
現場と育てるRailsモデリング 〜Spreadsheetから始めたモデル設計〜
siroemk
2
770
Lambda durable functionsでHuman in the Loopを楽に…楽に……
har1101
0
150
S3 TablesのIcebergデータに、AIエージェントからアクセスしてみた / 20261016developersio2026joetsu-accessing-iceberg-in-s3tables-via-agent
kasacchiful
PRO
0
180
ジョジョの世界をXRで再現する
mofurune
0
180
Long Living Tokens, Die, Die, Die! (or: The One Ring is Banned in Modern)
sylph01
0
340
最近”作らせてる” ローカルAIアプリの話
akit37
0
480
残高管理から台帳サービスへの進化
artoy
1
210
Atomic Design, Enforced: Scaling Mobile Design Systems (next.app devCon / droidCon Berlin 2026)
steliosf
PRO
0
180
Event is what happens
moro
2
1.1k
設計次第でAIコードの読む量は減らせる / designing-for-code-reading
minodriven
35
17k
Optunaを作ったときにやりたかったこと、その後 (2026/10/16, Optuna Meetup #3)
iwiwi
2
1.1k
コーディング自動化の次へ。人の介入をゼロにするファクトリーとサポートAIによる実践
timakin
5
4.2k
Featured
See All Featured
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.9k
How to build an LLM SEO readiness audit: a practical framework
nmsamuel
2
950
[SF Ruby Conf 2025] Rails X
palkan
3
1.5k
RailsConf 2023
tenderlove
30
1.6k
Color Theory Basics | Prateek | Gurzu
gurzu
1
490
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
31
2.9k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
333
23k
Highjacked: Video Game Concept Design
rkendrick25
PRO
1
490
Bootstrapping a Software Product
garrettdimon
PRO
306
120k
Making Projects Easy
brettharned
120
6.8k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
128
56k
How Software Deployment tools have changed in the past 20 years
geshan
2
35k
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などでエピックの定義を行う際に スケジュールとスコープを厳密にする 優先度の基準をシンプルでも良いので 定義し、握っておく 結果と学び