泥臭く始める一人目SREの生存戦略、戦略的属人化による運用肥大化からの脱却

by kmitsuhashi

Embed

Start on current slide

Slide 1

Slide 1 text

泥臭く始める一人目SREの生存戦略戦略的属人化による運用肥大化からの脱却株式会社Hubble 三橋 2026/7/11 SRE NEXT 2026 Gold Sponsor Session

Slide 2

Slide 2 text

「SRE学んだ人あるある」

Slide 3

Slide 3 text

スタートアップに行けば早い段階から SREを実践していけるのでは！？

Slide 4

Slide 4 text

三橋奎太 (@k_honeybees) 2025年9月入社 SREとしては3社目最近はAIを活用した運用効率化に注力している

Slide 5

Slide 5 text

No content

Slide 6

Slide 6 text

SREチームの成り立ちの一例

Slide 7

Slide 7 text

価値提供が最優先される最初期ストリームアラインドチーム

Slide 8

Slide 8 text

インフラ詳しいメンバーが横断的に見始めるストリームアラインドチームストリームアラインドチームインフラ詳しいマン

Slide 9

Slide 9 text

SRE(??) そして、SREチームという名の「何でも屋」が生まれるストリームアラインドチームストリームアラインドチーム依頼依頼

Slide 10

Slide 10 text

これでいい？？

Slide 11

Slide 11 text

この時期の組織を取り巻く状況アクセス増複雑性増障害が発生しやすい状況 & チャーンインパクト大利用者数増

Slide 12

Slide 12 text

真に必要なのはSRE!!

Slide 13

Slide 13 text

組織がどれだけ大きくなっても揺るがない信頼性を築いていく必要がある

Slide 14

Slide 14 text

実際はどうだったか

Slide 15

Slide 15 text

入社当時のチームの状況 EM CTO 業務委託メンバーまさに「何でも屋」という状況幸いにも依頼タスクに忙殺されるという状況ではなかったただし放置すれば、何でも屋のままSRE 本来の活動にたどり着けない... SREチーム

Slide 16

Slide 16 text

どうやって改善していったか

Slide 17

Slide 17 text

1. 組織の合意を得る

Slide 18

Slide 18 text

方向性と責務の言語化中長期でやることを宣言し目線合わせ - Mission/Visionの策定 - 責務領域の言語化 - Reliability, O11y, Cost Optimization, Security & Governance, Agility やらないことの線引ではなく、何に対して責任を持って旗を振っていくつもりかを宣言した

Slide 19

Slide 19 text

スケールを軸にしたSRE成熟度の定義実行主体がどこまで広がっているかで定義フェーズ定義は「 SREの探求 22章成功の文化としての SRE」より Lv.1 個人レベルで実践火消しフェーズ Lv.2 SREチームで実践門番フェーズ Lv.3 組織で実践パートナー/触媒フェーズ

Slide 20

Slide 20 text

SRE成熟度の定義責務テーマ Lv.1 Lv.2 Lv.3 Reliability SLI/SLO インシデント対応 O11y アラート計装 CostOptimization FinOps テーマごとに評価を行い現在地を確認 ※ イメージ

Slide 21

Slide 21 text

ロードマップへの落とし込み成熟度評価結果および事業状況から優先テーマを決定

Slide 22

Slide 22 text

運用方針の策定業務をチームとしてどのようにこなしていくかを明文化例：タスクを3種に分類し稼働割合目標を設定することで柔軟性をもたせた  Roadmap ロードマップに関するタスク半期ごとにチームでディスカッションして起票する一人最低一テーマを持つ  Ops 定常運用/改善など自由に起票して良いタスク何をやるかはメンバー裁量に委ねる  Request 他チームからの依頼対応ローテーションによるアサインを行う

Slide 23

Slide 23 text

自律的に動くための枠組みを手に入れた

Slide 24

Slide 24 text

2. 信頼を獲得する

Slide 25

Slide 25 text

⌛ ロードマップの課題ロードマップタスクも重要であるが、成果が出るまでに時間がかかる... 🤝 SRE活動の前提条件真のSRE活動を行っていくには、他部署からの信頼を得ておく必要がある 💡 「球拾い」で最短で信頼を得る伝家の宝刀「球拾い」

Slide 26

Slide 26 text

STEP 01 🔔 通知設定得意領域のキーワードをSlackで通知設定（datadog, aws, o11y, sreなど） STEP 02 ⚡ 高速打ち返し誰かが困っているスレッドをいち早く検知して高速で打ち返す OUTCOME 💡 信頼獲得「この領域のことはこの人に聞けばいい」という印象を最短で作れた球は高速に打ち返す

Slide 27

Slide 27 text

💊 依存性 - そもそも誰もやりたがらないのでやるだけで感謝され、信頼も得やすい上に自己肯定感も高まる (もっと拾いたくなる) 💀 副作用 - 何でも屋化と属人化を加速させ、最終的には燃え尽き症候群に陥る可能性も「球拾い」はドラッグ

Slide 28

Slide 28 text

3. 運用の仕組み化

Slide 29

Slide 29 text

泥臭く現場に入り課題を掴んだインシデント対応ほぼ100％参加した【理由】既存フローが回っているのかわからず理解も浅かった【結果】会話の散在や対応手順の浸透不足などの把握脆弱性対応率先して実施した【理由】定めた運用ルールが本当に回るのか不明だった【結果】偽陽性の多さによる現場負担の大きさを露呈セキュリティチェックシート対応自ら手を上げ参画した【理由】既存の回答フローのどこに負担があるのか掴めていなかった【結果】 Bizとの連携のリアルや既存フローのボトルネックを発見

Slide 30

Slide 30 text

完璧を目指さずに仕組み化していく

Slide 31

Slide 31 text

01. 導入と最適化インシデント管理ツール(Waroom)の導入とフローの最適化を行った 02. 改善ループフローのリポジトリ管理とAIのつなぎ込みによるフロー自体の改善ループを作成した 03. AI調査対応さらなる効率化のため、調査対応をAIにやらせるようにした 04. 自己改善分析原因特定に時間がかかった場合はAIに分析させて自己改善させるようにしたインシデント対応の仕組み化

Slide 32

Slide 32 text

01. チケット自動起票各種ツールの検出結果をチケット管理ツールに自動起票できるようにした 02. AI自動トリアージ AIに重複チェック、偽陽性チェックをさせ、適切なメンバーにアサインさせるようにした 03. フィードバック偽陽性と判断された場合はコメントを残してもらい、それを AI に学習させて偽陽性判定の精度を上げていく脆弱性対応の仕組み化

Slide 33

Slide 33 text

01. ファクト集の管理回答材料となるファクト集を作りリポジトリ管理できるようにしたセキュリティチェックシート対応の仕組み化 02. 一次回答の自動化 AIにファクト集を参照させ、開発サイドで一次回答を生成できるようにした 03. 継続的な改善レビュー結果をAIに受け取らせ、ファクトやプロンプトの改善に繋げられるようにした

Slide 34

Slide 34 text

戦略的属人化 = 「手放すために、あえて一度集める」振り返ってみると戦略的に動いていた 01. あえて集める（属人化）宣言した責務領域に、まず自分が泥臭く入って属人的に抱えた。 ※ 良い仕組みは現場を知らないと作れない。だから「手放すための現場理解」として、あえて一度引き受けた 02. 仕組みで手放す（脱属人化）抱えて分かった勘所を、可能なものから仕組みに変えて手放す。 ※ 順番が逆（現場を知らずに仕組み化）だと、的を外す

Slide 35

Slide 35 text

結果どうなった？

Slide 36

Slide 36 text

運用肥大化に飲まれる前に手を打てた

Slide 37

Slide 37 text

CORE MISSION 次の課題：チームレジリエンスを強化する見えてきた新たな課題これから取り組むこと 01 コミュニケーションの場の再設計 → 知識・作業の冗長化 02 ビジネスメトリクスに紐づくチーム KPIの策定 → 方向・判断の冗長化 03 AIを活用したチーム健全性の分析 → 異常の早期検知

Slide 38

Slide 38 text

完璧な計画はなかった。ただ、無計画でもなかった。属人化の怖さを知りながら、できるものから仕組みに変えた。それが、生存戦略になった。

Slide 39

Slide 39 text

No content