クライアントワークでSREを行うということ。 あるいは事業会社におけるSREと同じこと・違うこと 株式会社スリーシェイク 中楯 直希 Copyright © 3-shake, Inc. All Rights Reserved. 

\du 株式会社スリーシェイク Sreake 事業部 小売企業向け POS システムやオンラインゲームの バックエンドデータベースの運用開発などを行ったのち、株式会 社スリーシェイクに入社。 現在はSaaS・金融系・モビリティなど様々なドメインの組織に対 してSREing/DBREingを行う。 中楯 直希(@nnaka2992) @nnaka2992 2 Copyright © 3-shake, Inc. All Rights Reserved. 

アジェンダ ● クライアントワークでSREをするということ ● クライアントワークでは何が同じなのか？ ● クライアントワークでは何が違うのか？ ● まとめ 3 Copyright © 3-shake, Inc. All Rights Reserved. 

高い技術力によって顧客の内製化をサポートする『伴走型支援』が強みです Copyright © 3-shake, Inc. All Rights Reserved. 4 技術の広さ・深さ クラウドネイティブ領域を アーキテクチャから実装までカバー。 課題解決のためには、OSSのコードや 実機検証まで深掘り 伴走型支援 外注先ではなく 顧客のチームの一員として伴走。 課題分析～提案～実装まで オーナーシップを持って推進 ゴール＝内製化 目指すのは安定売上・完成品納品 ではなく、顧客の開発組織の 内製化・自走。 仕組み作りだけでなく、組織作り ・教育・採用まで総合的に支援 Sreake 事業部説明資料 より引用 クライアントワークで SREをするということ 

顧客のチームの一員として共にテーマに取り組み、イネーブルメントを実現するモデルです Copyright © 3-shake, Inc. All Rights Reserved. 5 正社員教育・ スキルアップ支援 プランニング チーム作り スモール スタート アセスメント テーマ・ゴール設定 ロードマップ作成 チーム組成支援 CI/CD, IaCなど まずは小さく できることから実践 拡大 対象システムや 施策範囲を拡大 KPI定義 / 評価制度作成 / ワークショップ エンジニア採用・ チーム拡大支援 HR支援 / 業務委託人材支援(Relance) 実践 育成 拡大 組織づくり (SRE / CCoE) 仕組み作り (Platform Engineering) Sreakeが目指す 内製化の姿 最新の技術を開発・運用に 取り込み、継続的な改善が できる 変化や新しい活動にポジ ティブに向き合っている 知見が共有され、継続的な スキル向上や高度領域シフ トができる AI活用 (開発 / AIOps) ※『内製化支援』だけでなく、アーキテクチャ検討やプラットフォーム構築、組織組成といったテーマ単位のプロジェクトも支援しています Sreake 事業部説明資料 より引用 クライアントワークで SREをするということ 

クライアントワークで SREをするということ ● 3-shakeでは顧客の開発組織が自走してSREを実践でき るようになることを重視している ○ そのために技術・教育・採用の支援を包括的に行う ○ 支援するエンジニアが顧客組織の一員であるかのよう に顧客組織のことを考えて活動する 6 Copyright © 3-shake, Inc. All Rights Reserved. 

クライアントワークで SREをするということ ● クライアントワークだからこその特異な点 ○ SREerが完全に異なる組織に対してEmbedded SRE を実践する ■ 組織内ではEnabling TeamやPlatform Teamの系統に属するSREとして 活躍することもある ○ 組織によってSREの定義が異なる ○ 支援する組織は最終的には完全に自身の手から離れ る 7 Copyright © 3-shake, Inc. All Rights Reserved. 

クライアントワークで SREをするということ ● クライアントワークだからこその特異な点 ○ SREerが完全に異なる組織に対してEmbedded SRE を実践する ■ 組織内ではEnabling TeamやPlatform Teamの系統に属するSREとして 活躍することもある ○ 組織によってSREの定義が異なる ○ 支援する組織は最終的には完全に自身の手から離れ る 8 Copyright © 3-shake, Inc. All Rights Reserved. クライアントワークだから 取れる手段もあれば取れない手段もある 

クライアントワークでは何が同じなのか？ ● 既存開発組織と目線が合わない・障壁があるのは同じ ○ 最初は御用聞きになりやすい ■ まずは信頼値を稼ぐのが大事 ○ 組織・顧客のためにやることは変わらない ■ 立場が違っても目標は変わらないから向き先は同じ ○ SREどうしの横のつながりは大切 ■ 特定のチームにばかり向き合っていると、思考が限られていく 9 Copyright © 3-shake, Inc. All Rights Reserved. 

クライアントワークでは何が同じなのか？ ● 壁がある状況からどのように融和していくか？ ○ 最初から完璧を目指さず、少しずつ組織に合わせて SREになっていくことが大切 ■ SREとプロダクトエンジニアは なぜ、分断されてしまうのか/Why are sre team and product teams so disconnected? - Speaker Deck ■ SREじゃなかった僕らがenablingを通じて「SRE実践者」になるまでのリア ル / SRE Kaigi 2026 - Speaker Deck 10 Copyright © 3-shake, Inc. All Rights Reserved. 

クライアントワークでは何が同じなのか？ ● 組織と顧客のことを考えれば自然と同じほうを向く ○ やり方は変わってもにやることは変わらない ■ 開発チームが信頼性向上のためにできること - Slidev ■ クレジットカード決済基盤を支えるSRE - 厳格な監査とSRE運用の両立 (SRE Kaigi 2026) - Speaker Deck ■ M&A 後の統合をどう進めるか ─ ナレッジワーク × Poetics が実践した組 織とシステムの融合 - Speaker Deck ■ ファインディの横断SREがTakumi byGMOと取り組む、セキュリティと開発 スピードの両立 - Speaker Deck 11 Copyright © 3-shake, Inc. All Rights Reserved. 

クライアントワークでは何が同じなのか？ ● SREどうしの横のつながりは大切 ○ 異なる組織にEmbedded SREに3-shakeという Federated SREで支援している ■ チームを巻き込みエラーと向き合う技術 - Speaker Deck 12 Copyright © 3-shake, Inc. All Rights Reserved. 

クライアントワークでは何が違うのか？ ● クライアントワークならではの壁はある ○ チームの壁を超える難易度が高い ■ チーム外の知ってる人に影響を与えにくい・与えられにくい ○ 組織内外で見せられる情報が異なる ■ 製品上のロードマップやセンシティブな情報にはアクセスしにくい ○ 人月商売であることからは「まだ」逃れられない ■ お金と時間と契約には縛られてしまう ○ etc… 13 Copyright © 3-shake, Inc. All Rights Reserved. 

クライアントワークでは何が違うのか？ ● 壁があるからこそアプローチが変わることもある ○ 小さなタスクから初めて大きく育てる ○ 外部専門家という立ち位置による説得力の強化 ○ 絶対にいつかはいなくなるというプレッシャーからの Enablingの推進が可能 14 Copyright © 3-shake, Inc. All Rights Reserved. 

クライアントワークでは何が違うのか？ ● 基本戦略は外部であることを逆手にとって価値を最大化 すること ○ 外部専門家の方が内部の専門家より意見が通りやす いこともある ○ 時間が限られていることをプレッシャーとして活用する 15 Copyright © 3-shake, Inc. All Rights Reserved. 

クライアントワークでは何が違うのか？ ● 基本戦略は外部であることを逆手にとって価値を最大化 すること ○ 外部専門家の方が内部の専門家より意見が通りやす いこともある ○ 時間が限られていることをプレッシャーとして活用する 16 Copyright © 3-shake, Inc. All Rights Reserved. そのままでは難しくても 内部SRE組織でも 使える手段なのではないか？ 

まとめ ● クライアントワークだからこそ、事業会社だからこそ難し い部分がある ○ SREを始めるときに難しさがあるのはどの立場でも同 じ ● 制約の中でSREを目指す動きこそが組織に最適なSRE を作る 17 Copyright © 3-shake, Inc. All Rights Reserved.