「価値が出るなら、領域は選ばない。」開発・組織づくり・FDEを横断する、AI時代のエンジニアリングマネージャーのキャリアと現在地

「価値が出るなら、領域は選ばない。」

FAKEでエンジニアリングマネージャー（EM）を務めるKevinさんの働き方を一言で表すなら、こうなります。プロジェクトではリードエンジニアとして開発の最前線に立ち、EMとしては採用や1on1、評価の仕組みづくりを担う。さらに、コーポレート業務の自動化やAIを活用したマーケティングの高度化まで、その仕事は開発組織の枠にも収まりません。

これまでのインタビューでは、リードエンジニアのHaruさん、モバイルエンジニアのKaishiさんに「FAKEで働くリアル」を語ってもらいました。今回は、その二人を含む開発組織を立ち上げ期から見てきたKevinさんに、ご自身のキャリアと、いまの仕事観や、FAKEで目指している開発組織について伺いました。

キャリアの起点は、外資系SaaSのビジネスサイド

Kevinさんのキャリアは、エンジニアからは始まっていません。

ITが社会に与えるインパクトの大きさに惹かれ、「まずはグローバルに影響力のある会社で働きたい」と外資系SaaS企業へ入社し、営業・マーケティングとしてキャリアをスタートします。

「『こういう機能があったらもっと便利なのに』という声をいただくことは本当に多かったです。でも営業は、既にあるプロダクトを届ける仕事。課題は理解できても、自分の手で解決することはできませんでした。」

一方で、日々の業務では、改善や自動化に自然とのめり込んでいきました。課題を見つけては、自分の手で仕組みをつくって解決する。振り返れば、この頃からエンジニアとしての素地は動き始めていました。

「営業を経験して分かったのは、お客様の課題は、技術だけでも、ビジネスの理解だけでも解決できないということでした。課題の本質を捉える力と、それを自分の手で形にする力。その両方を持つ人になりたいと思ったんです。」

そこからの動きは早く、退職し、キャリアをエンジニアへと切り替えます。営業として培った「課題を理解する視点」に、「技術で自ら解決する力」を掛け合わせる。「技術とビジネスの両方を理解する」というKevinさんの軸は、この決断から形づくられていきました。

キャリアの転機、そして「任せる」文化との出会い

エンジニアとしての最初のキャリアは、現在FAKEの代表を務める高橋が、当時率いていた会社から始まりました。その後、事業会社でプロダクト開発の経験を積んだKevinさんは、独立を決意。真っ先に連絡を取ったのが、高橋でした。

「印象に残っていたのは、意思決定の圧倒的な速さでした。判断の軸が常に『それは成果につながるのか』にあって、細かく管理するより『任せるからやってみよう』という文化。やるべきことをやっていれば信頼して任せてもらえる。その環境が自分にはすごく合っていました。」

当時のFAKEは、日本向けの開発組織が立ち上がったばかりでした。最初の開発メンバーの一人として参画したKevinさんは、大型プロジェクトの技術選定や設計をリードしながら、次第に採用や組織づくりにも関わるように。参画から約半年後には、エンジニアリングマネージャーという役割も担うようになりました。

FAKEでは、担う役割が肩書きや立場であらかじめ線引きされることはありません。「やりたい」という意思と、積み重ねた信頼をもとに、関わる領域を一つずつ広げていく——FAKEでのKevinさんのキャリアは、そのままこの組織の在り方を表しています。

EMとしての日々。「仕組み」で人と向き合う

現在のKevinさんの仕事は、大きく二つあります。一つは、リードエンジニアとしてのプロジェクトワーク。もう一つが、EMとしての組織づくりです。

採用では、候補者のスクリーニングから技術面接までを担当。選考で見ているのは、コードを書く速さではないと言います。

「見ているのは思考のプロセスです。分からない問題にどう仮説を立て、どう分解し、どう質問するか。そこにその人の仕事の仕方が全部出ます。」

参画後は、メンバー一人ひとりとの1on1を設計・運用し、貢献が正しく評価につながるよう、評価の仕組みづくりにも取り組んでいます。

「前提にあるのは、FAKEが対等なプロフェッショナル同士の集まりだということです。だから、進捗を細かく管理するようなことはしませんし、1on1も報告の場にはしません。一人ひとりに裁量を持って自走してもらうことが前提なので、私の役目は、期待値をすり合わせて、動きやすい環境を整えること。その上で、一人ひとりの貢献にはきちんと向き合う。頑張りが埋もれない状態をつくるのは、任せる側の役目だと思っています。」

「答えがない」ところから始まる仕事

もう一つの顔である、リードエンジニアとしての現場。そこでKevinさんが大切にしているのは、仮説を立てて動くことです。

「『何かを変えたいが、何をどう変えるべきかは分からない』という状態でご相談をいただくことも多いんです。そのときに『要件をください』と待っていては、何も始まりません。現状を理解し、課題の構造を整理して、『こういうアプローチなら、こういう成果が出るはずです』という仮説をこちらから提示する。技術選定やアーキテクチャの比較検討も、その仮説を検証する材料として出していきます。」

特徴的なのは、その選択肢の示し方です。

「答えが一つに決まらない場面がほとんどなんです。だから選択肢を複数用意して、それぞれのメリット・デメリットを整理する。その上で、『私たちとしてはこの案を推します』という判断を、背景と根拠込みでお伝えします。比較表を並べて『どれにしますか』と委ねるのは、判断をお客様に丸投げしているのと同じなので。判断とその理由まで持っていくのが、私たちの仕事です。軸にあるのは常に、『お客様の成果に最短で届く形は何か』です。」

営業時代に痛感した「課題は分かるのに、解決できない」というもどかしさ。その答えが、いまの働き方にあります。

ROIで動く。「それは自分の仕事か」ではなく「成果が出るか」

そして冒頭で触れたとおり、KevinさんのFAKEでの仕事は、開発とEMの両輪にもとどまりません。コーポレート業務の自動化や、AIを活用したマーケティング施策の高度化など、開発組織の外側のテーマにも踏み込んでいます。

「スタンスとして、価値が出るなら全方位でやりたいんです。FAKEの判断基準はROIなので、『それは自分の職域か』ではなく、『自分がやることで成果が出るか』で考える。コーポレートの定型業務をAIで自動化したり、マーケティングの打ち手をAIで高度化したり。エンジニアリングはあくまで手段で、軸にあるのは事業への貢献です。」

「技術とビジネスの両方を理解する」という、キャリアの起点から持ち続けてきた軸。それが、職種の枠を超えて手を挙げられるFAKEの文化と噛み合うことで、この動き方が成立しています。

AI時代のエンジニアに求められる、FDEという役割

「AIによって、実装のスピードはこれからもっと上がっていくと思います。一方で、何が本当の課題なのか、どこに技術を使えば一番インパクトが出るのかを考える部分は、むしろ重要になっていく。エンジニアの仕事も、与えられた要件を実装するだけではなく、事業やお客様の課題に入り込んで、一緒に解決策をつくっていく方向に広がっていくと思っています。」

こうした変化の中で、重要性を増しているのがFDE（Forward Deployed Engineer）です。顧客の近くで課題を捉え、ビジネスと技術の間を行き来しながら、「何をつくるべきか」から考え、技術を事業成果につなげていく。

振り返れば、KevinさんがFAKEで実践してきたのも、まさにこうした働き方です。そしてFAKEでは、こうした働き方はKevinさんに限ったものではありません。エンジニアが開発という職域に閉じず、顧客や事業の課題に入り込み、自ら問いを立て、成果まで向き合う。そんなFDE的な働き方に挑戦できる環境があります。

「AIでできることが増えているからこそ、自分の専門性を起点にしながら、どこまで事業や顧客の成果に踏み込めるか。その幅を広げていくことが、これからのエンジニアにとって一つのキャリアになるんじゃないでしょうか。」

これから。組織づくりに「完成形」はない

最後に、これから挑戦したいことを伺いました。

「FAKEは今、組織が大きくスケールしているタイミングです。プロジェクトも人も増えていて、リードを担う機会も、組織づくりに関わる機会も、これからどんどん生まれてきます。」

「組織づくりもプロダクトと同じで、完成形はありません。うまくいっていないことも、まだ整っていないこともたくさんあります。だからこそ、その余白に『つくる側』として関われることが、今のFAKEの面白さだと思っています。」

答えのない課題に、自ら仮説を立てて向き合いたい方。技術を突き詰めるだけでなく、もう一段広い役割に挑戦したい方。

「面談では、良いところも、まだ整っていないところも、正直にお話しします。ぜひ一度お話ししましょう。」