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
150
入社後SREチームのミッションや課題の整理をした話
株式会社tacomsにSREチームとして入社後、課題の進め方に関する課題があった。
課題をどう整理していったかを紹介していく。
Morix
April 04, 2025
Tweet
Share
More Decks by Morix
See All by Morix
[EC2からKubernetes]楽天ラクマのコンテナ化の歩み
morix1500
10
4.4k
AWS EKSでClusterAutoscalerを使うときはNodeGroupの分け方に気をつけろ!
morix1500
0
790
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
PostgreSQL Unconference #52 pg_tde
nori_shinoda
1
240
Cloud Native PG 使ってみて気づいたことと最新機能の紹介 - 第52回PostgreSQLアンカンファレンス
seinoyu
2
240
LINEギフトのLINEミニアプリアクセシビリティ改善事例
lycorptech_jp
PRO
0
310
OPENLOGI Company Profile for engineer
hr01
1
22k
Vision Language Modelを活用した メルカリの類似画像レコメンドの性能改善
yadayuki
9
1.3k
マルチアカウント管理で必須!AWS Organizationsの機能とユースケース解説
nrinetcom
PRO
1
110
Symfony in 2025: Scaling to 0
fabpot
2
240
Engineering Managementのグローバルトレンド #emoasis / Engineering Management Global Trend
kyonmm
PRO
6
1k
ルートユーザーの活用と管理を徹底的に深掘る
yuobayashi
7
740
Go製のマイグレーションツールの git-schemalex の紹介と運用方法
shinnosuke_kishida
1
570
React Server Componentは 何を解決し何を解決しないのか / What do React Server Components solve, and what do they not solve?
kaminashi
6
1.3k
問題解決に役立つ数理工学
recruitengineers
PRO
8
2.3k
Featured
See All Featured
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
29
2.5k
Bash Introduction
62gerente
611
210k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
367
25k
Making Projects Easy
brettharned
116
6.1k
Optimizing for Happiness
mojombo
377
70k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
227
22k
A Tale of Four Properties
chriscoyier
158
23k
Reflections from 52 weeks, 52 projects
jeffersonlam
349
20k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
29
2k
We Have a Design System, Now What?
morganepeng
51
7.5k
The Pragmatic Product Professional
lauravandoore
33
6.5k
Optimising Largest Contentful Paint
csswizardry
35
3.2k
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はストラテジーロードマップをもとにコミュニケーションをすれ ばよくなった
• みんなが納得感のある計画を作れるようになった!!
まとめ • 新しいチームにジョイン後に課題整理をするのはチームの責任範囲やシス テムの把握に役⽴つ • チームのミッションを定義することで、そこから⾒える課題をカテゴライ ズしたり、システムの品質特性をもとに⾒えてない課題を洗い出せた • ミッションをもとにストラテジーが⽣まれ、そこからプロジェクトに落と し込み、プロジェクトの⽬的を忘れないようにできた
• 課題をプロジェクト化し、ロードマップにまとめ、納得感のある計画を作 れた