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チームのミッションや課題の整理をした話
Search
Morix
April 04, 2025
Technology
1
260
入社後SREチームのミッションや課題の整理をした話
株式会社tacomsにSREチームとして入社後、課題の進め方に関する課題があった。
課題をどう整理していったかを紹介していく。
Morix
April 04, 2025
Tweet
Share
More Decks by Morix
See All by Morix
[EC2からKubernetes]楽天ラクマのコンテナ化の歩み
morix1500
10
4.5k
AWS EKSでClusterAutoscalerを使うときはNodeGroupの分け方に気をつけろ!
morix1500
0
810
FirebaseとNetlifyを使ってサーバーレスでサービスを作った話
morix1500
2
2.8k
オーバーロードで学んだチームマネジメント / Team management learned through overlord
morix1500
1
2k
転職をする前にやっておきたいこと / What you want to do before you change your career
morix1500
0
3.8k
自分を強くするためにやってきたこと
morix1500
7
2.5k
個人事業主になりたい!どうやって?調べてみよう!
morix1500
1
410
負荷試験入門
morix1500
0
1.3k
PWAを使ったら嫁に怒られなくなった話
morix1500
1
1.6k
Other Decks in Technology
See All in Technology
Terraform Cloudで始めるおひとりさまOrganizationsのすゝめ
handy
2
190
4/17/25 - CIJUG - Java Meets AI: Build LLM-Powered Apps with LangChain4j (part 2)
edeandrea
PRO
0
130
PdM採用とAIの製品活用を同時に頑張ってみた話 / EM oasis 20250418
rakus_dev
0
120
Classmethod AI Talks(CATs) #21 司会進行スライド(2025.04.17) / classmethod-ai-talks-aka-cats_moderator-slides_vol21_2025-04-17
shinyaa31
0
620
生成AIによるCloud Native基盤構築の可能性と実践的ガードレールの敷設について
nwiizo
7
1.2k
コードや知識を組み込む / Incorporating Codes and Knowledge
ks91
PRO
0
110
30代からでも遅くない! 内製開発の世界に飛び込み、最前線で戦うLLMアプリ開発エンジニアになろう
minorun365
PRO
13
4.4k
AWSのマルチアカウント管理 ベストプラクティス最新版 2025 / Multi-Account management on AWS best practice 2025
ohmura
4
320
クラウド開発環境Cloud Workstationsの紹介
yunosukey
0
190
SREからゼロイチプロダクト開発へ ー越境する打席の立ち方と期待への応え方ー / Product Engineering Night #8
itkq
2
1k
【Λ(らむだ)】最近のアプデ情報 / RPALT20250422
lambda
0
120
“パスワードレス認証への道" ユーザー認証の変遷とパスキーの関係
ritou
1
620
Featured
See All Featured
Embracing the Ebb and Flow
colly
85
4.7k
The Language of Interfaces
destraynor
157
25k
Building an army of robots
kneath
304
45k
XXLCSS - How to scale CSS and keep your sanity
sugarenia
248
1.3M
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
30
2k
Java REST API Framework Comparison - PWX 2021
mraible
30
8.5k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
47
2.7k
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
656
60k
jQuery: Nuts, Bolts and Bling
dougneiner
63
7.7k
BBQ
matthewcrist
88
9.6k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
13
1.4k
Site-Speed That Sticks
csswizardry
5
500
Transcript
⼊社後SREチームのミッションや課題 の整理をした話 株式会社tacoms SREチーム Morix 2025/04/04 ゆるSRE勉強会 #10
⾃⼰紹介 • 2024年11⽉に株式会社tacomsに⼊社 • SREチーム テックリード兼マネージャー • 1児(3歳)のパパ • 最近の趣味はランニング
• SRE NEXT 2025のコアスタッフ ⻄野翔太 ( Morix )
01 tacomsについて About tacoms
None
None
6 あらゆるサービスとAPIで連携 店舗の課題を解決するSaaS「Camel」 注⽂サイト POS‧基幹システム
7 店外注⽂への、店舗オペレーションが 1台のタブレットで全て完結 タブレットが乱⽴ 1台のタブレットで完結
02 本題 Main Theme
アジェンダ • tacomsのSREチームの当時の課題感の共有 • 課題の整理をどう進めたかの紹介
tacomsのSREチームの構成 • 4名(2025/04現在) • 参画時期 ◦ 1⼈⽬: 2022/03 ◦ 2⼈⽬:
2024/07 ◦ 3⼈⽬: 2024/10 ◦ 4⼈⽬: 2024/11 ← 私 • できたてのチーム!!
私が⼊った当時のSREチームの課題 • 今後やりたいことは⾊々あったがどう進めていくか整理できてない • 課題がたくさんあったがどう進めていくか整理できてない • ⾒えてない課題もいろいろありそう
課題整理のゴール • 半年先くらいまでの開発計画を⽴てられるようにすること • CTOやSREメンバーが納得感のある計画を⽴てるための優先度の考え⽅ を決めること
課題整理の進め⽅ 課題の内容理解 課題からミッションを抽出 ミッションをもとに⾒えない課題の洗い出し ミッションからプロジェクトへの落とし込み 課題を再整理しプロジェクトに分類 開発計画の作成‧プロジェクトにメンバーアサイン
1.課題の内容理解 • GitHub issuesにSREの課題や今後やりたいことを挙げてくれていた • それらをCTOやSREメンバーに説明してもらい内容の理解 • SRE全員で内容理解を進めたのでチームビルディングにもなった
2.課題からミッションの抽出 • 課題や今後やりたいことを整理すると以下の4つのカテゴリに分類できた • これらをSREの「ミッション」として定義した
3.ミッションをもとに⾒えない課題の洗い出し • まだ⾒えてない課題を洗い出すためにISO/IEC 25010:2011を参考にした • この規格はソフトウェアの品質に関する国際標準規格 • これらの品質特性を向上させることが我々のミッションと⾔えそう ISO/IEC 25010:2011について:https://www.iso.org/standard/35733.html
3.ミッションをもとに⾒えない課題の洗い出し • 直近1年で注⼒すべき品質特性を定めた • 今まで挙がっていた課題を品質副特性に当てはめていくと、課題が少ない or挙がっていない品質副特性があった • その特性で課題がなさそうかを⾃分で調べたり周りにヒアリングし新たな 課題を⾒つけられた
4.ミッションからプロジェクトへの落とし込み • 課題が⼀通り洗い出せたので、どうやって進めるかを考えた • 課題の他にも今後やりたいこともある。しかし、やりたいこと=プロジェ クトとはならない • 例えば「この時期までに〇〇というイベント時のアクセススパイクに耐え られるようにしたい」というやりたいことがあった場合 ◦
アプリケーションのあの部分のパフォーマンスをあげたほうがいい ◦ インフラのこの部分のスケーラビリティをあげたい ◦ 過度なアクセスは待機画⾯にしたい • これらはひとつのプロジェクトとして進めるには重い • そのため「やりたいこと」をストラテジーと命名
4.ミッションからプロジェクトへの落とし込み • 次のような3層構造でプロジェクトを管理するようにした • プロジェクトの⽬的がわかりやすく、納得感を持って仕事ができる! ミッション ストラテジー プロジェクト
5.課題を再整理しプロジェクトに分類 • 課題やストラテジーを1つ1つ⾒ていき次のように分類 ◦ ストラテジーまたは重要な課題で注⼒品質副特性に当てはまるもの ▪ -> ストラテジープロジェクト ◦ 重要な課題だが注⼒品質副特性に当てはまらないもの
▪ -> バックログプロジェクト ◦ 軽い課題 ▪ -> バックログタスク • 基本的にストラテジープロジェクトを優先し、プロジェクトの切れ⽬や⼿ が空いたときにバックログプロジェクトやバックログタスクをやる
6.開発計画の作成‧プロジェクトにメンバーアサイン • 今回整理した結果をもとに開発計画(ロードマップ)を作成しプロジェク トにメンバーをアサインした • SREのメンバーはプロジェクトロードマップを⾒れば今後⾃分たちがやる ことがわかるようになった • 私とCTOはストラテジーロードマップをもとにコミュニケーションをすれ ばよくなった
• みんなが納得感のある計画を作れるようになった!!
まとめ • 新しいチームにジョイン後に課題整理をするのはチームの責任範囲やシス テムの把握に役⽴つ • チームのミッションを定義することで、そこから⾒える課題をカテゴライ ズしたり、システムの品質特性をもとに⾒えてない課題を洗い出せた • ミッションをもとにストラテジーが⽣まれ、そこからプロジェクトに落と し込み、プロジェクトの⽬的を忘れないようにできた
• 課題をプロジェクト化し、ロードマップにまとめ、納得感のある計画を作 れた