6. エンジニア・PdM系 の求人一覧 - 株式会社Speee

【配属チーム：AIリサーチ＆イノベーション室（AIRI室）について】 「今夜どの店に行くか」「次の旅行先をどう決めるか」——日常のあらゆる選択において、人々の情報収集の仕方が根本から変わろうとしています。検索してリンクをたどる時代から、AIが文脈を読んで最適解を直接届ける時代へ。この変化の中で、「どんな情報が・どんなタイミングで・どんな形で届けば、ユーザーの意思決定を本当に支援できるか」という問いに、Speeeはプロダクト、データとAIで向き合っています。 AIリサーチ＆イノベーション室は、そのプロダクトを構築するチームです。リサーチメンバーが解明した「AIがどう情報を判断するか」「ユーザーはどう行動を変えるか」という知見を、実際に動くプロダクトとして実装し、磨き込んでいきます。自分たちが作ったシステムが、日常の消費行動から人生の大きな選択まで、何万人もの意思決定を支えていく——それがこのポジションのスケール感です。 【お任せしたい業務】 ■ AIマーケティング基盤の設計・開発・進化 BizチームとリサーチチームがAIで発見した知見を、継続的に使えるシステムとして実装します。「どう作るか」ではなく「どう事業に届けるか」を起点に設計するため、技術とビジネス両方の視点が自然と身につきます。 ・AIマーケティング・アプリケーションの0→1立ち上げから、稼働中システムの改善・進化まで一貫して担当 ・データパイプライン、ワークフローシステム、分析・レポーティング基盤など、事業を支えるインフラを設計・実装 ・AWS/IaC（Terraform/AWS CDK）による堅牢なクラウド基盤の構築・運用 ・AI駆動型開発を全工程で実践（仕様検討〜実装〜ドキュメント生成をAIと協働しながら進行） ■ Biz／リサーチとの事業・技術の仮説検証 整った要件書が渡されるのを待つのではなく、事業の仮説そのものをエンジニアの視点から一緒に磨きます。「何を作るべきか」の議論から参加できるため、技術がどう事業に貢献しているかを肌で感じながら働けます。 ・BizチームとリサーチチームとともにAIマーケティング施策の仮説検証に参加し、必要なシステム機能を共に定義 ・得られた知見や再現性のある成果を、業務・サービスに継続的に組み込むための設計・実装 【開発環境】 ■ 言語 Python / TypeScript / Ruby / Go ■ インフラ・クラウド Amazon Web Services（AWS） Infrastructure as Code（Terraform / AWS CDK） ■ AI・LLM関連 LLM（OpenAI API等）/ RAG構築 / AIワークフロー基盤 ■ データベース RDB（MySQL等） ■ ソースコード管理 GitHub / Git ■ その他 Linux / Docker / GitHub Actions / Datadog 【こんな環境・働き方です】 ・現在4名の少数精鋭チームで、エンタープライズ開発経験豊富なシニアエンジニアと連携しながら、設計思想から実装まで一貫して学べます ・開発プロセス自体もAI前提で進化させています。仕様検討からコード実装、ドキュメント生成まで「AI駆動型開発」を全員で実践 ・BizチームやリサーチチームとOne Teamで動くため、技術が事業成果に直結する手応えを日常的に感じられます ・書籍購入費負担あり（月1万円まで） ・個人利用のクラウド環境利用費を月1万まで会社負担あり

【業務内容】 デジタルトランスフォーメーション事業本部の開発基盤グループに所属するSREとして主に以下の業務を担っていただきます。 デジタルトランスフォーメーション事業本部には10以上のサービスが並行して稼働しており、さらなる新規サービスの立ち上げも行っています。 各サービスごとに個別のインフラを提供するシングルテナント方式を現在はとっています。 （徐々に運用負荷が上がっており、一部サービスをマルチテナント化していっています） ▼その様子をまとめたブログ https://tech.speee.jp/entry/spiral-of-terraform-repo 【Embedded SRE的振る舞い】 ・担当サービス(1〜複数)の信頼性を維持・向上する各種活動 　・各サービスにおける適切なSLI/SLOの定義 　・開発チームに目的や用途を聞きつつインフラを設計・更新 　・発生するアラートの緊急度を判断してハンドリング(トリアージ) 　・深夜・休日の緊急対応(発生頻度は過去実績数ヶ月に1回程度) 　・KubernetesクラスタやAWSなどの利用サービスのアップデート 　・運用の自動化(監視・アラート通知・コード変更チェック・テストなど) 　・運用性を改善する各種施策の実施(デプロイの高速化、ソフトウェアエンジニアリングに限らずルール整備など含む) 【Platform SRE / Platform Engineering的振る舞い】 複数サービスを横断した取り組みについても、以下の様な業務を担っていただきます。 ・GitHub ActionsによるCI/CD改善 ・テスト、デプロイ速度改善など、横断的な開発生産性の向上に対する課題定義と解決 ・Kubernetes間で共通でインストールされているべきchartの追加・管理 ・サービスを横断したセキュリティ対策 ・全社横断のセキュリティ推進室と連携しながら脆弱性診断や、セキュリティ診断ツールの導入、各サービスが適切にセキュリティ水準を担保できる状態をつくる ・データ解析基盤の構築、運用サポート、改善 　・各サービスが横断で利用するデータを利活用する基盤の構築や、社内メンバーが業務内で最適に利用できるようにサポートを行う ・車輪の再発明にならないように共通で利用する機能を基盤化し、各サービスで利用できる様な状況をつくる 　・住所データや物件の査定データなど各サービスが独自で現在は開発しているものを共通基盤化することで、プロダクト開発のアジリティを加速させる ・長期的なサービスの運用を想定した際のアーキテクチャの再編、新たな技術の導入支援 　・マイクロサービス化はじめとする、大規模なアーキテクチャの再編等を各サービスのプロダクトチームと連携しながら、先行して検討しテスト導入するなど、新たな技術投資を既存のプロダクト開発サイクルと分離して推進し、長期的に見たときのサービスの拡大・運用のリスクに対処していく 【仕事の魅力】 ▼大規模な事業投資フェーズ 既存のサービスが業界No.1となり、「高い収益性」「業界No.1のユーザーデータ量」「業界No.1の事業社との接点数×質」を実現できています。 現在複数の新規サービスの立ち上げと既存サービスのグロースを同時に行っており、それに伴うセキュリティ向上、サービスの安定稼働など基盤をより強化する必要があり、サービス全体の信頼性を見直すべく様々な取り組みを推進する必要があります。 ▼自律しスループットの高さを維持する組織 我々の提供する価値は部分最適な価値提供ではなく、全体最適で未来的に複利の効く価値提供です。そのため、チームの一人ひとりが役割分業ではなく、目的思考に自律し広域に価値提供をする必要があります。同時に組織として型化による提供価値のボトムアップによりスループットの高い組織を実現していきます。 【開発環境】 ■データベース MySQL ■ソースコード管理 Git ■プロジェクト管理 GitHub Projects ■情報共有ツール Slack Kibela GitHub ■その他 AWS Docker Redis Redash GitHub Actions Terraform Kubernetes SendGrid BigQuery

【ご担当いただくプロダクトについて】 リアル産業DX部門では、複数の事業を運営しています。 ・不動産売却・査定サービス「イエウール」（https://ieul.jp/ ） ・土地活用・不動産投資プラン比較サイト「イエウール土地活用」（ https://land.ieul.jp/ ） ・優良不動産会社に特化した不動産査定サービス「すまいステップ」（ https://sumai-step.com/ ） ・完全会員制の家探しサービス「Housii（ハウシー）」（https://ieul.jp/buy/） ・リフォームのマッチングプラットフォーム「ヌリカエ」（https://www.nuri-kae.jp/ ） ・介護施設のマッチングプラットフォーム「ケアスル 介護」（ https://caresul-kaigo.jp/） ・新規立ち上げ中のSaaS型サービス これらの事業の中から、ご入社されるに当たっての初期1年~2年の時間軸でのご活躍と成長を鑑みた上で一番ベストな事業のプロダクトチームにJOINいただきます。 【お任せしたい業務】 プロダクトチームとしては、3ヶ月単位のフォーカスする開発テーマを策定し、それらをやり切るための開発計画の策定、運用を行っています。 現在、約10程度の事業があり、基本的には1つの事業に対して、1つのプロダクトチームになるようにチームを分けています (1チームの規模が大きくなる場合はさらにサブチームに分けることもあります)。 各チームは10人以下のスモールチームで、エンジニア一人ひとりに「事業やプロダクトへの深い理解」と「顧客に使われる機能を責任を持ってリリースしてもらうこと」を期待しています。 以下、一例 ・プロダクトの機能追加・機能改善の企画・要件定義 ・API / フロントエンドのコンポーネント設計・実装・テスト・コードレビュー ・技術選定を含むアーキテクチャの意思決定、ADR策定 ・サイトやDBのパフォーマンス計測・改善 ▼開発組織の大事にしていること エンジニアとして事業に貢献するとは「Why-What-Howの一貫性を保ちながら、技術意思決定を積み重ねること」である https://tech.speee.jp/entry/why-what-how-engineering 【どんなチームで働くか】 ベースはスモールなスクラムチームですが、我々の特徴として「Bizメンバーとエンジニア間で徹底的にWHY/WHATの認識を揃えること」を大切にしています。なぜならそういった目的の部分を疎かにすると、自分たちが開発した機能がどのような価値につながるかが不明瞭になり、エンジニアのオーナーシップが薄れてしまうと考えているからです。以下は弊PdMのブログ記事ですが、そちらでも「WHYとWHATを定義することの重要性」について語っています。 https://tech.speee.jp/entry/requirements-definition 【デジタルトランスフォーメーション(DX)事業本部について】 ・リアル産業に対してテクノロジーを活用して、産業全体のバリューチェーンをこれからのDX時代にあったものに再構築するという挑戦をしています。 ・リアル産業のDX化は、単一サービスのみでは実現が難しいため、Webプラットフォーム・SaaS・コンサルティング等の複数事業の連続立ち上げ→プラットフォーム化によって、攻略しようとしています。 ※ブランドステートメント「DX Democracy」の紹介 https://speee.jp/news/1841/ 【開発環境】 ■言語 TypeScript Ruby ■フレームワーク Ruby on Rails React.js Next.js ■データベース MySQL ■ソースコード管理 GitHub Git ■プロジェクト管理 GitHub Projects ■情報共有ツール Figma Slack Miro Kibela ■その他 AWS Docker Redis GraphQL GitHub Actions Terraform Datadog Kubernetes Firebase BigQuery