AI活用の幅が広がり、開発のスピードはより一層 上がりつつあります。では、その開発は誰に、どのような価値を届けているのでしょうか。

本連載では11月13日開催のイベント「顧客の暮らしのために、開発組織の選んだ一歩とは 〜顧客価値を追い続ける開発者たちの実践知〜」にご登壇いただく3社に、開発組織が選んだ一歩を伺います。

第3回は、食品宅配の「Oisix」「大地を守る会」「らでぃっしゅぼーや」を展開し、グループ会社のシダックスフードサービスでは社員食堂などの給食事業も手がけるオイシックス株式会社。エンジニアリング本部 技術戦略室 室長の植木 雅幸氏に、給食の現場での取り組みを中心にお話を伺いました。

プロフィール

オイシックス株式会社 エンジニアリング本部 技術戦略室 室長　植木 雅幸氏

SIerにて多様な業界のWebシステムや組込みシステムの開発に従事したのち、オイシックスに入社。
品質向上を担当した後、マネジメントに従事。一度退社し、品質保証企業でCI/CDの改善などに携わる。
2025年にオイシックスへ復帰し、品質を中心に横断的に技術戦略を検討・推進する技術戦略室を管掌。
シダックスフードサービスの現場改善・開発にも従事。

植木氏は、オイシックスで何を担っているのか

――現在、どのような領域をご担当され、どのような役割を担っていらっしゃるのでしょうか。

植木：技術戦略室に所属しています。名前のとおり、技術に関する方針を検討し、推進していくのが主な役割です。
たとえばいまは、開発にどのようなAIを使い、どう使っていくべきかを考えています。
一方的に押し付けるのではなく、まず考えたうえで、メンバーの意見も聞きながら導入を進めています。

もう一つ、技術戦略室には「技術支援」というミッションがあります。
当社は「Oisix」「大地を守る会」「らでぃっしゅぼーや」といったBtoC事業のほか、給食事業を中心としたBtoB事業も展開しています。
特定の事業に依存せず、プロジェクトやテーマが立ち上がったときに技術的な支援をすることも、私たちの役割です。

――技術支援から関わり始め、現在はシダックスフードサービスの開発部署と兼務されていると伺いました。関わり方が変わってきたのは、どのような経緯からでしょうか。

植木：給食事業を担う子会社のシダックスフードサービスでは、これまでシステム関連を外部委託することが多くありました。
一方で、当社には内製を推進する文化があります。この先の方針を考えたときに、「内製できるところはなるべくしていきたい」という話になりました。
そうなると、どのような基盤でやっていくかを念頭に置きつつ、「こういうシステムが欲しい」という具体的な要望にも応えていかなければなりません。
最初に必要になったのは、新しい事業、新しい業務の形を始めるにあたって、お客様や業務の担当者と、既存のシステムをつなぐための新しい機能でした。

――コストのほかにも、内製に踏み切った理由はあったのでしょうか。

植木：期待されているスピード感を鑑みた時に、内製化シフトをすることがベストだと考えたからです。
最初の機能改善要望に素早く応えたところ、「オイシックスのエンジニアに要望を伝えると素早く実現してもらえそうだ」と思われたようで、そこから「あれもやって、これもやって」と要望が増えていきました。
振り返ると「あれをやりたい、これをやりたい、やっぱりこっち」と次々に要望が出てくる状況では、外部委託で進めるのはかなり難しかったと思います。
そのような流れでの内製化シフトではあったため、今現在は困難も多いけれど、だからこそ面白いといった局面にはありますね。

――スピードや柔軟性のほかに、内製に取り組んでみて分かったことはありますか。

植木：シンプルに、ステークホルダーとのコミュニケーションが取りやすいと感じました。
外部委託でお願いする場合、お願いする側は要件をしっかりまとめなければなりません。
受ける側もお金が絡むので、きちんとコミュニケーションを取ってからでないと動き出せません。
内製であれば全て社内の話なので、雑談から機能要件が生まれるケースも多くあります。これは外部委託と内製のどちらが良いという話ではなく、構造上どうしてもそうなるものなのだと感じています。

――植木さんがこれまでさまざまな立場を経験されてきた中で、いまの仕事につながっていると感じたご経験はありますか。

植木：これは私自身の経歴に関連するのですが、「VDM」という開発手法の一種を、会社として普及・啓蒙し、お客様への導入を進める仕事を経験しました。

当時、VDMは限られた開発組織でしか知られていませんでした。
知らないものは誰も使ってくれないだろうということもあって、まずは社外に向けて啓蒙し、知ってもらう必要がありました。
ただ知ってもらうだけでなく、お客様の開発にどのように取り入れ、どう活用してもらうかまで考える仕事でもありました。
その経験が、いまの仕事への関わり方や方向性にも大きく影響していると思います。

ここ10年以上ずっと考えているのは「どのようにして、その時々の新しい技術や手法を理解し、自分たちの開発を良くしていくか。」ということです。
その中の手段としてCI/CDがあったり、いまだったらAIもある。
何を使って、どうソフトウェアを開発するかという問いが根本にあって、いまも考えていることは基本的に変わりません。

食事を支える業務で、誰に価値を届けたいのか

――食事を支える業務のシステムを通じて、誰に価値を届けたいとお考えでしょうか。

植木：食に携わる以上、最終的には、食べる人が「おいしいね」と思えることが大切だと考えています。
当たり前ですが、最終的なゴールとして、そういったビジョンを持ち続けています。
そのために届ける相手は、事業によって異なります。「Oisix」のようなBtoCの事業であれば、生産者の方であったり、宅配業者の方、そして食事をするユーザーがお客様となりますし、給食事業であれば食事をつくっている方も対象です。システムでどんな価値を提供できるかという意味では、社内・社外問わずステークホルダー全体に価値を届けていきたいと考えています。

――給食事業でいえば、「食事を支える業務」とは具体的にどのようなものでしょうか。

植木：一番分かりやすいのは、社員食堂などで食事をつくって提供している方です。ユーザーに対して直接的に食事を届けているのはこの方々ですが、その方々が献立をつくることや、食材を発注することも、食事を支える業務となります。また、ユーザーが食券を買うことも食事を支える業務に含まれますね。
意外と、最後に「食べる」ところだけではなく、届けるまでに必要なことの中でシステムが随所に関わってきます。
だからこそステークホルダー全体に関わっていく必要がありますし、その挑戦こそが開発にとっても魅力的な点だと思います。
また、食には賞味期限やアレルギーや禁食など、ドメインとして気にしなければならない特性もあります。
そのような特性も含めて「ちゃんと届ける」ことが必要だと考えています。

なぜ、エンジニアが業務の現場に入り込むのか

――エンジニアが自らユーザーの声に耳を傾け、提案する形にする必要性を感じたきっかけはあったのでしょうか。

植木：シダックスフードサービスを担当するにあたって、もともと頭の中では描いていた構想なのではありましたが、シンプルにリソース不足で必要に迫られたから、という側面も一因としてありました。
時期として内製化シフトに着手し始めたころだったので、事業としてお客様にどうやって価値を提供するか、業務を社内でどう回していくかといった複数のミッションを、並行して作る必要がありました。

今回は、簡易受発注システムを構築して既存システムへデータを連携しよう、という話しが発端でした。そのため、まずはやりたいことの一覧をもらい、それを比較的早期に実現しました。

ただ、やはり業務をロールプレイングしてみると「こんなことがやりたい」「こういうものが見たい」という要望が後から出てくるので、それをヒアリングしたり実際に使っているところを見せてもらいながら本当にやりたいことの認識を擦り合わせていく必要がありました。

その中には、既存システムに機能追加した方が早いような要望もありましたが、歴史が長いレガシーなシステムが故に、修正が簡単でないものもありました。
じゃあこちらで作るシステムでその機能を吸収しようとしたときには、既存システムの開発者や利用者など、いろいろな人の話を聞かないと実現できません。
「家でじっとしていて、なんとかなる感じではない」と思いました。

――現場に入り込む中で、面白さを感じたことはありましたか。

植木：普段はエンジニアと関わることが多いので、エンジニアではない方々と関わり、現場の解像度をあげていくことは面白いと感じています。
実際の現場に足を運び、みんなとコミュニケーションを取って形にして社内の方に喜んでもらえるのは、単純にやりがいがあります。
現場に行くと、自分がつくったシステムを使いづらそうに操作しているところや、その手前でスプレッドシートで地道に在庫の管理をおこなっている、といったケースにも遭遇します。
「それならサービスの機能に追加しますよ」とすぐに言えるのは、やはりエンジニアが現場に行ったほうがいい理由だと思います。

――一方で、現場に入り込む中で直面する難しさはありますか。

植木：エンジニアではない方々にとっては簡単な作業に思えるかもしれませんが、実は難しいといったケースも多くあります。
例えば、既にあるデータの表示を直すだけならすぐに出来ますが、まだない情報を追加したり、表示したりできる状態まで持っていくためには、データ構造からつくる必要があり、まあまあな変更規模になります。そこで「いつまでに出来るようになりたいですか？」と現場の期待値を確認してみたり、簡単そうに見えて簡単じゃない理由を説明する、または代替案を出したりすることで、双方にとっての落とし所を探るようにしています。
とはいえ、現場の方々からの要望をいただけるのはありがたいことだと考えています。さらに、一緒に取り組んでいる方々はみんな話をきちんと聞いてくれますし、良い信頼関係が築けていると思っています。

――現場に入り込むことで、開発の進め方にはどのような変化がありましたか。

植木：バックログの順番を変えやすくなるといったように、イシューの優先順位が明確になり、よりインパクトのある機能実装から順に着手出来るようになりました。
オイシックスやシダックスフードサービスのサービスをお客様が実際に使っているところをチェックし、簡単に改善出来るイシューであれば、その場で解決してしまう方が、かえって効率が良いことがある、ということも分かるようになりました。
本来のバックログの優先度を飛び越えているので、「もう出来たんですね、速すぎます！」と言われることもあります。

エンジニアが自ら現場に入り込み、要望を聞いて提案する形にするために、何をしてきたのでしょうか。
11月13日の講演「Try&Errorの高速回転で食事を支える業務を変える エンジニアがAIで業務を回す短期事業開発への挑戦」では、外部委託から内製化への移行の中で、AIで動くシステムを素早くつくり、業務とともにTry&Errorを回してきた実践をお話しいただきます。

開発の力を高めて、どんな変化を届けたいのか

――価値を届ける相手に向けて、守りたいことは何でしょうか。

植木：最終的に届ける相手に、欲しいときに欲しいものを届けられるようにする。そのために守りたいのは品質と保守性です。
AI活用が浸透したことにより、実際に素早く機能をリリース出来るようになりましたし、だからこそ「素早く出来て当たり前」という空気も相当あります。
ただ、使い捨てのサービスでない限り、後々のことを考えないと、ソフトウェアとしての整合性がとれなくなり、最終的に自身の首を絞めることになりかねません。
そして私たちが行き詰まれば、価値を届けようとした相手に対しても行き詰まることになります。
だからこそ、速く作っても、品質と保守性を両立させ後々のことも考える。そこはオイシックスとして守りたいポリシーです。
「こういう方法ならできます」と提案するときの背景には、こうした考えがあります。

――オイシックスとして、成長させていきたいことは何でしょうか。

植木：エンジニアが現場に踏み込むという取り組みは、オイシックスで始まりつつある新たなチャレンジでもありました。
このような取り組みを、人や技術、手法といった観点で言語化し、再現性を持たせる。これは技術戦略室のミッションに立ち戻ることでもあるので、そこを成長させていきたいポイントだと考えています。

――再現性を広げるために、どのようなことから始めていますか。

植木：特定のプロダクトで何かを対象にしたり、誰でもできるような開発手法を目指すような考えは、あまりありません。
開発プロセスやルールを定めるというより、エンジニアが困ったときや迷ったときに、参考にできる考え方を言語化しておきたいんです。
最初はドキュメントのようなものになるかもしれませんが、それを組織の中に普及させてみんなで実践できると良いと思っています。
具体的には、テストの方法やCI/CD、ブランチ戦略、技術選定など、開発に関するテーマについて、少しずつ言語化を始めています。
AIがあるからこその話もないわけではありませんが、個人的な思いとして、AIを使いたいわけではなく、ソフトウェアを開発したいのです。
「AIをこう使えばうまくいく」という話は、あまり書くつもりはありません。

――1年後、オイシックスとしてお客様を含めたステークホルダーにどのような変化を届けていきたいですか。

植木：やはり「再現性」でしょうか。「Oisix」「大地を守る会」「らでぃっしゅぼーや」といった、当社が持つBtoC向けのサービスでも、利用者の方々に同じようにいい体験を早く届けられるよう、組織が成長し始めている。1年後にそれを実感できるといいと思っています。
そのために、言語化し始めているものを材料にし、それを使って開発していける人を増やしていきたいです。これも技術戦略室のミッションだと捉えています。

――植木さんにとって、事業貢献出来るエンジニアとはどのような人でしょうか。

植木：技術的な背景をきちんと持ちつつ、人の話を聞きに行ける人だと思います。今回シダックスフードサービスで取り組んだこともそうですが、人の話を聞いて、何が欲しいのかを深掘りしないとずれてしまいます。それができる人が真に事業貢献出来る人材だと考えています。
技術力がとても高いというだけでは、少なくとも当社では、事業貢献とは言えないのではないか。個人的ですが、そのように思っています。

品質と保守性を守りながら、AIで素早くつくる。
食事を支える業務とともにTry&Errorを高速で回してきた挑戦の中身は、11月13日の講演でお話しいただきます。

11月13日、イベントでは何をみんなで考えたいのか

――11月13日のイベントで、参加者と一緒に考えたいことは何ですか。

植木：AI時代に事業貢献出来るエンジニアとは一体どのような人材なのかについて、みなさんと一緒に考えてみたいと思っています。

AIが普及して1人ができる範囲が広がったことで、みんなが何をやっているのか分かりづらくなった部分があると感じています。
AIを使ってとても成果を出していそうな人もいれば、「あの人は何をやっているのだろう」と見えにくくなった人もいます。
その中で、どうすればより良い開発ができるエンジニアを増やせるのか。そこに対して皆さんがどのような取り組みをしているのかは、切実に聞いてみたいです。

――同じく登壇するmatsuri technologiesさん、カインズさんに、聞いてみたいことはありますか。

植木：民泊・小売、それぞれの領域だからこそ大変なことには、どのようなものがあるのか。
例えばですが食には先ほどのアレルギーや賞味期限といった特性があり、一歩間違えるとお客様に被害が出てしまうこともありえます。興味本位ではありますが、ぜひ聞いてみたいです。
当日は、皆さんとそうした問いを一緒に考えられることを楽しみにしています。

イベントのご案内

• オイシックス様の採用ページはこちらから：https://recruit.oisix.co.jp/