役割も開発のあり方も変わった今。エンジニアからマネージャーになったKenが目指す「AI時代に強いエンジニア集団」

げこ～！
東京とセブでワンチームを組織するオフショアインテグレーター、gecogecoの広報チームです🐸

今回ご紹介するのは、フィリピン法人（Gecogeco Philippines Inc.）のエンジニアリングマネージャー、Kenです！🛠️ フロントエンド開発の現場からチームを率いる立場へ、そして大手クライアントとの直接のやり取りまで担うようになったKenは、gecogecoの長期プロジェクトの成功に欠かせない存在です。キャリアの変遷、チームマネジメントのスタイル、そしてgecogecoがクライアントと長く続く関係をどう築いているのかについて、話を聞きました。

－ まずはこれまでのキャリアを中心に自己紹介をお願いします！

はじめまして、Kenです！セブを拠点とするフルスタックエンジニアで、ソフトウェア開発に携わって10年以上になります。ユーザーが目にする画面から、その裏側を支えるクラウドインフラまで、Webアプリケーションを一貫して開発しています。

経歴

－ 現在の役割を教えてください。

マネージャーとしての1日は、チームとのチェックイン、コードレビューや設計レビュー、プロジェクト計画、そして一部の実装作業で構成されています。また、日本のクライアントとのコミュニケーションの大部分を担うBSE（ブリッジSE）とも密に連携しています。

最近では、プロセスを効率化する取り組みとして、BSEを介さずに日本のクライアントと直接コミュニケーションを取ることも始めました。いずれの場合も、BSE・開発者・クライアントの全員が、各プロジェクトのゴールと要件について認識を揃えられるようにすることが私の仕事です。

－ 仕事以外ではどのように過ごしていますか？

趣味

最近テニスを始めました！妻が1年以上前からテニスをしていて、誘ってくれたのがきっかけです。今年の5月ごろに始め、夫婦で一緒に体を動かす楽しい時間になっています。まだまだ練習中ですが、毎回のプレーを楽しんでいます。

家族

週末はほとんど息子と過ごしています。忙しい1週間の後、息子との時間が一番のリフレッシュです。

モットー

私たちの業界は決して立ち止まらないので、この言葉がずっと好きです。新しいフレームワークでも、AWSでも、AIでも、そしてテニスでも、常に学び続ける人でありたいと思っています。

－ 2019年に入社し、エンジニアからマネージャーへと昇格されましたが、その歩みを教えてください。

なぜgecogecoだったのか

2019年、スタートアップで働くことで自分に挑戦したいと考えていました。また、gecogecoがクラウド技術、特にAWSに注力していることにも惹かれました。アプリケーションだけでなく、クラウドインフラを構築する実践的な経験を積みたいと思っていて、gecogecoはその環境が揃っていると思ったからです。

エンジニアからチームリード、そしてマネージャーへ

シニアフロントエンドエンジニアとして入社した当初は、機能開発と質の高いコードを書くことに注力していました。徐々に責任範囲が広がってチームリードを任され、その後、現在のマネージャーの役割に就きました。

最も大きな変化はマインドセットです。元々は個人で成果を出すことを大事にしていたいちプレイヤーだった私ですが、今ではチームを支えることで成果を出すというマインドに変わっています。アサインの管理、技術的な意思決定、対立の解消、そして全員の足並みを揃える役割を担っています。

コミュニケーションも、仕事のずっと大きな部分を占めるようになりました。BSEや開発者、そして最近ではクライアントとも直接多くの時間を共にし、プロジェクトのゴールと要件について全員が同じ理解を持てるようにしています。チームの認識が揃っていれば、良い仕事は自然とついてきます。

－ ご自身のリーダーシップスタイルと、エンジニアとしての経験がそこにどう活きているかを教えてください。

チームを率いる際は、自ら手本を示すことを心がけています。今も技術的な仕事も担っているので、私が求める水準を、言葉で伝えるだけでなく実際に見てもらうことができます。

また、「まずはゴール/要件/役割を明確にすること」を大切にしています。誰かが作り始める前に、全員がゴールと要件、そしてその中での自分の役割を理解しているべきです。これまで見てきたプロジェクトの問題の多くは、スキル不足ではなくこれらの認識のズレから生じたものでした。

方向性が明確になったら、メンバーが自分の仕事にオーナーシップを持ち、自ら判断できると信頼して任せます。必要なときにはサポートに入りますが、成長してほしいので、すべてのプロジェクトをコーチングと学びの機会と捉えています。

また、エージェント型コーディングの台頭により、私がマネジメントする対象は開発者だけではなくなりました。コードやドキュメント、テストを書くAIエージェントもマネジメントしています。

ここでこそ、エンジニアとしての経験が最も活きます。重要な技術的判断が求められる場面でも、選択肢を評価し、自信を持って決断できます。成果物が人によるものでもAIエージェントによるものでも、それが正しい解決策かどうかを判断できるのです。

－ チームが直面した課題と、それをどう乗り越えたかを教えてください。

AIエージェント型開発への移行

最近の最大の課題は、AIエージェント型開発への移行でした。以前はコードを手で書いていましたが、今ではコードの多くを、設計書や単体テスト・結合テストとあわせてAIが書いています。機能開発や改修の進め方がまったく新しくなり、当初は分からないことだらけでした。

HITLからHOTLへ、一歩ずつ

一夜にしてすべてをAIに任せたわけではありません。最初は、人がすべてのステップを確認・承認するHuman-in-the-Loop（HITL）のアプローチから始めました。アウトプットへの信頼が高まるにつれ、人がプロセスを監督し、必要に応じて介入するHuman-on-the-Loop（HOTL）へと段階的に移行していきました。

この移行を安全に進めるため、多層的な品質ゲートを構築しました。AIが生成した成果物は、人の手に渡る前に自動チェックとCIを通過します。さらに、AIエージェント同士が互いのアウトプットを一次レビューするマルチエージェントレビューも導入しました。これらを組み合わせることで、品質を落とさずに人手によるチェックポイントを減らしています。

学んだこと

1つ目は、エンジニアの役割が一段上がるということです。1行1行のコードを書く時間は減り、課題を定義し、基準を定め、結果を判断することに多くの時間を使うようになりました。

2つ目は、品質は個人の頑張りではなく仕組みから生まれるということです。優れたゲートとレビューが問題を確実に拾ってくれるので、人は本当に重要な判断に集中できます。

最後に、未知を受け入れることも仕事の一部だということです。始めたときにすべての答えを持っていたわけではありませんし、今もそうです。大切なのは、安全に試し、学び続けられる仕組みを持つこと。それは、私のモットーにもつながっています。

－ 最後に、今後最も楽しみにしていることは何ですか？

HOTLをさらに推し進め、HOOTL（Human-out-of-the-Loop）へと進めていくことを楽しみにしています。プロセスへの信頼が高まるにつれ、AIエージェントにより多くの自律性を与え、より大きく複雑な仕事に取り組めるようになります。

チームについては、メンバー全員が「AI時代の強いエンジニア」、つまりコーディングだけでなく、指示・レビュー・設計に長けた人材へと成長できるよう支援したいと考えています。

また、このアプローチをgecogeco全体に広げ、他のチームも私たちの学びを活かせるようにしたいです。

結局のところ、これらはすべてクライアントのためです。より速いデリバリーとより高い品質によって、より多くの価値をお届けし、より挑戦的なプロジェクトにご一緒できるようになります。

👇️技術ブログはこちら
https://blog.gecogeco.com/

👇️SNSでも情報を発信しています