筑波大学大学院を卒業後、海外駐在を経て、KPMGコンサルティング株式会社に参画。先端技術・DXコンサルタントとして、官民のDX推進・新規事業創出に携わる。その後、リメディからのヘッドハントを受け参画。リメディでは、緻密なキャリア設計・徹底的な選考対策・自身の経験に裏打ちされた深い業務知見を軸とした支援により、コンサルティングファームへの支援に圧倒的な強みを持つ。IT領域を中心に広範な領域で実績を有するが、特にDX領域のエグゼクティブ層支援において業界トップクラスの支援実績を有する。
事業会社SREの求人は、自社のどのサービスを支え、設計・運用・改善のどこまでを任されるかで選びます。2026年10月に確認したHERP、マネーフォワード、ネクストビートの募集でも、必要経験、語学、雇用・配属は異なります。
対象は、運用・開発チーム、クラウド構築、SREの経験を持ち、自社プロダクトや共通基盤の信頼性を継続して担いたい方です。顧客先への常駐支援やクラウドコンサルへの転職とは分けて、応募条件と入社後の仕事を比べます。
自社プロダクトのSREは担当サービスと本番責任で選ぶ
自社サービスのSREを希望するなら、求人名に加えて利用者と担当範囲を確かめます。今回の3募集は、いずれも自社のサービス・基盤に関わる仕事ですが、支える対象は同じではありません。
| 募集 | 支える対象 | 仕事を選ぶときの着眼点 |
|---|---|---|
| HERP | 複数の自社HR Techプロダクトを支えるインフラ・共通基盤 | 開発チームと協働し、監視やSLO、デプロイをどう改善するか |
| マネーフォワード／デジタルバンク | 新デジタル銀行に求められる高可用・高信頼の基盤 | 銀行の基盤・運用体制づくりと、在籍出向の条件 |
| ネクストビート | 自社の全事業・全プロダクトのインフラ | 技術選定から構築・運用、複数製品の開発チームとの連携 |
SREでは、障害を復旧する仕事に加え、開発や運用の仕組みを変える仕事もあります。たとえばHERPはSLOの策定やデプロイフロー整備を、ネクストビートは運用の自動化や性能改善を業務に挙げています。自分が続けたい仕事が、どの募集に含まれるかから比較してください。
担当したいサービスは決まっていても、現在の運用・開発経験でどの募集を検討するか迷う場合は、実務の内容をメモにしましょう。自社プロダクトの技術職について相談したい方は、次の担当者一覧から相手を選べます。
HERP・マネーフォワード・ネクストビートの応募条件
SREという肩書や特定の資格を、全社共通の応募条件とすることはできません。必須欄と歓迎欄を分け、技術一覧に載っているだけのツールを必須と読み替えないようにします。
HERPはチームでの運用または開発経験を求める
HERPのPP31 SRE募集が必須に挙げるのは、SREの文化・思想への関心、チームでの運用または開発経験、日本語の議論を通じて成果を出せることです。言語や環境は不問としています。
運用と開発は選択肢ですが、他の条件も一緒に確認します。外国籍の場合も流暢な日本語のコミュニケーションが必要で、応募書類は日本語で用意する指定です。過去の職種名がSREであることを必須とはしていません。
SREの実践、クラウド上のWebサービス、コンテナ、CI/CD・IaC、RDBMSの運用・調整、計算機科学の知識は歓迎です。すべての技術を経験していなければ対象外、という読み方はしないでください。
マネーフォワードのデジタルバンクは複数の実務と日英が条件
デジタルバンクのSRE募集では、次の経験を求めています。3年以上という年数だけで条件を判断せず、各項目を照合してください。
- SRE・DevOps・インフラ領域で、設計と運用を含む実務を3年以上
- クラウド、特にAWSを用いた開発と本番システム運用
- KubernetesやECS等のコンテナオーケストレーションの利用
- 監視・可観測性ツールを使う環境の構築と活用
- IaCの実務。Terraform等、ツールは不問
- GitのPull Request等による相互レビューでの開発
- RDBMS、PostgreSQLの運用や性能調整等
日本語と英語は、どちらもビジネスレベルです。金融等の高い安全性が必要な業界、災害復旧環境、SLI/SLO、開発効率化、Web開発などの経験は歓迎に分かれています。SLOは担当業務に含まれますが、その経験があること自体は歓迎欄の記載です。
雇用元はマネーフォワードで、新会社のSMBCマネーフォワード銀行設立準備株式会社へ在籍出向する募集です。既存のSaaS製品のSREや、銀行による直接雇用と混同しないでください。
ネクストビートはAWS・監視・CI/CDを必須にする
ネクストビートのSRE募集は、AWS環境の構築・運用3年以上に加え、監視システムとCI/CD環境の構築・運用経験を必須としています。AWSの利用歴だけで、他の2条件を満たすわけではありません。
Terraform、セキュリティやネットワーク、性能・DB調整、プログラミング、Web開発、対象となるAWS認定資格は歓迎です。資格と実務の条件は別に記載されています。
技術選定に関われる説明もありますが、会社の技術方針を一人で決裁できるとは限りません。実際に提案・判断できる範囲と、プロダクトチームやCTOとの分担を確認しましょう。3社の募集は2026年10月に確認したものです。
監視対応に加えて設計・改善で担ったことを書く
職務経歴書では、アラートへ対応した実績と、その対応を減らす仕組みを作った実績を分けます。以下は募集業務をもとにしたリメディの記載提案で、架空の候補者実績ではありません。
| 元の説明 | 具体化する内容 | 本人の担当として分ける点 |
|---|---|---|
| アラート対応を担当 | 何を検知し、何を確認し、どの条件で担当者へ連絡したか | 手順の実行、調査、復旧判断のどこまでか |
| 監視を改善 | 不要な通知や見落としをどう調べ、何を変更したか | 指標・通知条件の提案、実装、導入後確認 |
| CI/CDを構築 | 開発者のどの作業を支え、安全に変更するため何を設計したか | 実装だけか、リリース手順や戻し方も決めたか |
SLOはサービスの状態を測る指標に対する目標です。GoogleのSRE Bookは、指標と目標を分けて説明しています。経験を話すときも、ダッシュボードを作ったのか、指標を選んだのか、目標を決めたのかを区別してください。
たとえば「SLOを運用した」と記すなら、目標を決めた相手、測定方法、目標を満たさないときに見直したことが説明候補です。実際には通知設定のみを担当した場合は、その担当を具体的に書けば、責任を広く見せる必要はありません。
共通基盤と新サービスの立ち上げを見比べる
HERPの募集は、開発チームと監視指標を整え、インフラやデプロイの仕組みを支える仕事です。複数製品の基盤を担いたい人は、共通化するものと製品側に任せるものをどう決めるかに注目できます。
マネーフォワードが得られる経験として挙げるのは、新デジタル銀行の基盤や、SRE文化・オンコール体制等の構築経験です。入社時点で何が完成し、どの設計や運用整備が残るかを聞くと、立ち上げへの関わり方を確かめられます。
ネクストビートは、全プロダクトのインフラについて技術選定から運用までを扱います。複数の開発チームから要望を受けるとき、改善の優先順位と担当者をどう決めるのかも、仕事内容を判断するための質問です。
本番サービスを継続して改善するより、顧客のクラウド構想や導入支援を希望する場合は、インフラ経験からクラウドコンサルへ移るルートが別の選択肢です。自社製品SREの仕事と、希望する関わり方を比べてください。
オンコール・出向・勤務地を面談で確認する
マネーフォワードはオンコール体制づくりに触れていますが、募集要項の記載だけでは当番の頻度まで確定できません。他社でも、記載が見つからないことを「オンコールなし」と読み替えないでください。
- 「当番の時間帯と人数、連絡を受ける頻度はどの程度ですか」
- 「一次対応、復旧判断、開発チームへの連絡は誰が担いますか」
- 「待機・対応の手当や、対応後の勤務調整はどう扱いますか」
勤務地・出社条件にも違いがあります。HERPはリモート可、ネクストビートは火・水曜日固定で週2日のリモートが可能と記載しています。完全リモートが前提の方は、候補の個別条件を先に確かめましょう。
マネーフォワードは原則週2日の出社が必要で、週3日以上を推奨しています。会社・業務状況で変動し、出社曜日は所属チームにより異なるため、配属先の勤務条件を確認してください。
在籍出向の募集では、雇用元、実際に働く会社、評価や福利厚生の扱いも確認します。マネーフォワードの当該募集は評価・福利厚生を同社の制度に準じると説明していますが、日常の指示やチーム内の責任分担は面談で確かめる項目です。
新しい銀行の基盤づくりと、複数プロダクトの改善では、入社して最初に任される仕事は別です。ここはリメディの見解ですが、「裁量があるか」だけを聞くより、障害時に何を自分で決められるか、誰に判断を依頼するかを確認すると、希望する働き方を具体的に比べられます。
提示年収は固定手当と働き方を合わせて比べる
同じ年収表示でも、固定手当、賞与、時間制度の扱いで比較の前提が変わります。今回の募集には、みなし残業等を含む説明があります。提示時は、基本部分と固定手当、超過分、賞与の支給条件を分けて確認してください。
経験年数が同じSREでも、担当サービスや設計・運用の責任が違えば同じ条件とは限りません。企業の平均給与の見方は、IT業界の企業別年収と母集団の違いを参照し、個人への提示額とは分けて比較しましょう。
応募したい仕事と勤務条件がまとまったら、IT業界の求人検索からSREに関わる候補を探せます。キーワードだけで自社製品SREに限定できるとは限らないため、顧客常駐の有無と実際の担当業務を求人ごとに確かめてください。
事業会社SREの求人選びでよくある質問
SREという職種名で働いた経験が必要ですか？
募集によります。HERPはチームでの運用または開発経験を必須とし、SRE実践は歓迎です。職種名だけで対象外とせず、実際に担当した仕事と、日本語で議論し成果を出す条件も合わせて確認してください。
AWSの認定資格があれば応募できますか？
資格だけで実務条件を満たすとは限りません。ネクストビートは対象のAWS認定を歓迎としつつ、AWSの構築運用、監視、CI/CDの経験を必須にしています。資格と担当した実務を別々に記載してください。
どの会社も英語が必要ですか？
同じ条件ではありません。マネーフォワードのデジタルバンク募集は英語・日本語ともビジネスレベルです。他社の語学条件は当該募集で確認し、一社の条件をSRE全体の必須に広げないでください。
SREなら夜間の対応がありますか？
職種名から頻度や有無を確定できません。募集に書かれた内容を読み、当番の時間帯、連絡頻度、復旧時の権限、手当・勤務調整を具体的に質問してください。夜間対応がないことを前提に応募先を決めないようにします。
運用保守とSREのどちらを選べばよいですか？
名称より、希望する仕事を含むかで判断します。監視や復旧を続けたいのか、指標・自動化・開発基盤まで改善したいのかを挙げ、入社後の担当と比べてください。実装を担う範囲と、他チームとの分担も確認事項です。
応募先を決める前に担当案件のメモを作る
応募したい募集の必須条件を満たし、担当したいサービスと仕事が合うなら、公式ページから応募を進められます。主要案件について、設計・構築・運用・改善のうち自分が担当した工程と、判断した内容を短く記してください。
業界そのものをまだ比較している方は、IT業界の業態と主な仕事から、自社サービス、受託、顧客支援の違いを整理できます。SREの名前で検索する前に、どの事業のシステムを支えたいかを決める方法もあります。
運用経験をどこまで設計・改善の実績として伝えられるか、あるいは出向やオンコール条件が希望に合うかで迷う場合は、候補URLと案件メモを相談に使えます。担当者を選び、技術経験と入社後の責任のうち確かめたい点を伝えてください。
HERPはSRE実践を歓迎に置き、ネクストビートはAWS・監視・CI/CDの実務を必須としています。ここはリメディの見解ですが、肩書をSREに変えて応募するより、現在の案件で担当した作業を条件ごとに説明する方が、経験の不足と一致を正確に伝えられます。