SRE（EM候補）

AGT様各位
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
■募集背景
【事業フェーズ】

• 顧客基盤急拡大フェーズ
• エンタープライズ導入拡大フェーズ
• マルチプロダクト化を見据えた共通基盤強化フェーズ
• 巨大サービスを次の10年へ進化させる刷新フェーズ

【現在起きている課題】

• 10年以上成長を続けるサービス基盤における技術的負債
• ユーザー数拡大に伴う運用負荷増大
• マルチプロダクト化を見据えた共通基盤整備
• IaaS中心構成からクラウドネイティブ構成への移行
• TerraformやCI/CDを活用した運用自動化推進
• Observability強化
• 属人化した運用の改善
• サービス信頼性と開発速度の両立
• エンタープライズ要求に耐えうる運用基盤強化

【このポジションが必要な理由】
従来の「運用・監視中心」の体制だけでは、
今後の事業成長やマルチプロダクト展開を支えきれなくなってきています。
現在は、巨大サービスを止めずに改善しながら、

• クラウドネイティブ化
• Terraformを用いたIaC改善
• CI/CD改善
• Observability強化
• 運用自動化
• 共通基盤整備
• サービス信頼性向上

などを、組織横断で継続的に推進していく必要があります。
単なる運用保守ではなく、
「次の10年を支える現場インフラ」を作っていくフェーズです。
そのため、
レビューや管理だけではなく、
自ら手を動かしながら改善を推進できるSRE人材を求めています。
【短期課題】

• 運用負荷軽減に向けた自動化推進
• Terraformを用いたIaC改善
• CI/CD改善による開発・リリース効率化
• Observability強化による障害検知

可視化改善

• 障害対応フロー

運用フロー改善

• インフラコスト最適化
• 属人化した運用の標準化
• マルチプロダクト化を見据えた基盤整備
• SREチーム体制

改善プロセス整備
【中長期課題】

• 巨大サービスを止めずにクラウドネイティブ化を推進
• マルチプロダクトを支える共通基盤整備
• サービス信頼性と開発速度を両立できる運用基盤構築
• Terraform

CI/CD
Observabilityを活用した継続的改善基盤の確立

• 属人化しない運用標準化
• エンタープライズ要求に耐えうる信頼性

運用体制強化

• 開発チームと連携したDevOps推進
• SLO

SLIを活用したサービス品質改善

• 次の10年を支えるSRE組織

Platform体制構築
【必須要件補足】

• “完成されたSRE組織”ではなく、これから改善・整備していくフェーズです
• マネジメント専任ではなく、自ら手を動かしながら改善を推進できるプレイングマネージャーを想定しています
• Terraform

AWS
コンテナ環境などを活用し、IaC・運用改善・自動化を主体的に推進してきた経験を重視しています

• レビューや管理のみではなく、実装・運用・障害対応・改善まで一気通貫で関われる方を歓迎しています
• 単なる監視運用ではなく、サービス信頼性向上・開発生産性向上・DevOps推進まで横断的に改善できる方を求めています
• インフラだけではなく、開発チームと連携しながらCI/CD、Observability、共通基盤改善などを推進してきた経験を歓迎しています
• 巨大サービスを止めずに改善し続ける難しさや、変化の大きいフェーズを楽しめる方を歓迎しています

【書類選考NGポイント】

• レビュー

管理業務中心で、自ら手を動かした経験が読み取れない方

• AWS

コンテナ
Terraformなど、現在の運用基盤に近い実務経験が不足している方

• 運用保守・監視中心で、改善

自動化
設計経験が薄い方

• 手順ベースの定型運用経験が中心で、0→1の構築や改善経験が少ない方
• 特定領域（DB、NWなど）へ専門特化しすぎており、SREとしての横断的な改善経験が見えにくい方
• PM

PL経験が中心で、内製開発組織におけるピープルマネジメント経験が不足している方

• Terraform、CI/CD、Observabilityなどを活用した改善経験が読み取れない方
• オンプレミス中心の経験で、クラウドネイティブ環境経験が少ない方
• 受け身な運用スタイルが強く、自ら課題を拾い改善してきた経験が見えにくい方
• 短期離職が続いている方

【面接NGポイント】

• 技術選定理由や改善背景を説明できない
• 「なぜその構成

運用にしたのか」を自身の言葉で説明できない

• レビューやマネジメント中心で、自ら手を動かした具体例が少ない
• 障害対応を単発対応で終えており、仕組み化・再発防止まで踏み込めていない
• Terraform

AWS
コンテナ
CI/CDなどの改善経験が浅い

• 運用監視を“こなす”スタンスが強く、改善視点が弱い
• 開発チームとの協働経験やDevOps推進イメージが弱い
• SREを「運用保守職」として捉えている
• 事業や顧客影響よりも、技術都合を優先する傾向が強い
• 指示待ち傾向が強く、主体的な改善推進イメージが持てない
• 変化の大きいフェーズや未整備環境への抵抗感が強い

■仕事についての詳細
会社・事業について
私たちは、「“働く”にもっと『楽しい』を創造する。」をミッションに掲げ、建設業界のDXを推進しています。
建設業界では、人手不足や技能継承、長時間労働などの課題が深刻化しています。
私たちは、施工管理サービス「SPIDER＋」を中心に、現場業務の生産性向上を支えるプロダクト開発を進めています。
主力サービス「SPIDER＋」は、現在7万人以上のユーザーに利用されるサービスへ成長しました。
現在は、マルチプロダクト化やエンタープライズ導入拡大が進む中で、施工管理アプリにとどまらず、建設現場全体を支える「現場インフラ」への進化を進めています。
その実現に向けて、

• マルチプロダクトを支える共通基盤整備
• IaaS中心構成からクラウドネイティブな構成への移行
• Terraformを用いたIaC改善
• CI/CD改善
• Observability改善
• DevOps推進
• 認証認可

API
権限管理の整備
など、事業・技術・組織を横断した改善を進めています。
10年以上運用され、7万人以上が利用する巨大サービスを止めることなく、
次の事業成長を支えるサービス基盤へ進化させていくフェーズです。
また、Claude Code・GitHub Copilot・Cursor・Devinなどを活用した開発改善も進めており、生成AIを活用した開発生産性向上にも取り組んでいます。
■仕事概要
スパイダープラスでは、ユーザー数拡大やマルチプロダクト化に伴い、サービス基盤の複雑性が増しています。
今回募集するSREチーム_EM候補には、開発・QA・CRE・プロダクト企画などの各部門と連携しながら、
サービス信頼性向上
運用改善
自動化
DevOps推進
SLO
SLI改善
インフラ基盤改善
SREチームの改善プロセス整備
マネジメント体制づくり
などを推進いただきます。
単なる運用保守や障害対応だけではなく、開発組織と協働しながら、「安定して開発・運用できる状態」を継続的に改善していくポジションです。
“完成されたSRE組織”ではなく、これから改善・整備していくフェーズだからこそ、技術選定や運用改善、チーム改善にも大きな裁量を持って関わることができます。
巨大サービスを止めずに改善し続ける難しさと面白さの両方を感じられる環境です。
■ミッション
サービス信頼性向上による事業成長支援
マルチプロダクトを支える共通基盤改善
DevOps推進による開発生産性向上
運用自動化
Observability改善
クラウドネイティブ化推進
持続可能なサービス基盤の構築
■具体的な業務内容
完成された環境ではなく、“これから作っていくフェーズ”を楽しめる方を歓迎しています。
スパイダープラスでは、SREを単なる監視・運用ではなく、サービス信頼性・開発生産性・事業成長を支える役割として位置付けています。
現在は、マルチプロダクト化やエンタープライズ導入拡大に伴い、
共通基盤整備
クラウドネイティブ化
共通基盤改善
サービス基盤改善
DevOps推進
認証認可
API
権限管理整備
Observability強化
など、サービス基盤全体の改善を進めています。
10年以上運用される巨大サービスを止めずに改善し続けながら、
次の事業成長を支える基盤へ進化させていくフェーズです。
レビューや管理だけではなく、自ら手を動かしながら改善を推進し、開発・QA・CREなど多様なチームと連携しながら、全体最適でサービス基盤を進化させていける方をお待ちしています。
主な業務内容
10年以上運用される巨大サービスの基盤刷新
マルチプロダクトを支える共通基盤整備
IaaS中心構成からクラウドネイティブ構成への移行
Terraformなどを用いたInfrastructure as Code改善
DevOps推進による開発生産性向上
Observability改善による信頼性向上
運用属人化を解消するための自動化
標準化
エンタープライズ拡大を見据えたサービス信頼性向上
開発チームとの横断改善推進
SREチーム体制
改善プロセス整備・マネジメント
チームミッション
安全でスケーラブルなサービス基盤を構築し、マルチプロダクト時代の建設DXを支えること。
環境
AWS：EC2、ECS、RDS、EFS、ElastiCache、S3、Lambda、API Gateway、WAF、CloudWatch、Route53、AWS Backup
ミドルウェア：Apache
データベース：PostgreSQL
IaC：Terraform、Ansible
コラボレーション：GitHub、Backlog、Slack

AWS
GCPなどパブリッククラウド環境の設計・構築・運用経験
サービス信頼性向上に関する実務経験
Terraform
Ansibleなどを用いたIaC実務経験
コンテナ環境の設計・運用経験
障害対応、運用改善、自動化の実務経験
DevOps
SRE領域において、開発チームと連携しながら改善を推進した経験
自らコードや設定変更を行い、自ら手を動かしながらで改善を推進してきた経験
ピープルマネジメント経験（評価・育成・1on1・組織改善等）
※単なるレビュー・管理業務のみではなく、自ら手を動かしながら改善を推進してきた経験を重視しています。

SLO
SLI設計経験
Observability改善経験
GitHub Actionsなどを用いたCI/CD改善経験
Go
PHP
Python等を用いたバックエンド開発経験
運用自動化
Developer Experience改善経験
マルチプロダクトを見据えた共通基盤構築
運用経験
生成AIを活用した開発改善
業務改善経験
Kubernetesなどコンテナオーケストレーション環境の運用経験

「それ、私がやります」の姿勢で、自ら課題を拾いにいける方
レビューや管理だけではなく、自ら手を動かしながら改善を推進できる方
Terraform
AWS
コンテナ環境などを活用し、運用改善・自動化・サービス信頼性向上を推進してきた方
障害対応を単発で終わらせず、仕組み化・再発防止まで改善できる方
開発・QA・CREなど多様なチームと連携し、「信頼を自ら築く」ことができる方
技術だけではなく、事業や顧客影響まで踏み込んで改善を考えられる方
未整備な環境や変化の大きいフェーズを前向きに楽しめる方
難易度の高い改善でも、最後まで「やり抜く」ことができる方
完成された環境を運用するよりも、「次の現場インフラを作る」ことに面白さを感じられる方
このポジションについて
魅力
事業インパクトの大きさ

• 7万人以上が利用するサービス基盤改善に深く関われる
• 建設現場全体を支える「現場インフラ」への進化を支えられる
• マルチプロダクト化やエンタープライズ拡大を支える重要ポジション
• サービス信頼性や開発生産性が、事業成長へ直結するフェーズに関われる

技術的な面白さ

• 10年以上運用される巨大サービスを止めずに改善し続ける難しさ
• IaaS中心構成からクラウドネイティブ構成への移行に関われる
• 共通基盤

プラットフォーム改善へ横断的に関われる

• Terraform、Observability、DevOpsなどを活用した基盤改善を推進できる
• AI活用を前提とした開発組織

開発基盤改善に関われる
高い裁量

• 技術選定や改善方針へ関与できる
• 課題発見から改善実行まで一気通貫で推進できる
• 未整備な環境を、自らの手で改善していける
• SRE組織やPlatform改善をこれから形作っていける

雰囲気・特徴
完成された環境ではなく、これから作っていくフェーズ
既に整った環境を運用するのではなく、巨大サービスを止めずに改善しながら、次の事業成長を支える基盤を作っていくフェーズです。
技術・組織・運用のすべてを継続的に改善しています。
チーム横断で改善を進めるスタイル
開発・QA・CRE・プロダクト企画など、複数チームと連携しながら改善を進めています。
単一チームで閉じるのではなく、サービス全体を見ながら全体最適で改善を進める文化があります。
自ら手を動かし、改善を推進する文化
レビューや管理だけではなく、自ら課題を拾い、改善を推進することを重視しています。
Terraformやコンテナ環境、CI/CD、Observabilityなどを活用しながら、運用改善・自動化・サービス信頼性向上を継続的に進めています。
変化を前向きに楽しめる環境
マルチプロダクト化、クラウドネイティブ化、DevOps推進など、変化の大きいフェーズだからこそ、新しい技術や仕組みを取り入れながら改善を進められる環境です。
入社後まずお任せしたい業務・ミッション
最初の3ヶ月

• 既存システム

サービス基盤の理解

• 現状の運用課題

技術的負債の把握

• 企画・開発・QA・CREなど関係部署との連携構築
• サービス信頼性や運用課題のキャッチアップ

3〜6ヶ月

• 共通基盤改善やDevOps改善の推進
• Terraformを用いたIaC改善
• 運用自動化

標準化推進

• CI/CD

Observability改善

• 開発チームとの横断改善推進
• SREチームの改善プロセス整備

マネジメント体制づくり
6ヶ月以降

• 中長期的なサービス基盤改善戦略の立案
• マルチプロダクトを見据えた基盤設計

改善

• クラウドネイティブ化推進
• サービス信頼性向上に向けた改善推進
• SRE組織づくり

EM業務推進

• 事業成長を支えるプラットフォーム改善推進

キャリアステップ
SREテックリード
EM
プラットフォーム領域責任者
CTO候補
組織体制
チーム規模(2026年6月時点)：EM(グループ長兼任)：1名、メンバー：2名、業務委託：2名
レポートライン：プラットフォーム開発部長→グループ長→経営
働き方
ハイブリッド勤務
リモートワーク併用可
生成AI活用を推進する開発環境

面接２回＋SPI→オファー面談
※双方理解のためカジュアル面談からの開始をご提案させていただきますが