私たちオイシックス・ラ・大地は、お客様の食卓を豊かにするために、食の課題解決をしている会社です。 なかでもエンジニアは、お客さまにお買い物を楽しんでもらうために、毎日の食卓を豊かにしていくために、そして、自分たち自身も本当に使いたいと思えるサービスを作るために日々コードを書いています。 具体的には、お客様のアプリ上でのお買い物が、より快適に、より楽しくなるよう、お客様の声やデータから仮説を立て、UI改善や新機能の実装を継続的に行っています。

「おいしっくすくらぶ」のお客様は、働く女性やママなど忙しい方が多く、料理に関して十分な時間を割くのが難しいという悩みがあります。 そこで私たちは、お客様がよりスムーズに、より楽しくお買い物を楽しんでいただけるようにアプリを開発しています。 レシピ提案から食材を選んでもらったり、欲しいものにすぐ出会えるUIにしたり、楽しめるキャンペーンを追加したり、短時間で楽しく満足いただけるお買い物体験を提供することを目指しています。

現在、アプリ開発はエンジニア、デザイナー、企画の8名で開発しています。 アプリ開発は特にエンジニアの裁量が大きく、エンジニアからアイデアを発信して「やりたい」と手を上げれば挑戦を後押ししてくれるカルチャーです。 スピード感をもって物事を進めるため、お客様の声や数字などのファクトから仮説を立て、まずはやってみて、その後お客様の反応を見ながら改善を繰り返すという開発スタイルが浸透しています。 またフランクな人が多く、 役職・部署問わず様々な方とコミュニケーションがとれる環境です。スキルアップのための勉強会を開催したり、会社にあるキッチンスペースで交流会を楽しんだり、フラットな関係性が魅力の職場です。

16万人の会員の方が利用している、食品定期宅配アプリ「おいしっくすくらぶ」のアプリチームリーダーをお任せします。 ただし、エンジニアの領域に縛られることなく、ビジネスやサービスのグロースに興味を持ち、企画と一緒にアイデアを考えながら開発に落とし込める方を求めています。 具体的には、 ・会員数16万人！食の定期宅配のアプリ開発 ・アプリのアーキテクチャの設計と推進 ・チームメンバーのコーディングへのフィードバック ・ビジネスやサービスのグロースを理解し、開発案件に落とす ・企画側のリクエストの実装方針を決める　など 【募集背景】 私たちのお客様は、働く女性やママなど忙しい方が多く、料理に関して十分な時間を割くのが難しいという悩みがあります。 そこで私たちは、お客様がよりスムーズに、より楽しくお買い物を楽しんでいただけるようにアプリを開発しています。 最近では、お客様の声やデータから仮説を立て、レシピ提案から食材を選んでもらったり、欲しいものにすぐ出会えるUIにしたり、楽しめるキャンペーンを追加したり、UI改善や新機能の実装を継続的に行っています。 現在、アプリ開発はエンジニア、デザイナー、企画の8名で開発していますが、会員数の増加により、アプリのさらなる進化が喫緊の課題になっています。 そこで、アプリチーム内のエンジニアのマネジメントを担当する「アプリチームリーダー」を募集することになりました。 エンジニアとしての経験スキルはもちろん、ビジネスやサービスのグロースに興味を持ち、そのためにどう技術を使うかという視点をお持ちの方を求めています。 【技術環境】 開発言語：Java,JavaScript,Swift,Kotlin 環境：Linux ,AWS フレームワーク：Struts2,Hibernate,Mythril データベース：Oracle,MySQL,TreasureData ソースコード管理：GitLab,GitHub イシュー管理：Backlog デザイン管理：Sketch,Zeplin KPT：Trello レビューモニタリング：AppFollow コミュニケーションツール：Slack,Hangout 情報共有：ESA,Redmine 【開発プロセス】 小さなチームだからこそできる素早い意思決定”を活かして、できるだけ早くリリースサイクルを回すことを心がけています。例えばAndroidアプリ開発チームは7月のファーストリリース以降、週1回のペースでアップデートを続けています。日々の開発プロセスは、大きく下記の4つのアクションに分かれています。 ①issueの起票 GitHubでissueを管理しており、随時カテゴリに応じたlabelを付与して起票します。必要な機能開発はfeature、改善系はenhancement、実験でとりあえずやってみる系はexperimentalなど、細かくカテゴリを分けています。基本的にチームの誰でも起票可能で、気づいたことはとにかく雑でもいいから起票することを推奨しています。 ②milestoneの設定 起票したissueをリリースサイクル毎に作ったmilestoneに振り分けます。例えば、第一週は「release_1.10」、第二週は「release_1.11」という形で週次リリース毎にmilestoneが分かれています。（実施未定チケットは、release_1.xとしています。） ③開発 issue番号に対応したbranchを切って、コーディングを行います。develop/masterブランチへのmergeは、必ずチームメンバー1人以上のレビューが必要です。 ④振り返り デイリーでmilestoneを見ながら振り返りmtgを行います。「誰がどのチケットをいつまでに対応するか」を常にチーム全員が把握しているため、助けが必要な場合は相談しやすく、スケジュールのブレも早期にキャッチアップしています。 ◆クリエイターズブログ http://creators.oisix.co.jp/ ◆エンジニア紹介の記事はこちら（外部記事） https://type.jp/et/feature/3979