鈴木正直、この口コミを見てしまうと、「これは自分でも入社をためらってしまう」と認めざるを得ません。普通に考えて、エンジニアであれば正直働きづらいと思ってしまう会社です。

鈴木新代表の小渕が「テックドリブンな企業に戻すぞ！」というスローガンを掲げて以来、皆がそういう意識を強く持つようになりました。

クルーズは創業以来、20年近くIT関連の事業を手がけてきましたが、とくに技術革新のスピードが速いソーシャルゲーム事業がメインだった時期は、技術志向がとても強く、それが競合優位性につながっていました。でも、SHOPLISTをローンチしてEC事業が主軸になると、「ものを売る会社」としての側面が強くなったんです。

その結果、技術面への投資がおろそかになり、技術志向が強く、自主的に新技術を試してくれるようなエンジニアが、少しずつ減ってしまっていました。2020年7月にCROOZ SHOPLISTの開発現場にコミットしはじめるようになったときは、当時の現場の開発環境を見る限り、正直にいえば「ああ、これは転職口コミサイトでネガティブなコメントが来てしまっても仕方ないな」と思わざるを得ませんでした。

これはしばらく現場の責任者に任せっきりだった、親会社クルーズCTOの僕の責任によるところも大きいなと反省し、もう一度現場のトップとして指揮を執る決意をしたんです。

さっそく構造改革に着手し、まずは再び技術志向を強める方針に切り替えました。総合職であってもプログラミング研修を必須にしているのに加え、技術課題の解決へのコミット度を大きく高めました。各所にヒアリングした問題に対して「重要プロジェクト」を立ち上げ、解決に向かって一気に動きはじめたんです。

お恥ずかしい話ではありますが、細かいリンク切れから販促プロモーションを支える仕組みまで、これまで誰も気づかず、改善行動が取れていなかった課題がたくさんありましたから。

鈴木構造改革が始まってから、まずはこれらの問題を注力的に解決しはじめました。開発スピードを維持しながらアーキテクチャを変更するのはチャレンジングですが、すでに概ね改善できています。

すごくレベルの低い会話でいうと、デプロイ方法としていまだにrsyncを使っていて、本番OSにSSH接続してコマンドを流し、デプロイ失敗時にrsyncで切り戻すなど、ものすごい古典的な方法のまま運用されていて。面接で「化石ですね」と言われていたことがあります（笑）。今回のシステム刷新の中で、パイプラインのデプロイに早急に変更しました。

またお恥ずかしい話ですが、SHOPLISTのインフラはAWS上で動いているのですが、実質はオンプレミスのシステムをそのままAWS上に持ってきていただけで、クラウド最適化がなされているとは十分に言えない状況でした。ですから、インスタンスタイプの見直し、OS入れ替え、Auto Scalling Groupによる柔軟に拡張縮退できるインフラアーキテクチャ、そして長年の課題だったPHP5系から7系へのバージョンアップなどインフラレベルの技術刷新を行いました。

実質2ヶ月という短期間で達成しました。これまでのエンジニア人生の中でも、ここまでのスピード感で大幅な技術刷新を行ったのは初めてですし、技術が分かる人であれば、このスピード感には驚くんじゃないかなと思います。

並行して、ソースコード上の問題として、実質的には不要であるにもかかわらず、プログラムとして基底クラス上に組み込まれて動作してしまっている旧分析システム用のログ出力処理や、未使用のDefine、クラスの削除、リファクタリングなども進めています。インフラ部分の刷新とアプリケーション部分の改修の結果として、サーバのスループットの1.3倍向上、ユーザー体感としても、ページ速度の2割改善が実現できました。

もちろん、これらは序章にすぎず、他にもまだまだ新技術への取り組みを考えています。ちなみに、新代表は技術にまったく詳しくないので、この改革は完全にエンジニア主導で進められました。「トップダウン」とは程遠い形だと思います。

鈴木以前は、現場のメンバーの全員に「自分で変えていくぞ」という意識があったわけではありませんでした。でも、いまは技術課題からコミュニケーション上の課題、組織課題まで、デイリーの朝会で課題のタネがどんどん上がってきて、その日のうちに対策がスタートすることも珍しくない。

ベンチャーなのである程度のトップダウンな側面はもちろんありますが、機能追加や操作性改善、新技術の検証といったプロジェクトなど、開発主導で進められている重要プロジェクトもたくさんあります。

最先端事例を共有するミーティングで問題解決の方法を探るようにもなりましたし、現場主導で、日々気づいた違和感を議論することが増えましたね。

エンジニアの成長は、技術力を高めていくことはもちろん、企画へのコミットメントを強めていく中で得られる側面も大きいと思っています。

いまのSHOPLISTは、目の前に提示されたビジネス上の課題に対して、要求や仕様といったレベルから自分で調べたり考えたりして提案していかなければなりません。ですから、考える癖やリサーチ力、プレゼン力や自らを客観視する力が身につきます。

下請け的に上から降ってきた指示をこなしていくスタイルとは真逆です。開発が事業に与える投資対効果を定量的に考えながら、PdMやUXデザインといった隣接領域まで踏み込んだ、かなり自主的な動きを取ることが求められるんです。

鈴木長い期間かけて練習しても、発表会当日のコンディション次第で演奏のクオリティがぶれるのはもったいない。パフォーマンスに差が出ないよう、演奏を自動化できないだろうかと考えるようになったんです。そんな折にコンピュータに出会い、シーケンサーやMIDIを自作するようになりました。

鈴木とにかく、当時のクルーズは事業の成長速度が凄まじくて。当時はソーシャルゲーム事業が急成長していた時期で、ありとあらゆることをしないと、リクエスト負荷に耐えきれなかったんです。

ですから本当にいろいろ技術的なチャレンジをしました。ハードウェア的には当時出始めたばかりのFusion IOを使ってみたり、永続キャッシュとしてRedisを使ってみたり、一部コアロジックをPHPではなくPHP ExtensionとしてC言語で書き直したり、ソケット通信用のTCPサーバをJavaで作ったり。

ただ、ありとあらゆることをして対策しても、実際にはリクエスト負荷のかかり方や原因も様々で、結果としてサービスがつながりにくいことが発生してしまいます。

だからこそ、急激な事業成長にも耐えうるシステムアーキテクチャと開発体制の構築は、チャレンジしてみたかった。ですから、クルーズ入社後は、プロダクト開発ではなく、インフラ整備や現場との橋渡しをメインに手がけてきましたね。

鈴木デプロイ方法の変更をはじめ、開発部門の体制を大きく見直したことで、抜本的な変化が置きている手応えを感じています。個々の開発案件の進行プロセスの改善、事前にエラーを潰す文化の醸成、ソースコードのレビュープロセスの改善など、組織として変わってきたなという感覚があります。

組織の文化が変わるには長い時間がかかります。正直な話、劇的に変わったなと感じるレベルには至っていないですが、良い方向に変わってきているという手ごたえは感じています。

鈴木EC企業は、一般的にはあまり技術的な先進性があるイメージを持たれていません。昔からある業態ですし、データベースのテーブル構造もシンプルなので、エンジニアとしてはあまりテンションが上がらない。でも、そのイメージを覆したいんです。

鈴木SHOPLISTは、何よりも「スピード」を重視している会社です。もちろん、技術力は大切です。SHOPLISTでは様々な決済に対応し、さまざまな在庫管理システムと連携しており、それゆえに裏側の在庫連携や決済のシステムが複雑になっている。そういった複雑性を伴うシステムであるかららこそ、開発には高い技術力が求められます。

また、過去の転職サイトの口コミ評価とは裏腹に、所属しているエンジニアはみんな技術が好きな人が多いです。社内のオープンエリアで、お酒を片手に、GitHubからCloneしてきたソースコードDocker上で動かしながら、ああだこうだといろいろ話して、気づいたら終電時間になっているなんてことも珍しくないです（笑）。

ただ、それだけでは足りない。参入障壁が低いインターネットビジネスだからこそ、「圧倒的なスピード」が絶対的に重要になります。とくに重要プロジェクトにおいては、社長の小渕と二人三脚でプロジェクトを進めていくことになります。

各自の持つ技術的なバックグラウンドをもとに、現行のビジネス的、システム的な課題の原因を探し出す。そして自分が正しいと考える解決策を提案し、スピード感を持って最後までやり抜く。そんなマインドセットを持っている方と、是非一緒に働きたいです。