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
400
入社後SREチームのミッションや課題の整理をした話
株式会社tacomsにSREチームとして入社後、課題の進め方に関する課題があった。
課題をどう整理していったかを紹介していく。
Morix
April 04, 2025
Tweet
Share
More Decks by Morix
See All by Morix
[EC2からKubernetes]楽天ラクマのコンテナ化の歩み
morix1500
16
6.3k
AWS EKSでClusterAutoscalerを使うときはNodeGroupの分け方に気をつけろ!
morix1500
0
890
FirebaseとNetlifyを使ってサーバーレスでサービスを作った話
morix1500
2
2.9k
オーバーロードで学んだチームマネジメント / Team management learned through overlord
morix1500
1
2.1k
転職をする前にやっておきたいこと / What you want to do before you change your career
morix1500
0
3.9k
自分を強くするためにやってきたこと
morix1500
7
2.6k
個人事業主になりたい!どうやって?調べてみよう!
morix1500
1
420
負荷試験入門
morix1500
0
1.4k
PWAを使ったら嫁に怒られなくなった話
morix1500
1
1.7k
Other Decks in Technology
See All in Technology
職種の壁を溶かして開発サイクルを高速に回す~情報透明性と職種越境から考えるAIフレンドリーな職種間連携~
daitasu
0
150
Evolución del razonamiento matemático de GPT-4.1 a GPT-5 - Data Aventura Summit 2025 & VSCode DevDays
lauchacarro
0
170
Snowflakeの生成AI機能を活用したデータ分析アプリの作成 〜Cortex AnalystとCortex Searchの活用とStreamlitアプリでの利用〜
nayuts
1
470
自作JSエンジンに推しプロポーザルを実装したい!
sajikix
1
170
なぜSaaSがMCPサーバーをサービス提供するのか?
sansantech
PRO
8
2.8k
なぜテストマネージャの視点が 必要なのか? 〜 一歩先へ進むために 〜
moritamasami
0
210
RSCの時代にReactとフレームワークの境界を探る
uhyo
10
3.4k
Terraformで構築する セルフサービス型データプラットフォーム / terraform-self-service-data-platform
pei0804
1
170
開発者を支える Internal Developer Portal のイマとコレカラ / To-day and To-morrow of Internal Developer Portals: Supporting Developers
aoto
PRO
1
450
dbt開発 with Claude Codeのためのガードレール設計
10xinc
2
1.2k
品質視点から考える組織デザイン/Organizational Design from Quality
mii3king
0
200
CDK CLIで使ってたあの機能、CDK Toolkit Libraryではどうやるの?
smt7174
4
130
Featured
See All Featured
Intergalactic Javascript Robots from Outer Space
tanoku
272
27k
Git: the NoSQL Database
bkeepers
PRO
431
66k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
229
22k
Bootstrapping a Software Product
garrettdimon
PRO
307
110k
Large-scale JavaScript Application Architecture
addyosmani
512
110k
What's in a price? How to price your products and services
michaelherold
246
12k
GitHub's CSS Performance
jonrohan
1032
460k
Done Done
chrislema
185
16k
Producing Creativity
orderedlist
PRO
347
40k
Docker and Python
trallard
45
3.6k
Building Better People: How to give real-time feedback that sticks.
wjessup
368
19k
Connecting the Dots Between Site Speed, User Experience & Your Business [WebExpo 2025]
tammyeverts
8
520
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はストラテジーロードマップをもとにコミュニケーションをすれ ばよくなった
• みんなが納得感のある計画を作れるようになった!!
まとめ • 新しいチームにジョイン後に課題整理をするのはチームの責任範囲やシス テムの把握に役⽴つ • チームのミッションを定義することで、そこから⾒える課題をカテゴライ ズしたり、システムの品質特性をもとに⾒えてない課題を洗い出せた • ミッションをもとにストラテジーが⽣まれ、そこからプロジェクトに落と し込み、プロジェクトの⽬的を忘れないようにできた
• 課題をプロジェクト化し、ロードマップにまとめ、納得感のある計画を作 れた