[2026-10-14](C)Re:ゼロから始める異世界生活〜始まりの終わりと終わりの始まり〜

Fukuoka CRE Lounge 2nd 〜先駆者に聞く！CREのはじめかた・育てかた〜
スポンサーセッション登壇
https://moneyforward.connpass.com/event/402860/

Transcript

1. ©Re:ゼロから始める異世界⽣活 〜始まりの終わりと終わりの始まり〜 2026年10⽉14⽇（⽔） Fukuoka CRE Lounge 2nd @tosite / ⼿島 尚⼈ 〜先駆者に聞く！CREのはじめかた‧育てかた〜 マネーフォワード 福岡開発拠点
2. はじめまして
3. はじめまして 趣味 キャンプ‧登⼭‧旅⾏‧ ドライブ‧⾞中泊‧料理‧ サウナ‧温泉‧かっちゃん
4. はじめまして 趣味 キャンプ‧登⼭‧旅⾏‧ ドライブ‧⾞中泊‧料理‧ サウナ‧温泉‧かっちゃん
5. はじめまして 先週⼟〜⽉のこと かっちゃん→下関→ 趣味 キャンプ‧登⼭‧旅⾏‧唐⼾市場→柳井市→ ドライブ‧⾞中泊‧料理‧ 錦帯橋→いろり⼭賊→ サウナ‧温泉‧かっちゃん 宮島→福岡
6. はじめまして 先週⼟〜⽉のこと かっちゃん→下関→ 趣味 キャンプ‧登⼭‧旅⾏‧唐⼾市場→柳井市→ ドライブ‧⾞中泊‧料理‧ 錦帯橋→いろり⼭賊→ サウナ‧温泉‧かっちゃん 宮島→福岡
7. What is かっちゃん？
8. はじめまして
9. はじめまして 洞窟探検家‧写真家 クレイジージャーニー 出演歴あり
10. はじめまして 何気なく⾒始めた YouTubeの動画で ドハマりしてしまい ファンに♡
12. かっちゃんに会いたすぎて ⾃分でイベント 企画しちゃいました♡
13. 推しに会いに⾏くのはもう古い！ これが次世代の推し活や！
14. 興味ある⽅は11/28に お待ちしています
15. 🙈
16. 🙈 推しのYouTubeライブ （のサムネ）デビュー♡
17. 閑話休題
18. はじめまして 株式会社マネーフォワード ERP開発本部 福岡第⼀開発部 Guardianグループ リーダー 兼 エンジニアリング戦略室 エンジニアエンゲージメントグループ Fukuoka TechPR（技術広報） ⼿島 尚⼈ ∕ tosite
19. はじめまして 株式会社マネーフォワード ERP開発本部 福岡第⼀開発部 Guardianグループ リーダー 兼 エンジニアリング戦略室 エンジニアエンゲージメントグループ Fukuoka TechPR（技術広報） ⼿島 尚⼈ ∕ tosite
20. What is Guardian?
21. What is Guardian? 端的に⾔うと 保守運⽤ エンジニア 今⾵に⾔うと CREです
22. What is Guardian? 単なる保守運⽤だけでなく 業務改善やトイル削減 監視業務やCI/CD改善 なども⾏っています
23. What is Guardian? 最近はNEXT CREを掲げて ⼀部SRE領域にも進出するなど 改善業務そのもののの改善に 邁進しております
24. What is Guardian?
25. まずはGuardianを 取り巻く組織構造に ついて⾒てみましょう
26. 開発組織 PdM / PO Warrior CS お客様 Guardian 導⼊⽀援 EM SRE QA
27. 開発組織 ⽇頃から多くのステーク ホルダーとやり取りしながら ブリッジエンジニア的な ⽴ち回りを通してプロダクトの 信頼性向上に寄与しています PdM / PO Warrior CS お客様 Guardian 導⼊⽀援 EM SRE QA
28. Guardian グループの変遷
29. Guardianグループの変遷 の前に
30. Guardianグループの変遷 参考: 勝⼿に作ったCREのケイパビリティモデル
31. 引 我々にとっての「理想のCRE」とは ⽤ 資 料 Lv4 Lv3 Lv2 ⼤規模改善 検知‧監視 ⼩規模改善 Lv1 トイル削減‧効率化 問い合わせ対応 引⽤: SREは誰のもの？運⽤エンジニアが始める「SRE領域への越境」とチームの進化の軌跡 〜Road to NEXT CRE p31 Money Forward, Inc. 31
32. 引 我々にとっての「理想のCRE」とは ⽤ 資 CREは組織によって 多種多様な形があるので ケイパビリティモデルは 違うかもしれませんが… 料 Lv4 Lv3 Lv2 Lv1 ⼤規模改善 検知‧監視 ⼩規模改善 トイル削減‧効率化 問い合わせ対応 引⽤: SREは誰のもの？運⽤エンジニアが始める「SRE領域への越境」とチームの進化の軌跡 〜Road to NEXT CRE p31 Money Forward, Inc. 32
33. 引 我々にとっての「理想のCRE」とは ⽤ 資 現在のGuardianグループは この位置にいます 料 Lv4 Lv3 Lv2 ⼤規模改善 検知‧監視 ⼩規模改善 Lv1 トイル削減‧効率化 問い合わせ対応 引⽤: SREは誰のもの？運⽤エンジニアが始める「SRE領域への越境」とチームの進化の軌跡 〜Road to NEXT CRE p31 Money Forward, Inc. 33
34. 引 我々にとっての「理想のCRE」とは ⽤ 資 現在のGuardianグループは この位置にいます 料 Lv4 ⽇々の問い合わせやインシデント 対応に要する時間を効率化して 時間を空け、空いた時間で 改善を⾏っていっております Lv3 Lv2 ⼤規模改善 検知‧監視 ⼩規模改善 Lv1 トイル削減‧効率化 問い合わせ対応 引⽤: SREは誰のもの？運⽤エンジニアが始める「SRE領域への越境」とチームの進化の軌跡 〜Road to NEXT CRE p31 Money Forward, Inc. 34
35. Guardianグループの変遷 改めてGuardianグループの変遷
36. Guardianグループの変遷 攻めと守りの運用の定義 🛡守りの運用 問い合わせ・インシデント対応などの 「当たり前品質」を守るための対応 ⚔攻めの運用 運用改善やプロダクトの価値向上に つながる、将来お客様や運用を楽に するための改善 最高速で守りの運用を対応し 空いた時間で機能改善を行う！ NEXT CREへ 横断組織化？ ・CREとして「正しく守る」ためには SREのマインドが必要だと気づく ・事前検知を強化して先回りして 対応したい ・そのための検知する体制を攻めの 運用で構築していきたい ・CSと連携して顧客要望を収集、 PdMと連携して改善策を議論する ・QAと連携してテスト自動化などの 品質を高める活動を推進する ・SREと連携してSWEの観点から アプリケーションの監視を行う ・開発者のコストを下げるべく CI/CDの整備を行う etc... 「守って攻める」から 「守りながら攻める」へ！ 改善と予防を広げていく 組織へと進化中！
37. Guardianグループの変遷 攻めと守りの運用の定義 🛡守りの運用 問い合わせ・インシデント対応などの 「当たり前品質」を守るための対応 NEXT CREへ 横断組織化？ ・CREとして「正しく守る」ためには SREのマインドが必要だと気づく ・事前検知を強化して先回りして 対応したい ・そのための検知する体制を攻めの 運用で構築していきたい ・CSと連携して顧客要望を収集、 PdMと連携して改善策を議論する ・QAと連携してテスト自動化などの 品質を高める活動を推進する ・SREと連携してSWEの観点から アプリケーションの監視を行う ・開発者のコストを下げるべく CI/CDの整備を行う etc... 最高速で守りの運用を対応し 空いた時間で機能改善を行う！ 「守って攻める」から 「守りながら攻める」へ！ 改善と予防を広げていく 組織へと進化中！ Lv2 Lv4 Lv4+ ⚔攻めの運用 運用改善やプロダクトの価値向上に つながる、将来お客様や運用を楽に するための改善 Lv1 Lv3
38. Guardianグループの変遷 攻めと守りの運用の定義 🛡守りの運用 問い合わせ・インシデント対応などの 「当たり前品質」を守るための対応 NEXT CREへ 横断組織化？ ・CREとして「正しく守る」ためには SREのマインドが必要だと気づく ・事前検知を強化して先回りして 対応したい ・そのための検知する体制を攻めの 運用で構築していきたい ・CSと連携して顧客要望を収集、 PdMと連携して改善策を議論する ・QAと連携してテスト自動化などの 品質を高める活動を推進する ・SREと連携してSWEの観点から アプリケーションの監視を行う ・開発者のコストを下げるべく CI/CDの整備を行う etc... 最高速で守りの運用を対応し 空いた時間で機能改善を行う！ 「守って攻める」から 「守りながら攻める」へ！ 改善と予防を広げていく 組織へと進化中！ Lv2 Lv4 Lv4+ ⚔攻めの運用 運用改善やプロダクトの価値向上に つながる、将来お客様や運用を楽に するための改善 Lv1 Lv3 最初の段階で すでにLv2〜3だった
39. Guardianグループの変遷 攻めと守りの運用の定義 🛡守りの運用 問い合わせ・インシデント対応などの 「当たり前品質」を守るための対応 NEXT CREへ 横断組織化？ ・CREとして「正しく守る」ためには SREのマインドが必要だと気づく ・事前検知を強化して先回りして 対応したい ・そのための検知する体制を攻めの 運用で構築していきたい ・CSと連携して顧客要望を収集、 PdMと連携して改善策を議論する ・QAと連携してテスト自動化などの 品質を高める活動を推進する ・SREと連携してSWEの観点から アプリケーションの監視を行う ・開発者のコストを下げるべく CI/CDの整備を行う etc... 最高速で守りの運用を対応し 空いた時間で機能改善を行う！ 「守って攻める」から 「守りながら攻める」へ！ 改善と予防を広げていく 組織へと進化中！ Lv2 Lv4 Lv4+ 今⽇のテーマは 「CREのはじめかた‧育てかた」 ⚔攻めの運用 運用改善やプロダクトの価値向上に つながる、将来お客様や運用を楽に するための改善 Lv1 Lv3
40. Guardianグループの変遷 攻めと守りの運用の定義 🛡守りの運用 問い合わせ・インシデント対応などの 「当たり前品質」を守るための対応 NEXT CREへ 横断組織化？ ・CREとして「正しく守る」ためには SREのマインドが必要だと気づく ・事前検知を強化して先回りして 対応したい ・そのための検知する体制を攻めの 運用で構築していきたい ・CSと連携して顧客要望を収集、 PdMと連携して改善策を議論する ・QAと連携してテスト自動化などの 品質を高める活動を推進する ・SREと連携してSWEの観点から アプリケーションの監視を行う ・開発者のコストを下げるべく CI/CDの整備を行う etc... 最高速で守りの運用を対応し 空いた時間で機能改善を行う！ 「守って攻める」から 「守りながら攻める」へ！ 改善と予防を広げていく 組織へと進化中！ Lv2 Lv4 Lv4+ ⚔攻めの運用 運用改善やプロダクトの価値向上に つながる、将来お客様や運用を楽に するための改善 Lv1 Lv3 参考にならん
41. Guardianグループの変遷 攻めと守りの運用の定義 NEXT CREへ 横断組織化？ ということで今⽇は 🛡守りの運用 問い合わせ・インシデント対応などの 「当たり前品質」を守るための対応 ・CSと連携して顧客要望を収集、 PdMと連携して改善策を議論する ・QAと連携してテスト自動化などの 品質を高める活動を推進する ・SREと連携してSWEの観点から アプリケーションの監視を行う ・開発者のコストを下げるべく CI/CDの整備を行う etc... もしも私が異世界転⽣したとしたら どのようなステップを刻んで CRE組織を育てていくか ⚔攻めの運用 運用改善やプロダクトの価値向上に つながる、将来お客様や運用を楽に するための改善 最高速で守りの運用を対応し 空いた時間で機能改善を行う！ Lv1 Lv2 Lv3 ・CREとして「正しく守る」ためには SREのマインドが必要だと気づく ・事前検知を強化して先回りして 対応したい ・そのための検知する体制を攻めの 運用で構築していきたい をお話ししたいと思います 「守って攻める」から 「守りながら攻める」へ！ 改善と予防を広げていく 組織へと進化中！ Lv4 Lv4+
42. ここまでまとめ ‧Guardianグループは多種多様な チームと協働しています ‧CREのケイパビリティを定義した ‧が、あまり参考にならないので 異世界転⽣します
43. ©Re:ゼロから 始める異世界⽣活 〜前提編〜
44. ©Re:ゼロから始める異世界⽣活〜前提編〜 そもそもすべてのプロダクト‧サービスに 対してCRE組織は必要なのか？という話
45. ©Re:ゼロから始める異世界⽣活〜前提編〜 個⼈的にはNOだと思っています
46. ©Re:ゼロから始める異世界⽣活〜前提編〜 例えば顧客数が少ないアーリー ステージの段階にあるプロダクト
47. ©Re:ゼロから始める異世界⽣活〜前提編〜 例えば顧客単価が少ない 薄利多売なプロダクト
48. ©Re:ゼロから始める異世界⽣活〜前提編〜 例えばシニア以上のエンジニアしかおらず 全員が保守運⽤やシステムの信頼性について ⼀定以上のスキルを持つプロダクト
49. ©Re:ゼロから始める異世界⽣活〜前提編〜 これらは「まだ」CRE組織が 必要でない状態です
50. ©Re:ゼロから始める異世界⽣活〜前提編〜 逆に 顧客のビジネスに直結する 専⾨的なサポートが必要不可⽋ 顧客対応でエンジニアが疲弊している ⾼単価エンタープライズ プロダクトなどはCREを導⼊するメリットはあると思います
51. ©Re:ゼロから始める異世界⽣活〜前提編〜 技術的な複雑度が⾼く かつ顧客の事業リスクが⾼い状態の プロダクトに対して導⼊して 初めて投資対効果が釣り合う と⾔っても過⾔ではないかもしれないです
52. 閑話休題
53. ©Re:ゼロから 始める異世界⽣活
54. ©Re:ゼロから始める異世界⽣活 改めて今回の思考実験の前提条件 【事業フェーズ】 ‧顧客数‧トラフィック急拡⼤中のグロース期のプロダクト 【開発組織規模】 ‧従業員100名程度 ‧これまでは全員野球で乗り切ってきたが、限界を感じ始めている 【組織体制】 ‧プロダクト開発チームとビジネスチームに分かれ始めている 【課題】 ‧新機能開発中に問い合わせに関するエスカレが頻発している ‧差し込みによって⼿が⽌まり、スケジュールの遅延が発⽣している
55. ©Re:ゼロから始める異世界⽣活 それでは期（半年）ごとの 戦略について⾒ていきましょう！
56. Lv0 1期：CREってなんですか？
57. ©Re:ゼロから始める異世界⽣活 先程の説明の通り、CREに対しての解像度が低い組織に いきなり全社的なCRE導⼊という⽬標を掲げると 「死に戻り」の連続となる可能性が⼤きいです まずはスコープを絞って⼩さく始めることが重要です
58. ©Re:ゼロから始める異世界⽣活 【⽅針】 成果は⼀旦脇に置いて CRE組織を作るための 下調べと準備を⾏う！
59. ©Re:ゼロから始める異世界⽣活 スコープの設定 期待値コントロール ケイパビリティの定義 まずは「問い合わせ」 「保守運⽤」といったCREの タスクを部分的に巻き取って いくことから始める 周囲の期待値を上げすぎない ようにしておく いきなりKPIを定めるのでは なく、「今の⾃分たちの ケイパビリティ」を定め、 計測する準備を主軸にする 場合によっては ボランティアワークから 始めてみてもいいかも いきなり全部巻き取ろうと すると苦しい思いを することになる 合わせてCREに対しての リサーチも⾏う
60. Lv1 2期：この素晴らしい CREに秩序を！
61. ©Re:ゼロから始める異世界⽣活 定義と測定⽅法が定まっていざ活動開始！ですが ここで「何でも請け負う⼈」になってしまうと 永遠に終わらないトイルに囚われてしまう可能性があります 秩序を作り出してきましょう
62. ©Re:ゼロから始める異世界⽣活 【⽅針】 秩序を⽣み出しつつ、計測をする 仕組み作りを前に進める
63. ©Re:ゼロから始める異世界⽣活 達成できるKPI ガイドラインの策定 エスカレ先の確保 1期で定めたケイパビリティに 沿って計測を開始する 最初は「⼤体の値」でよい 問い合わせガイドラインや チーム出⼒の期待値を定め、 「ここまでが対応範囲である」 と⾔うことを明⽰する ガイドラインで弾かれたものの ビジネス優先度が⾼い案件 などは開発組織やEM‧PdMへ エスカレできる道筋を あらかじめ設けておく ストレッチしすぎず、達成 できるラインを守ることで 仕組み作りにフォーカスする 状態にする と同時に問い合わせフローを 定め、フローに則った形で 問い合わせが流れてくる ように交通整理を⾏う
64. ©Re:ゼロから始める異世界⽣活 CREは孤独を感じやすく、かつコミュニケーション量が 成果量に直結する職種でもあるため、初期の段階から丁寧な チームビルディングを⾏い、交流機会の創出とチームケアを 優先的に⾏うとよいです
65. Lv2 3期：CRE、もう知らない とは⾔わせない
66. ©Re:ゼロから始める異世界⽣活 ある程度安定してくる時期であるとともに、 仕組みの綻びが⾒えてくる時期でもあります 「とりあえずCREに任せればOK」という⾔葉は 祝福でもあり呪縛でもあり… 防衛ラインは定めつつ、プロアクティブに 貢献していきましょう
67. ©Re:ゼロから始める異世界⽣活 【⽅針】 社内でのCREの知名度を上げるとともに 価値発揮できるための⾜場を固める
68. ©Re:ゼロから始める異世界⽣活 チーム出⼒監視 他組織との交渉 運⽤フローの再定義 すべての問い合わせと運⽤を 背負うのは不可能なので、 チームの出⼒を監視しつつ 適宜EMなどにアラートを 投げられるように準備しておく 特に繁忙期などは他の組織や チームと交渉し、スポットの サポートを依頼するなど 調整を事前に⾏っておく 定型業務やトイルが少しずつ ⽬⽴ち始める頃 運⽤フローを⾒直しつつ テコ⼊れを⾏い、通常業務の 傍らこれらのトイルを削減 しつつ改善のための時間を 捻出する
69. Lv3 4期：通常攻撃が業務改善で ⼆⼑流のCREは好きですか？
70. ©Re:ゼロから始める異世界⽣活 いよいよCREの本領を発揮するときです ⽇々の業務で落としてはいけない部分はしっかり守りつつ ⾃動化やトイル削減に向けて舵を切ります ただし、焦りは禁物です
71. ©Re:ゼロから始める異世界⽣活 【⽅針】 保守運⽤から業務改善へ 攻めと守りの⼆⼑流を駆使して プロダクトを安全に前に進めていく
72. ©Re:ゼロから始める異世界⽣活 ⾃動化の罠に注意 PoCは⼩さく速く ケイパビリティの再定義 ⼀度に全てを⾃動化しようと するとスコープばかりが ⼤きくなり、実践投⼊が遅れ 運⽤が回らなくなる 運⽤が定まりきっていない、 ⾔語化できていない段階での 完全⾃動化は罠が多いので 最初は⼈間が代替する形で 段階的かつ少しずつ⾃動化 していくのがよい いきなり他チームを巻き込んだ ⼤きいスコープでのPoC実施は 負担がかなり⼤きい まずは⾃チームで完結する 施策に絞ってPoCを回し ルールと運⽤が軌道に乗って から展開していくという ⼿順を踏む 問い合わせ、保守運⽤以外にも ⼿が回るようになってくる ので、「攻め」「守り」や それ以外、チーム⾃体の改善 なども「攻め」に組み込んで いき、ケイパビリティの拡⼤と 再定義を⾏う 安易に⼈の脳を 震わせてはいけない
73. Lv4 5期：そして伝説へ‧‧‧
74. ©Re:ゼロから始める異世界⽣活 ここまでこれたらチームは安定して 稼働している状況になっており 強⼒な戦⼒として認知されていることでしょう ここからは培ったナレッジと時間を武器に 圧倒的な速度で組織に貢献をしていきましょう
75. ©Re:ゼロから始める異世界⽣活 ですが、もうこの先に標はありません ⾃分たちが思う最強のCRE像の実現に向かって 邁進していってください
76. ©Re:ゼロから始める異世界⽣活 【⽅針】 組織に求められる、最適化されたCREへ
77. ©Re:ゼロから始める異世界⽣活 ⾒敵必殺 ナレッジの蓄積 リーダーのパッション 攻めの運⽤を最⼤限活⽤し トイルや運⽤をガンガン ⿁がかった勢いで ⾃動化していこう 蓄積したナレッジを⾃チーム だけでなく他チームにも シェアする、コアメモリに ⼊れるなどの対応を⾏う ことで、組織全体に対して CREを最適化していこう ここまでくると教科書的な ガイドラインはもうない プロダクトとしてどうある べきか、CREとしてどう ありたいのかという個⼈個⼈の ビジョンと、リーダーの強い 熱量がCRE組織の明⽇を 作り上げていく
78. ©Re:ゼロから始める異世界⽣活 ここから先の未来はどこにも書かれていません 組織の中核として重要な役割を担うことになった CREがどのような価値を⽣み出していくのか それは、ここまでループを繰り返してきた あなたの⽬で確かめてください！
79. ここまでまとめ ‧いきなりCREは始められない ‧CREに限ったことではないが、物事を 始める前には「準備」と「計測」が重要 ‧⼩さく速くトライしていきましょう
80. その先の話
81. を、少しだけ お⾒せします
82. その先の話 参考資料は置いておきます
83. その先の話 Guardianとして⽣まれ変わった俺は攻めと守りの運⽤で無双する 〜守りの天才が考える、攻めの運⽤術〜 この⼈、異世界転⽣もの好きですね。「攻めの運⽤」「守りの運⽤」について初めて ⾔及された登壇資料です。 ⼀枚の布で作らなくてもいい。 信頼性は「パッチワーク」で紡がれる 〜既存の運⽤と新しい可能性をつなぎ合わせてきたCREの話〜 思い返せば僕らはいつだってたくさんの既存の仕組みをつなぎ合わせて新しい仕組みを 紡いできたよな、という話。 CREの守護者たち 〜DevOps×シフトレフト - 俺またプロダクト救っちゃいました！？〜 GuardianがQA領域にも越境し出した頃の登壇。E2Eテストツールの導⼊サポートをした という話です。 隣のCRE、何してる？ - プロダクトを超え、CREコミュニティへ踏み出した⽇ CREコミュニティを社内で⽴ち上げた時の話。 AIによる⾃動化と⼈の介⼊、その狭間で揺れる信頼性についての 俺の思いを、波よ聞いてくれ 「信頼性」と「AI」って⼀⾒相性よさそうに⾒えて悪くないですか？ どう向き合っているんですか？という話です。 SREは誰のもの？運⽤エンジニアが始める 「SRE領域への越境」とチームの進化の軌跡 〜Road to NEXT CRE 某クラウドネイティブ会議で話す予定だった超⼤作。 Guardianの軌跡が記されています。 空論ジェネリックプロセス 〜テスト資産とAIで紡ぐ、再現可能なパフォーマンスチューニングの話〜 パフォーマンスチューニングの⺠主化について話した回。ナレッジの話がメイン。 ロックンロールは鳴り⽌まないっ - 信頼性かまってちゃん 「データ駆動を投げ捨ててまで。」追いかける信頼性改善に向けた取り組みの話 NEXT CREとして次に追うべきはデータではなくて顧客の体験なのでは？という話。 CREの⽇常にはSRE活動が溢れていた ― SRE本の輪読会がチームにもたらしたもの NEXT CREとしてSRE領域に踏み込むためにやったことや感想などをつらつらと。 AIはデンキヒツジの夢を⾒るか？ Claude Codeで構築した⾃⼰学習フィードバックループ ⼒作の⼀つ、「デンキヒツジ」システムの解説。HITLの着想の原点。 AIにだって夢を⾒せたい。 インターフェースとしてのRSpecとAIで実現する、パフォーマンスチューニングの⾃動化 「空論ジェネリックプロセス」をより詳細に説明した記事。
84. Guardianが 取り組んでいる 改善業務
85. その先の話 お客様要望 ⼩規模改善 問い合わせ起因の 不具合修正 UX改善やエラー ⽂⾔修正などの 軽微なもの ⼩規模 パフォーマンス 改善 リファクタリング お客様要望 ⼤規模改善 Ruby/Railsなどの ライブラリ アップデート 既存機能の仕様 変更を伴う改善 など ⼤規模 パフォーマンス 改善 負債解消 脆弱性対応など
86. 改善業務のフロー
87. その先の話 課題収集‧インプット 不具合修正 定例‧合意形成 改善実施 リリース ⚡ 🚀 改善実施 リリース 💬 顧客要望定例 CS / 導⼊⽀援 / Guardian 課題を⾒つけて改善 📋 PdM定例 顧客要望改善 PdM / Guardian
88. パフォーマンス チューニング
89. その先の話 監視 & 改善検討 改善実施 測定 & 検証 デプロイ 📊 継続的モニタリング Datadogによる監視 ⚡ パフォーマンス チューニング 💬 アクション検討 有機的なパフォーマンス 改善について話す会 🤖 RSpecとAIによる パフォーマンス 測定 🚀 リリース
90. 定例ミーティング
91. その先の話 CRE定例 テックリード定例 SRE定例 PdM定例 QA定例 CS定例 導⼊⽀援定例 有機的パフォーマンス改善定例 PdM / CS / 導⼊⽀援 顧客要望定例 CS / 導⼊⽀援
92. まとめ
93. まとめ 今はAIの⼒もあるのでもう少しスピーディーに 浸透させることは可能かもしれませんが それでも定着するのに2〜3年はかかりそうでした
94. まとめ ただ⼀つだけ⾔える⼤事なことは 「全てをいきなり⾃動化していく」のではなく ⼀個⼀個の運⽤に泥臭く向き合い 少しずつ改善していく姿勢なのかもしれません
95. まとめ 私はCREは職種ではなく 活動だと思っています
96. まとめ そしてCREのマインドセットの真髄は どのようにして速くHITLを回し ⾼速で意思決定していくかだと思っています
97. まとめ 最⾼に泥臭くて 最⾼にダサくて でも最⾼にカッコいい そんなCREを⽬指して いきたいと思っています
98. というわけで 唐突に来期のテーマ
100. やっていき！
101. ご清聴 ありがとう ございました
102. 【破】 何を改善する？ どう改善する？
103. ここまでまとめ ‧GuardianグループはCREとしての 成熟度をLv1〜Lv4まで定義した ‧現在のGuardianグループは Lv4のところにいる ‧さらにタスクにTierという概念を 導⼊して着⼿順を定義した
104. ご清聴 ありがとう ございました