従業員数100名未満 Unreal EngineのITエンジニア求人・転職情報

AIを使う会社ではなく、AIで会社そのものをつくる。 SENXYAのTechnology領域の中心として、業務・データ基盤「SENXYA DB」のProduct Ownershipを担い、AI Nativeな開発体制そのものを0→1でつくるポジションです。 ●このポジションのミッション 一般的な「要望整理→エンジニアへ依頼→仕様策定→開発→納品」という開発方法そのものを変えます。 目指すのは、現場 → Product Owner → AI → 仕様・設計 → AI Coding → 自動テスト → 社員が利用 → データ・フィードバック → AIと人が改善、という開発Loopです。 人間のエンジニアがすべてのコードを書くことを前提とせず、 AI Coding Agent・LLM・Low-Code / No-Code・Workflow Automationなどを組み合わせ、少人数でも高い開発速度を持つ「AI Nativeな開発組織」を構築します。 開発の主体はあくまで社内とAIに置きながら、外部の専門家は、Security Review・Architecture Review・大規模Migration・障害対応など専門性が必要な領域で活用します。 現場・AI・社内メンバー・外部専門家をつなぎ、要件や優先順位を整理しながら、開発プロジェクト全体を推進していただきます。 ●最初に取り組んでいただきたいこと まずは現在開発中のSENXYA DBを理解し、「既存システムを活かすのか、SENXYA DB 2.0として再構築するのか」を含め、今後の技術方針を整理していただきます。 ・Source Code / GitHub・Database Schema・Infrastructure / Cloud環境の把握 ・Data Dictionaryの整備、API / 認証まわりの整理 ・未実装機能・Bug・Technical Debt・Security / Permission / RLS等の確認 ・Migration方法の検討、外部開発会社への依存関係の整理 これらをもとに「残す / 改善する / 捨てる / AIで作り直す」を判断していきます。 技術構成はPostgreSQL / Supabase・GitHub・AI Coding Agent・n8n・LLM API・RAG等を検討していますが、ツールありきではなく「今、何を使うべきか」を継続的に判断することもこの役割です。 ●主な業務内容 ①SENXYA DBのProduct Ownership 社内各部署へのヒアリング、業務フローの整理・再設計、Product Roadmap策定、Requirement / Specification作成、UI / UX設計、Data Model設計、開発優先順位の決定。 「言われたものをつくる」のではなく、「そもそもその業務は必要か」「AI時代にはどうあるべきか」から考えます。 ②AI Native Development AI Coding Agentを利用した開発、LLMによる仕様作成、Prototype開発、Test生成・自動化、Documentation生成、Code Review、Workflow Automation。 人間がコードを書く量を増やすのではなく、AIを活用して開発生産性そのものを高めます。 ③Data Infrastructure 案件・顧客・見積・原価・機材・在庫・発注・人工・請求・粗利・施工など日々蓄積されるデータを、AIが利用できる形へ構造化。 「会社で起きた出来事が、次の案件の知能になる仕組み」を目指します。 ④SENXYA AI / AI Agent 見積AI・原価予測AI・発注Agent・在庫最適化Agent・施工計画AI・Knowledge Agent・経営分析AIなどの開発。 将来的には「この会場で、この規模のライブをつくりたい」という情報から、過去案件検索・機材選定・見積作成・施工計画・発注までAIが支援する世界を目指します。 ⑤Digital Twin 3D・CAD / BIM・点群データ・Unreal Engine・Computer VisionなどとSENXYA DBを接続し、Physical WorldとDataをつなぐ基盤へ発展させます。 ⑥Physical AI / Robotics その先に見据えるのがPhysical AIです。Robot Forklift・AMR・墨出しRobot・Drone・ROS / ROS2・IoT・Autonomous Constructionなどにより、フィジカルなライブ施工産業も変わっていくと考えています。 このポジションは、SENXYA DBから将来のPhysical AIまでつながる入口です。

生成AIの進化によりエンジニアのキャリアが不透明になる中、AIツールへの投資を惜しまず、フルスタックかつフルサイクルの思考でプロダクトを育てる経験ができる環境です。 具体的には、以下のような業務をご担当いただきます。 イベントストーミング・ドメインモデリングを通じた業務課題の構造化と価値定義 DDD・クリーンアーキテクチャに基づいたシステム設計と実装(フロントからバックエンドまで) コンパウンドプロダクト間のデータ連携・共通基盤の設計 スケーラビリティ・保守性に関する中長期的な技術課題の特定と解決 ペアプロ・モブプロを通じた設計思想の共有と開発文化の醸成 PdM・Bizサイドとの密な連携による、プロダクト戦略や優先度の議論への参加 開発チーム・組織の仕組みづくり(開発プロセス設計、採用、オンボーディング等) 学び・文化 学びと発信の文化が根付いています。 仕様駆動開発、ADR、輪読会、活発なテックブログ・登壇など、知見を蓄積・共有する土壌があります。 以下のような設計判断のなぜを言語化し、発信する取り組みが日常的に行われています。 権限設計(Default Deny / Default Allow) 拡張性の設計(誰が何を変えるか) 状態設計(Event Sourcing 的発想) 開発環境 アジャイル・スクラム(2週間スプリント)を採用 Feature(価値・機能)単位でフルスタックに開発 ペアプロ・モブプロは積極的に採用 イベントストーミング・ドメインモデリングは特に注力 ●バックエンド NestJS Prisma RustエンジンからTSネイティブアダプタへ移行 Aurora PostgreSQL v17 Blue/Green Deployments でメジャーアップデートを運用 モジュラモノリス Force分割 ECS Fargate 非同期・バッチ基盤 AWS Batch on Fargate EventBridge S3トリガー Noisy Neighbor 対策 参照系・整合性の設計 CQRS QueryService + DTO パターン Choreography → Orchestration Saga Event Sourcing 的なデータ設計 Prisma の onCommit フック ●フロントエンド・BFF Next.js SSR / BFF React Compiler annotationモード+Oxlintで段階導入 約7,500ファイル規模のTypeScriptプロジェクト TanStack Query Dexie.js Server-Driven UI(SDUI)による台帳画面の運用 型共有:oRPC OpenAPIコード生成からの移行 ●認証・権限基盤 Ory Kratos 将来 Ory Hydra を検討 Permission & Roles プロダクト横断の権限共通基盤 Default Deny / Default Allow の設計判断 ●インフラ AWS WAF v2 ALB ECS Fargate Graviton(ARM64) Secrets Manager Bedrock IaC:AWS CDK GCP連携 Service Account Workload Identity Federation Domain-wide Delegation によるキーレス認証 ●CI/CD GitHub Actions self-hosted ARM64 ランナー Docker buildx SOCI デプロイ時間を約50%短縮 開発手法・QA・AI活用 仕様駆動開発 OpenSpec ADR Playwright runn AIコーディング Cursor Claude Code Claude Code in Chrome AI環境 AIが書いたコードのPRレビュー/Approveのメンタルモデルづくり AIへの投資を惜しまない開発環境です。 「顧客への提供価値が向上するなら、もっと投資していい」という代表の方針のもと、必要性を説明できれば使いたいAIツールをためらわず導入できます。 AI開発合宿のように、意図的に集中して挑戦する機会もあります。 Cursor / Claude Code に加え、Claude Code in Chrome でのブラウザ操作の自動化や、AIが書いたコードをどうレビュー・Approveするかといった「AIと協働する開発文化」そのものを、チームで議論・更新しています。