マルチプロダクト環境におけるSREの役割 / SRE NEXT 2025 lunch session

SRE NEXT 2025 ランチセッションでの登壇資料です
https://sre-next.dev/2025/schedule/#slot086

# appendix

■What’s your org’s reliability mindset? Insights from Google SREs
https://cloud.google.com/blog/products/devops-sre/the-five-phases-of-organizational-reliability?hl=en

■Google Cloud Well-Architected Framework
https://cloud.google.com/architecture/framework?hl=ja

■アジャイルサムライ――達人開発者への道
https://shop.ohmsha.co.jp/shopdetail/000000001901/

■インセプションデッキ
https://www.agile-studio.jp/post/apm-inception-deck

Transcript

1. © SmartHR, Inc. マルチプロダクト環境における SREの役割 〜SmartHRの組織⽴ち上げから学ぶ実践知〜 すがわら まさのり(@sugamasao) SmartHR テクノロジーマネジメント本部 2025/7/12 SRE NEXT 2025 画像を置換
2. 提供🍱 SmartHR
3. 提供🍱 SmartHR お弁当がおいしかったらXで 投稿お願いします！😋
4. とにかくどうしても 伝えたいこと 4
5. SmartHRでは SREを積極採⽤中 です！！！！！！１ 5
6. はい 6
7. すがわら まさのり（sugamasao） スピーカー紹介 2020/5〜 バックエンドエンジニアとして⼊社 基本機能というデカRailsアプリの開発 2022/10〜 上記プロダクト内のエンジニア組織マネージャー 2024/1〜 テクノロジーマネジメント本部の⽴ち上げ SRE/PSIRT/DPEの管掌を⾏うマネージャー
8. すがわら まさのり（sugamasao） スピーカー紹介 2020/5〜 バックエンドエンジニアとして⼊社 基本機能というデカRailsアプリの開発 2022/10〜 上記プロダクト内のエンジニア組織マネージャー 2024/1〜 テクノロジーマネジメント本部の⽴ち上げ SRE/PSIRT/DPEの管掌を⾏うマネージャー SmartHR⼊社まではずっと バックエンドエンジニア だったよ
9. すがわら まさのり（sugamasao） スピーカー紹介（趣味）
10. すがわら まさのり（sugamasao） スピーカー紹介（趣味） Rubyチョットわかる
11. 私とSRE NEXT
12. 私とSRE NEXT 1年ぶり2回⽬のSRE NEXTです よろしくおねがいします
13. マルチプロダクト環境における SREの役割
14. 今⽇のテーマ 1. SRE⽴ち上げの背景 2. SRE⽴ち上げで気をつけたポイント 3. SREのいま
15. SRE⽴ち上げの背景
16. ……の前にプロダクトについて かんたんに紹介させてください ※組織やプロダクトの構成とSREの関わり⽅は  強い影響があるので前提を揃えさせて🙏 16
19. SmartHRのプロダクトの特徴 💡「従業員データベース」を中⼼とした マルチプロダクト構成 • 従業員のデータを持っている「デカWebアプリ」 • 従業員のデータを活⽤する「たくさんのWebアプリ」 19
20. SmartHRのプロダクトの特徴 💡「従業員データベース」を中⼼とした マルチプロダクト構成 • 従業員のデータを持っている「デカWebアプリ」 • 従業員のデータを活⽤する「たくさんのWebアプリ」 これからもWebアプリは増えていくぞ 20 ポイント
21. SmartHRのプロダクトの特徴 💡プロダクトを開発するチームは 「ストリームアラインドチーム」 • フロントエンド/バックエンド/インフラなど、ほぼ全て の開発‧運⽤は⾃⾝のチームで完結するスタイル • プロダクトの新規⽴ち上げ、インフラ環境の構築も担当 チームが⾏う 21
22. SmartHRのプロダクトの特徴 💡そうは⾔っても各チームが⾃助努⼒で  がんばる、は無理がある部分も出てきた • より適したインフラ構成の模索 • 各プロダクトが共通で利⽤するTerraformモジュールな ど「誰の持ち物でもない」けれど利⽤しているインフラ 関連の課題に対してオーナーシップが持ちにくい状態 • 信頼性に関する品質向上の取り組み 22
23. SmartHRのプロダクトの特徴 💡「SRE」組織を⽴ち上げましょう • 時はきた ◦ 2023年後半に体制の検討 ◦ 2024年1⽉から「SRE」組織の組成 23
24. 今⽇のテーマ 1. SRE⽴ち上げの背景 2. SRE⽴ち上げで気をつけたポイント 3. SREのいま
25. SRE⽴ち上げで気をつけたポイント
26. SRE組織の⽴ち上げ 💡「SRE」組織を⽴ち上げるぞ • 「プロダクトを開発しているチームの⾃律性と能⼒向上」 を重視したい • いわゆるイネイブリングチームとしてのSRE 󰢄 インフラ構築の代⾏ 󰢄 ミドルウェアやフレームワークのアップデート 26
27. SRE組織の⽴ち上げ 27 💡 SRE組織の⽴ち上げ • 私がSRE組織のマネージャーとして就任 • プロダクト開発チームからSREを希望しているメンバー を1名アサイン
28. SRE組織の⽴ち上げ 28 💡 致命的な課題
29. SRE組織の⽴ち上げ 29 💡 致命的な課題 SRE経験者がいない
30. 💡どうしよ • 課題に着⼿できるイメージはあるものの…… ◦ ベースとなる考え⽅がふわふわしてる • 課題感はあるが、⽬の前の「気がついた」ことベースで 課題に取り組むだけだと中⻑期的な課題と向き合うの が難しいのでは？ SRE組織の⽴ち上げ 30
31. 💡ぜったい避けたいこと • ⽬の前の課題解決に集中してしまい、各プロダクトの成 ⻑に寄与できないこと • インフラや信頼性が課題となって事業成⻑の⾜枷となっ てしまうこと • 他のチームから「インフラやってくれる⼈」と思われる こと ◦ SREの定義は会社によって千差万別なので SRE組織の⽴ち上げ 31
32. 💡たったひとつの冴えたやりかた • 有識者に頼ろう！（それはそう） SRE組織の⽴ち上げ 32
33. 💡たったひとつの冴えたやりかた • 有識者に頼ろう！（それはそう） SRE組織の⽴ち上げ 33 中⻑期のロードマップやSREとしての⽅針‧期待値など 整えていかないといけないが、体系⽴てて考えるための知⾒ が不⾜していた ポイント
34. 💡有識者 is • 株式会社Topotal の@rrreeeyyy さんが相談に乗ってい ただけることに 本当にお世話になっております🙏 SRE組織の⽴ち上げ 34
35. 💡⾒えてきた基本⽅針 • rrreeeyyy さんにSREの⽅針を相談している中で教えて もらったリソース ◦ What’s your org’s reliability mindset? Insights from Google SREs SRE組織の⽴ち上げ 35
36. 💡What’s your org’s reliability mindset? Insights from Google SREs • Googleで信頼性に関する活動から⾒出された 信頼性を表す5つの分類 ◦ absent, reactive, proactive, strategic, visionary SRE組織の⽴ち上げ 36
37. 💡我々のプロダクトの段階は？ • 多くのプロダクトはreactiveな段階だということがわ かった ◦ 信頼性に関するメトリクスやアラートの設定はある ◦ ポストモーテムの作成や再発防⽌策も取れている ◦ しかし、潜在的な課題解決など⻑期的な投資を計画 的には⾏えていない SRE組織の⽴ち上げ 37
38. 💡信頼性に関するレベルを上げたい • 潜在的なリスクの把握や課題解決の優先付けができる状 態にすることで、障害など信頼性を損ねる前に解決でき る状態が良い • つまり、問題が起きる前に解決できるような、 proactiveな状態を⽬指したい SRE組織の⽴ち上げ 38
39. 💡課題に気がつけるようにするためには • 各プロダクトのアラート設定の整備 • SLOの導⼊ ◦ 信頼性の可視化 ◦ 課題解決へ向けた投資のバランス SRE組織の⽴ち上げ 39
40. 💡課題に気がつけるようにするためには • 各プロダクトのアラート設定の整備 • SLOの導⼊ ◦ 信頼性の可視化 ◦ 課題解決へ向けた投資のバランス SRE組織の⽴ち上げ 40 SRE⽴ち上げ当時からSLOの導⼊は検討していたが、 rrreeeyyy さんのアドバイスやGoogleのドキュメントを読むことでSLOの導 ⼊‧推進する際のベースとなる考え⽅を⼿に⼊れることができた
41. 💡詳しくはテックブログにも書きました！ SRE組織の⽴ち上げ 41
42. 💡ぜったい避けたいこと（再掲） • ⽬の前の課題解決に集中してしまい、各プロダクトの成 ⻑に寄与できないこと • インフラや信頼性が課題となって事業成⻑の⾜枷となっ てしまうこと • 他のチームから「インフラやってくれる⼈」と思われる こと ◦ SREの定義は会社によって千差万別なので SRE組織の⽴ち上げ 42
43. 💡SRE組織⽴ち上げで取り組んだポイント • インセプションデッキを作成してSREチーム内での役割 や期待値の整理 • ロードマップの作成 SRE組織の⽴ち上げ 43
44. 💡SRE組織⽴ち上げで取り組んだポイント • インセプションデッキを作成してSREチーム内での役割 や期待値の整理 • ロードマップの作成 SRE組織の⽴ち上げ 44
45. 💡インセプションデッキ インセプションデッキを作ろう “インセプションデッキは、プロダクトづくりに関わるメンバーが各々の意⾒を持ち 寄って共通認識をつくり出すための⼤事な質問、もしくは対話の場を指す。インセプ ションデッキの内容は10個の⼿ごわい質問（タフクエッション）で構成される。 チーム⽴ち上げ時期やプロダクトの⽅向性を⾒直すタイミングで質問の解となるデッキ （スライド）をメンバーと対話しながら作成や更新を⾏う。インセプションデッキは書 籍『アジャイルサムライ』の中でJonathan Rasmussonによって紹介された。” インセプションデッキ | Agile Studio 45 アジャイルサムライ ――達人開発者 への道 | コンピュータ・一般書 ,プロ グラミング・開発 ,開発技法 | Ohmsha
46. インセプションデッキを作ろう 💡10個の⼿ごわい質問(1) • 我々はなぜここにいるのか？ • エレベーターピッチ • パッケージデザイン • やらないことリスト • 「ご近所さん」を探せ（プロジェクトコミュニティ） 46
47. インセプションデッキを作ろう 💡10個の⼿ごわい質問(2) • 解決案を描く（ざっくりアーキテクチャ図） • 夜も眠れなくなるような問題は何だろうか？（リスク） • 期間を⾒極める • 何を諦めるのかはっきりさせる（トレードオフスライダー） • 何がどれだけ必要なのか 47
48. 💡インセプションデッキの狙い • チーム内で共通認識を作成するため • チームビルディングのため インセプションデッキを作ろう 48
49. 💡インセプションデッキを作ろう • いくつかの質問はスキップしつつも我々がどう考えてい るのかを⾔語化する インセプションデッキを作ろう 49 当時作成したインセプション デッキから抜粋
50. 💡SRE組織⽴ち上げで取り組んだポイント • インセプションデッキを作成してSREチーム内での役割 や期待値の整理 • ロードマップの作成 SRE組織の⽴ち上げ 50
51. 💡ロードマップの狙い • 半期の計画を⽴てる • 本当に解決すべき課題は何か？をブラさないため • 注⼒するポイントや成果の現在地を把握しやすくするた め ロードマップを作ろう 51
52. 💡ロードマップを作ろう • 「やりたいこと」はたくさん出るので、それを体系⽴て てアラインしたい • 「Google Cloud Well-Architected Framework」を ベースに「やりたいこと」「やること」を整理 ロードマップを作ろう 52 https://cloud.google.com/architecture/framework?hl=ja
53. 💡Google Cloud Well-Architected Framework ロードマップを作ろう 53 https://cloud.google.com/architecture/framework?hl=ja
54. 💡ロードマップ • 5つの柱をベースにしつつ、重要度や緊急度を鑑みて 「やること」を整理 ロードマップを作ろう 54
55. 💡SREチームの期待値や⽅針を決められた • SREチームとしても認識が揃ったので注⼒するポイント を⾒失わなかった • 関係するプロダクト開発チームにとっても、SREチーム に対する期待値を揃えられたのでスムーズなやりとりが できた やったぜ😉 SREの⽅針決め 55
56. 今⽇のテーマ 1. SRE⽴ち上げの背景 2. SRE⽴ち上げで気をつけたポイント 3. SREのいま
57. SREのいま
58. SREのいま ‼SREのメンバー数 58
59. SREのいま 💡少⼈数でどのように改善していくか • 全てのプロダクトの設定をSRE主導で変えてい くのはたいへん • 変更理由や背景を伝え、各プロダクトチーム が変更しやすい状況を作りつつ設定変更をお 願いしていく ◦ 知⾒や設計思想の共有にもなる 59
60. SREのいま 💡「レバレッジ」を意識した活動 • SLOを幅広く導⼊できる⼯夫 • オーナーシップ不在だったTerraformモ ジュール群やアラート設定の整理 • 過剰だったCloud SQLバックアップ数の適 正化をはじめとするコスト削減 60
61. SREのいま 💡そうは⾔っても２名でやれんのか • やりたいけど⼿が⾜りない部分もたくさん ある • そんな状況でも取捨選択しながら組織とし て重要度の⾼いことに絞って成果を積み上 げています 61
62. SREのいま 💡「やる」ために • 信頼性を測るための⼤きな⼀歩となるSLO の導⼊は⼯夫していかないと難しい • それを進めるにはどうしたら良いか 62
63. どうやってマルチプロダクトにSLOを導⼊したか？ 💡詳しくはこちらのセッションをご覧ください！ 63 https://sre-next.dev/2025/schedule/#slot060
64. どうやってマルチプロダクトにSLOを導⼊したか？ 💡詳しくはこちらのセッションをご覧ください！ 64 https://sre-next.dev/2025/schedule/#slot060 これから！
65. SRE組織の今後 💡2名で充⾜している？ • ぜんぜん⾜りてない！！！１ • SLOの導⼊など、「いまやっていること」を広 げていく点でも不⾜している • より各プロダクトに寄り添った⽀援をしてい きたいけれど、「浅く広く」にならざるを得 ない 65
66. SRE組織の今後 💡いまはイネイブリングが中⼼だけど • マルチプロダクトという戦略上、「新規プロダク トの⽴ち上げ」もレバレッジが効くポイント • 初期のインフラ構築、CI/CD環境の設定をよりス ムーズにするためプラットフォームエンジニアリ ングっぽいものも⼒を⼊れていきたい • やりたいこと⼤盛 66
67. SmartHRでは SREを積極採⽤中 です！！！！！！１ 67
68. 68 https://open.talentio.com/r/1/c/s marthr/pages/98449
69. 提供🍱 SmartHR
70. SRE NEXTに参加しているSmartHRの社員は↓ のパーカーを着ているので、SREについて、イ ンフラについてなど気になることがあればぜひ お声がけください😃 70
71. SmartHRでは SREを積極採⽤中 です！！！！！！１ 71