大谷正直、技術力が高いエンジニアはたくさんいらっしゃると思います。一方、ビジネスの優先度を考えた上で最適な技術を選べるエンジニアって実はそんなに多くないと考えています。

諦めなければならないところ、捨てなければならないところに一旦目をつぶった上で、将来的に負債を残さないようにしつつ、プロダクトの成長に貢献できるようなエンジニア。そんなエンジニアが、創業初期のスタートアップでは「ハイクラスエンジニア」として定義され、求められているのではと思います。

大谷何かをゼロイチで作り上げた経験のあるエンジニアと言えるでしょう。「この技術を使いたいからやってみよう」ではなく、明日生きるか死ぬかわからない中でプロダクトを育てるために「何を捨てるか」という優先順位付けができるエンジニアだと思います。

小野少し抽象的な表現になりますが、「抜きんでる存在」。より具体的に言うと、事業を作っていく際に指名したくなるエンジニアが現在も、そして今後も市場価値の高い、いわゆるハイクラスエンジニアだと思います。

もちろんこれは、プロダクトドメインに限らず事業企画、事業開発、ひいては経営者にも求められる素養だとは思いますが、次にもう一度別のサービスを作るときに指名したくなるような人かという観点が大事になってきます。

小野あらゆる物事に感度を高く持つというのは重要だと思います。その感度というのは、何も技術的な最新トレンドをチェックしておくという話だけではありません。

例えば、街を歩いてるときに、「なぜこういう広告デザインなのか」、「なぜタクシー広告にはこのクリエイティブがなのか」と言った具合に、自分の職種を超えた物事の背景を理解する感度を養っていくことが重要です。

先ほど、大谷さんが「“ビジネス視点”を備えたエンジニア」と仰いましたが、まさにその通りで、あらゆる事象の背景に潜む「なぜこうなったのか」まで考えられると、おのずと総論的に物事をみれるようになります。それがひいてはエンジニアという職種を超え、ビジネス視点を養うエンジニアとしての土壌になると考えています。

小野まず、「経営者」の観点でいうと経営者がプロダクトや技術に対して興味がない場合が挙げられます。外からではなかなか見分けることは難しいかもしれませんが、実態として、経営メンバーの中でもCTOの立場が弱く、CEOやCOOの意思決定が優先される傾向がある場合は、気をつけたほうがいいかもしれません。それだけ、社内における開発サイドのプレゼンスが低いということですからね。

また、創業時は受託事業を並行でやるスタートアップも多いと思います。それが「会社の資産になる受託」であれば、問題ないですが「事業の本筋からズレてしまう受託」であれば要注意です。そのままズルズルと受託を続けてしまい、蓋を開ければ一向に自社プロダクトの開発に踏み切れないなんてこともあります。

採用広報文脈では自社プロダクトの開発環境を全面的にアピールしながら、実は受託も一部やっているみたいな場合は少しだけ気にしても良いかもしれません。

大谷「開発組織」という側面でいうと、クリエイターにとって開発フローが整理されていないことはストレスかもしれません。

例えば、スクラムなどのフレームワークを活用できておらず開発フローが整備されていなかったり、そもそもどんな意図でチームを分けているのかよくわからない。もしくはそのチーム分けが適切に機能していない場合などですね。

また、小野さんが言った通り、ビジネスサイドと開発サイドで意思疎通が　うまくいっていない開発組織は嫌煙されるでしょう。

蝦名もちろんお二人が先に挙げた通り、エンジニア採用のNGパターンは実に多岐に渡ります。「開発現場」という観点だと、「エンジニアとしてのナレッジが得られない」のは大きなマイナスポイントでしょう。シニア/ミドルのクラスの経験豊富なエンジニアがいない、または頼れる技術顧問がいなければ、自身のスキルアップに繋がりませんからね。

また、採用に関わる中でも、よくエンジニアの方々が気にされるのが、「開発開発の技術に対する感度」です。モダンな技術（フレームワーク、インフラ等）を扱っていない、もしくはそもそもモダンな技術を受け入れる文化がない、ことは好ましくないでしょう。

一方で、目新しいかといって、意味もなく新しい技術ばかり使う、またそれをアピールする開発組織も意外と嫌煙されます。つまり、特定の技術を「なぜ採用しているのか」といった、その企業の思想や哲学が伝わっていない場合などは注意が必要です。積極的にブログやnoteで発信したいですね。

最後に、これはプラスマイナスどちらに働くケースもありその企業の魅せ方次第なのですが、技術的負債とか技術課題の有無が挙げられます。技術課題がある方が燃えるタイプのエンジニアもいるので、「今後、技術的負債を返済する予定だ」と正直に伝えることが大事でしょう。

蝦名まずCEOの野呂さんは行動量がおかしいくらいに多いので（笑）。それに引っ張られてメンバーの行動量も増えていっている感覚があります。経営陣とメンバーの年齢層が近いことがいい影響を与えていると思っていて。

“ほとんど同世代”の野呂さんがやっているのを見たら、できないなんて言っていられないし、「勝手に限界値を決めて行動しなくなる」という悪いスパイラルには入らないと思います。

そして、COOの渡邉さんが、それを仕組みとして整理し組織に還元している。この二人のバランス感覚の良さは、X Mileの開発組織のカルチャーにも現れていますね。

大谷技術力がありながらも、決して技術に閉じず、どうしたらいいサービスが作れるのか、どうしたらチームとして気持ちよく働いていけるのかをしっかり考えながら取り組んでくれています。インフラにも詳しいし、アプリケーションにも詳しい。そして採用にもしっかりコミットしている。正直初めてお話したときは、もっと上の年齢・年次だと思っていました。

小野プロダクト基盤って、組織や事業の戦略を決めかねないくらい重要な部門ですよね。そこをまさかこの年齢で担っていて、さらにはビジネスサイドがどう動きやすいかまで考えて自分の立ち振る舞いを意識できているのには驚きました。

まさに先ほどの話に上がった“ビジネス視点を持つエンジニア”です。

また、これは「本質的な課題から、逆算して考えよう」「仕事における信頼を積み上げよう」「最高の人材を採用、育成し、活躍を支援しよう」など、10個あるX Mileのバリューを本当に体現している人だなと思っています。

小野X Mileにきて驚いたことは、創業まもないスタートアップでありながら、ビジネスサイドと開発サイドの意思疎通がものすごくうまくいってるということです。

小野例えば、経営陣がイメージしていることを形にするだけのチームであれば、プロダクトをつくった後に応用が利かなくなっていく恐れがありませんか？そうなってしまうと、内製の意味がないし、メンバーの成長も見込めなくなっていきますよね。

今、プロダクトチームは毎週、新機能や改善のリリースをしているんですよ。これらは経営陣のイメージをしっかり飛躍させていくような内容のものばかりです。

また、私自身も最近、デザインのレギュレーションを再定義するプロジェクトを新たに進めています。従来想定で固めきらずにカジュアルに使いやすい開発環境を過去に作ってくれていたからこそ、最近ジョインしたメンバーでもどんどん挑戦を始められます。立ち上げ期から、蝦名さんを中心に、事業の背景理解が深かったから、つまり“ビジネス視点のあるエンジニア”がいてくれたからこそだなと日々感じています。

大谷そうですね、プロダクト基盤は、他のスタートアップに比べて本当にしっかりしています。 その他に印象的だったのが、誰と話しても、「上場したい」「イグジットしたい」という話は全く出ないことです。代わりに「世界を変えたい」「何か届けたい」「ノンデスクワーカーのためにインフラを作りたい」。そういう言葉をすごく聞くんです。そこに思いを持ってやっているところは私も好きなところですし、一緒にやっていて、自分も熱くなるポイントです。

蝦名意思決定の軸は「どれだけ困っているか」でした。他社もいくつか検討する中で、当時エンジニアが業務委託しかいなかったX Mileが、最もエンジニア採用に困っていると感じたんです。

最終的な決め手は「無限大の価値を組織に提供できる面白さ」です。市場をあまり絞らず、「ノンデスク」という大きな社会課題を解消していくプロダクトをつくっていけることに、ワクワクしました。

小野会社としてはまだまだチャレンジフェーズであるとはいえ、そこそこ人数もいますし、若い人たちが先陣を切って土地を耕しているので、それを壊すわけにいかない。そこでまず、経営陣がどんなスタイルで日頃の業務に臨んでいるのかを知る期間をつくりました。

一緒にご飯に行ったり、メンバーと経営者の間での会話の中で、普段の関係性を探っていったんです。そうすると会話の断片から、彼らが大事にしていることをいくつも知り、先ほどお伝えした三つの魅力を感じるようになりました。それで、正式に入ることを決めました。

大谷例えばサービスのUIやUXを考えるとき、「競合のこのサービスはこういうインターフェースだから、これを見て、○○に注意して考えていくのが良い」とか。そういった発言が自然に出てくるんですよね。そこまで競合のことを知った上で、プロダクト作りに取り組んでいる経営者にはあまり会ったことがなかったです。

大谷私は技術顧問として携わりますが、技術課題を解決するだけというつもりは全くありません。一緒にサービスを作り、一緒にノンデスクワーカーの市場に革命を起こしたい。それを実現するために、「私にできることならなんでもする」という姿勢で、チームメンバーの一員として同じ思いでやっていきたいと思っています。

蝦名これまでは経営陣がいろいろ考えたことを、1日の中で限られた30分や1時間ほどで聞いて、あとは自分たちで想像しながらつくっていました。小野さんが入ってからはそのステップが細分化されて、僕の情報も頻繁にアップデートされるようになりました。

開発ばかりしていると、どうしても「今の機能をどうつくり込むか」に思考が偏ってしまいます。以前はCSベースで開発順位を決めていたので、今のお客様には満足してもらえるけれど、今後あまり広がりが見えなくなってしまうこともありました。

小野さんが入ってからは、ターゲットに合わせた機能開発の順位が明確化できて、機能の連続性を持たせつつ、機能間連携の整理もできてきた。順序良く開発が進められるようになっています。

小野傍から見れば錚々たる会社で実績を積まれてきた大谷さんに対して、X Mileのメンバーはかなりフランクに質問しているし、チャットでも日頃からインタラクティブにやり取りがあります。

「変に気後れしたり遠慮したりしてしまうと、自分たちの提供価値を下げるかもしれない」ということを、メンバーが自然と感じているんじゃないかと思います。いい意味で遠慮をしない文化は魅力的ですね。

プロダクトって会社にとっての土台なので、そこをきちんと組みながら、私としての味付けをしていくことを今は考えています。

大谷小野さんが入る前もチャレンジし続けてはいたのですが、大きなストーリーとか、少し時間軸を伸ばした未来のプロダクト像はあまり鮮明ではなかったと思います。小野さんが入られてからは、そこに一本筋が通った感じがします。

なぜ今これを作るのか、それがどんな価値を生むのか、そういうことをしっかり考えるチームに変わりました。全く別のプロダクト組織になったなと感じます。

小野私たちはコンパウンドスタートアップとしてマルチプロダクト展開をしており、各事業については、単なる足し算ではなく、かけ算にして大きな数字にすることができると創業時の構想からも考えて、議論しておりました。プロダクトを連続性を持って、よりシームレスな状態に持っていくことが、顧客体験の向上ひいては会社全体の価値につながってくると考えました。

マルチプロダクトの統合は非常に難しいのですが、事業立上げ段階のうちに連動性を高めるための基礎工事に取り組むため、蝦名さんと大谷さんにも毎日悩んでもらいながら構想を進めています。

蝦名マルチプロダクトの統合は、いち開発者としてはこういう難題をこなすときが自分の技術力や市場価値を上げられる機会だと思っているので、美味しい案件だなと思いながら取り組んでいます。

大谷X Mileは開発組織もまだまだこれから作っていくフェーズで、事業展開もまだまだこれから。小野さんが着手する「マルチプロダクトをつなげて価値のかけ算を実現する」のもこれからであり、これも一つの0→1だと言えます。

今後いろいろな0→1をものすごいペースで経験し、一人ひとりがさらにたくましく成長していくのだろうと思います。

蝦名当社は野呂さんや小野さんがどんどんゴールを先に伸ばしていくので、基本的にゴールが目視できないという前提はありつつ……（笑）。

人数が多い会社だと、本当に部分的な領域だけ担保できれば業務として成り立つと思いますが、今のX Mileは全員が全部を認識する必要があり、かつ一人ひとり携わる範囲が大きいです。

パターンも例外も考慮し、その上でどう美しく作るか、みたいなことも日々試されます。自分は、こんなにエンジニアとして面白みのある場所はないと思います。

蝦名物流は、生活に直結しているものの、具体の仕事の内容が見えずイメージしづらい方も多いと思います。

しかし、例えば個人の生活における体験でも、免許更新に行くだけでも、ものすごく面倒な工程がたくさんあるじゃないですか。これと似たような手続きが物流の裏側のいろんなところで起きています。

今ドライバーの方々が人力で消化している箇所を、X Mileのプラットフォームによりシームレスにしていきたいです。

小野「令和を代表するメガベンチャーを創る」。一見どこにでもありそうな言葉だと思う方もいるかもしれませんが、我々はそこに対して実に真面目に取り組んでいこうと思っています。

なぜか。やはり我々が向き合っているノンデスクワーカーの方々は世の中の労働者の8割を占めるほどの巨大産業。そこに対してインパクトをもたらすのですから、当然大きな絵図を描かなければなりません。

私自身も、そしてCEOである野呂さんでも、1人で考えて何か実行するだけじゃ影響力としては全然小さい。まさに、石ころみたいなレベルです。だからこそ、それを起こせるだけの力をチームとして作っていく必要があります。

「10人いたら10人の思考をしっかり引き出せる組織作りを」

それが私の目標です。

大谷私は一貫して、自分が力を発揮できることであれば何でもやろうと思っています。サービスが大きくなれば、パフォーマンスや可用性などのシステム的な課題が、組織が大きくなれば、評価制度、組織間の摩擦など、組織的な課題が生まれてきます。

それらに対して私は領域を閉じずに、一緒に課題に向き合って解決に向けたお手伝いをしていければと思っています。