# タイトルコール テスティングジャーニーへようこそ。 このチャンネルでは、ソフトウェアテストの世界を探索するコンセプトに、 エンジニアリングマネージャー兼QAリーダーのサミーが、 ソフトウェアテストのコツや品相性の具深さ、そして意味を考えていることをお話しします。 # CRE(Customer Reliability Engineering)とは？ こんにちは、さみぃです。 今日もワクワクしてますか? 私はですね、先週末カードゲーム作りの仲間とですね、 サイゼリアに集まって、今度出展する秋のゲームマーケットの作戦会議だったりとか、 あとテストプレイですね、今作っているカードゲームだったり、 私だけではなくて他の方も含めてテストプレイとかをしてすごい楽しい時間を過ごすことができました。 はい、ということで今回はCREとは何かについて勉強していきましょう。 今回このトピックを選んだ理由としては、最近このCREという言葉がちょっと身近になってきたというか、 改めてCREって何だろうというのをしっかり理解した方がいいなと思ったので、一緒に勉強をしていきましょう。 はい、ということでまず改めてCRE、カスタマーリライアビリティエンジニアリング、 あるいはエンジニアですね、何なのかという話なんですけれど、 ちょうど先週お話ししましたSRE、サイトリライアビリティエンジニアリングとの違いを話すとわかりやすそうな気がしております。 復習も兼ねて今なるんですけれど、SREというのはGoogleが2003年頃に提唱した概念でして、 自社サービスだったり、システムの信頼性とかスケーラビリティを高めるためのエンジニアリング、 あるいはそうですね、私の定義だとSREは信頼性の人というのが私の定義だったと思います。 それに対してCREというのはGoogleが2016年に正式に発表したSREの派生系だそうです。 ブロック情報ではありますが、対象は自社サービスではなくて顧客側の信頼性向上を支援するというのがCREの特徴になります。 ここまでの内容を改めてまとめと言いますか、違いについて話をしていくんですけど、 SREはサイトのリライアビリティなので、自社サービスだったりサイトだったりシステム全体というのが信頼性の対象になっています。 一方でCREというのはカスタマーのリライアビリティなので、顧客の利用環境とか、顧客の利用状況とか、 顧客にとっての信頼性というのが大きな違いになっております。 また視点ですね、何を一番注力するかというか見るポイントとしても、SREの方はどちらかというと内部、プロダクトの内部だったりインフラの視点が多いんですけれど、 CREは外部ですね、顧客の視点だったりユーザー体験の視点から信頼性というものを見ていく、注力するというのが大きなSREとCREの違いになっております。 なのでCREというのは顧客と一番近い距離で技術的に視野をしていくというエンジニアとも言えるかなと思います。 一つ余談なんですけれど、このCREという言葉自体、私は割とここ数年、3年ぐらいでよく聞くようになった、もうちょっとかな5年ぐらいかなに聞くようになったかなというイメージがあったんですね。 あとプラスアルファは2026年に入ってからもう何か再び聞くようになったなという印象を持っております。 グロックさんに聞いてみたところですね、株式会社ヘンリーが2026年4月にCRE部門を新設したりとか、 マネーフォワード、レイヤーX、手引き、スマートHR、バックラック、アンドパッドなど複数の企業でCREのポジションがオープンになっているようという情報もあるようです。 またですね、SRE会議2026というのが今年の1月31日に開催されたそうなんですが、その中でもCRE関連のセッションだったり議論が活発に行われていたとのことで、 2026年をCREに関する活発になっているという動きがどうやら見えるようです。 最後にCREの具体的な業務の例をお話し、調べていこうと思います。 例えば、顧客の問い合わせの現容分析をして、チャットボットだったり自動化だったりとか、マイアイで機能開発をして、電話だったりメールだったり、問い合わせを少なくする、減らすということだったり、 あるいは各顧客にCREの担当をアサインをして、CS担当の方とペアで一緒に技術的なサポートをすることによってサービスの継続率を上げていくとか、 あるいは顧客の安心・安全を支える新機能の仕様を作って開発したりとか、そんなことがCREの事例としてはあるようです。 SREの業務もいろいろあると思っていて、私がパッとよく思いつくのはトイルの削減かなとか、 リリースをするまで、プロダクトをリリースするまで、あるいはリリースした後の監視とかも含めて何か手動でやっているものを自動化どんどんしていこうみたいな活動もよくSREの活動としてあるなと思うんですけれど、 それに対してCREの方は顧客向けというところなので、顧客の環境とかに合わせて、問題とか課題とかに合わせて運用改善をしていったりとか、ツールを作っていったりとか、 お客様、ユーザーの顧客の声から自社プロダクトを改善していくという活動をしているのかな。自社向けなのか、顧客向けなのかとか、インフラ向けなのか、顧客のユーザー体験向けなのかというところがSREとCREと大きく違うところなのかなというふうに感じました。 本日の話は以上です。 # #551のコメント返し🥰 コメント開始のコーナーです。今回は551話目、SREとQAのコメントを開始します。 コメントは、KOUHEIさんとワンダイレブンさんから頂いております。ありがとうございます。 もう一人目、KOUHEIさんです。 こんにちは。SREとQA、面白いなと思いました。製造業だとQAとQC、特効品数管理しかないですね。SREというのはないです。 それはソフトウェア特有の区切り、あるいは役割分担なのかなと思って、違いと共通点があるのが非常に興味深いと感じました。 ありがとうございます。 確かに製造業だとSREがないというのもそうなのかもな。 信頼性とか、もしかしたらもともとがあるのか分かりませんが、サイトが落ちないというところ、サービスが落ちないというところから来ているのかなと私は勝手に想像しているので、 そうすると確かに製造業だとない概念なのかもしれないですね。 確かに製造業の違いみたいなところを考えるのはすごく面白そうですし、私自身も経験がないので、こういうふうにKOUHEIさんから教えて頂けるととても学びになっております。ありがとうございます。 続いて、ワンダイレブンさんからです。いいねのスタンプ頂いております。ありがとうございます。 以上、コメント合図でした。 # 次回予告 今回も最後までお聞きいただきありがとうございました。 明日はですね、最近読んだ本、読んでいる本、積んだ本についてご紹介をします。 今回の放送が役に立った、今日も聞きに来たような人で ハートマークをしていただけましたらとても励みになります。 またですね、7月25日土曜日は熊本でオフ会を行います。 ちょっとまだ参加者が集まっておりませんで、ちょっとどうしようってなっておりますので ぜひですね、よかったら急所に来てくださいっていうのと ちょっとそれは難しいなという方も 一緒にいらっしゃるご友人などにですね 紹介をしていただけますととっても嬉しいです。 それではまた明日お会いしましょう。ごきげんよう。