バックエンドエンジニア

必須

• 設計・開発・テストのいずれかの工程において、必要なタスクを自ら整理・分解し、自走して遂行した実務経験があること。
• ※選考に際しまして、バックエンドエンジニア職は、GitHub（またはそれに準ずる成果物・ポートフォリオ等）のご提出をお願いしております。

歓迎

• プロダクトや機能の要求を整理する担当者と連携し、要求・要件の具体化から、設計・開発・テスト・リリースまでの一連の開発工程を、自ら計画・推進した実務経験があること。

求める人物像

• 『ありたい自分』が言語化されている方
• 自分の意見をもちながらも、相手との価値観との違いを理解し尊重できる方
• 自分の専門領域以外にも興味・関心を持ち、仕事の機会を自ら創りにいく積極的な姿勢のある方
• ミスや間違いに気づいた際、言い訳や保身ではなく事態解決に向けた建設的な行動をすることを大事にしている方

使用ツール

募集背景

• 大阪本社・東京本社の他にベトナムにあるオフショア拠点でも開発しており、開発エンジニア組織としては約30名規模（日本22名＋ベトナム10名）まで拡大してきております。開発エンジニアを積極採用、組織拡大しているフェーズになります。
• これからの開発フェーズとしては、プロダクトの機能開発はもちろんですが、
• AIを用いたマーケティングにおけるBPaaS×AIという分野でのプロダクト展開
• CI/CDの再設計と自動化
• テスト自動化による品質向上
• リリースフローの標準化・高速化
• エンジニア組織の開発生産性向上→FourKeys指標の導入など
• 若手エンジニアたちの育成と技術的なリード
• など、サービス拡大に向けて、大きな技術チャレンジに取り組むフェーズを迎えています。
• 今がまさに、組織が大きくなっていくスタート地点。今のタイミングが1番面白みを感じれる組織フェーズと言っても良いかと思います。

業務内容

• CastMe!の開発エンジニアとして、プロダクトの開発業務をお任せします。
• プロダクトは、成長期~成熟期を迎えています。
• その中で新機能開発だけではなく、運用保守・自動化など、DevOps領域もご担当頂きたいと考えております。
• サービスを開発するエンジニアとして、色々な開発経験を積む事が出来る面白いフェーズとなっております。
• ※ コレをやりたい！など、強いご要望がある場合は、面談・面接時に是非聞かせて下さい。

技術スタック

• 利用している技術スタックとなります。色々な技術スタックに触れる機会があり、キャッチアップも可能です。

バックエンド

• 言語：Java / Python3 / TypeScript / Rust
• フレームワーク：SpringBoot / FastAPI / axum（Rust）
• API設計：Swagger / TypeSpec
• コンテナ：Docker
• インフラコード（IaC）：Terraform / Pulumi / AWS CloudFormation

インフラ・構成管理・監視

• 構成管理：Docker / AWS SAM / CloudFormation
• AWSサービス：EC2 / ECS / EKS / Fargate / S3 / RDS (Aurora) / DynamoDB / SQS / SNS / API Gateway / Lambda / CloudFront / CloudWatch / CodePipeline / CodeBuild / Amplify
• Azureサービス：Logic Apps / OpenAI Service
• 監視・可視化：Metabase / Grafana / Datadog
• リポジトリ：GitHub

AIの導入状況

• ChatGPT / GitHub Copilot / Amazon Bedrock / Claude / Gemini / Cursor実装・設計・学習支援まで、AIを実務に導入
• GitHub Copilot をチーム全体で活用中。繰り返し実装・ユニットテストの自動化・ドキュメント生成などで利用しています。※Cursor によるローカルLLM支援開発や、Devin を使ったインタラクティブなコーディング支援もPoCベースで導入

フロントエンド(参考)

• 言語：TypeScript
• フレームワーク：Next.js（App Router） / React / Nest.js（BFF用途）
• ルーター：React Router v7 / Tanstack Router
• 状態管理・データ取得：Relay / Tanstack Query
• スタイリング：PandaCSS
• フォーム：React Hook Form
• ドキュメンテーション・UIカタログ：Storybook
• テスト：React Testing Library / Playwright / Jest / Vitest / MSW
• ビルドツール・Lint：Vite / ESLint

プロダクトの「一部分」ではなく、「全体」を動かせる

• 大規模なプロダクト開発では、組織が大きくなるほど役割が細分化され、一人のエンジニアが担当するのはプロダクトの一部の機能に限られることも少なくありません。
• PLAN-Bでは、エンジニア一人ひとりが「プロダクト開発者」として、特定の機能を開発するだけでなく、プロダクト全体を見ながら開発に携わることができます。

プロダクトチーム/メンバー構成

• PdM
• エンジニア 2-5名+ベトナムオフショア（8名）
• UXデザイナー (複数プロダクト兼任)
• アーキテクト (複数プロダクト兼任)

事業毎の開発組織

• 各事業ごとに開発組織を形成してます。
• PdMが技術部門に在籍し、開発・営業・マーケティングといった各部門の調整をバランスよく行い、アイデアを形にしてお客様に届けています。

プロダクトの方向性を共有

• 各部門が一緒に目標設定を行うことで、プロダクトの成長に対して同じ方向に向かっています。

フラットな関係

• 各部門が連携し合ってプロダクト開発に向き合っているため、事業部門が強く開発部門が弱いなど、いびつな力関係がありません。