AIエンジニア/鈴木 貴登
「間違っても言われないし、いいことをしても褒められない」――前職の派遣先では、自分の何が変わって、何ができるようになったのかが返ってきませんでした。このままここにいても成長できない。そう感じて、僕はプロパゲートに飛び込みました。
前職ではSESとして、筑波の工場でのSAP導入プロジェクトの上流工程(基本設計)を担当。
2025年10月にプロパゲートに入社し、いまはAIエンジニアとして、自社プロダクト「Propagate AI」の開発リーダーを務めています。複数のメンバーを率いながら、開発を進めています。
「間違っても言われない」
前職で僕が向き合っていたのは、筑波の工場で進む大規模なSAP導入プロジェクトでした。担当は、基本設計を中心とした上流工程。SAPの設定内容をスプレッドシートで管理して、現場と共有する。すでに決められた仕組みの中で、必要な情報を整理して落とし込むのが仕事でした。
自分でコードを書くことは、一切なかったんです。
そんな僕が今、開発リーダーを務めているのが、自社プロダクト「Propagate AI」です。顧客サイトをAIで解析して、データを可視化して、次の提案へつなげる。入社から、まだ8ヶ月。決められた仕組みを扱っていたエンジニアが、いまは複数のメンバーを率いながら、AIに何を任せて、どんな仕組みをつくるかを決める側にいます。
前職で感じていたのは、コードを書かないことへの焦りだけではありませんでした。自分の仕事が正しかったのか、何が足りなかったのか。その手応えが返ってこないことへの違和感です。
派遣先では、お客様みたいな立場でした。間違っても言われないし、いいことをしても褒められない。自社からフィードバックをもらう機会も、ほとんどありませんでした。
大きな問題を起こさなければ、仕事は進む。けれど、自分の何が変わって、何ができるようになったのかは分からない。その環境から出るきっかけになったのが、プロパゲートの面接でした。
30分か1時間の面接で、松岡さんも当時の人事の方も、率直にフィードバックをくれたんです。ここまで言ってもらえる環境なら、成長できると思いました。
入社後、実際に待っていたのは、手順をすべて教えてもらってから動く環境ではありませんでした。
松岡さんは、できる・できないではなく、とりあえず任せてくれる。やらなければいけない状況になるし、どうすればできるかを考える環境がある。やりたいと思っているなら、できるようになるんです。
僕が選んだのは、失敗しないように守られる場所ではなく、できるようになる前から任される場所でした。
年末年始、代表と二人で会社の基盤を引き直す
任されるとは、正解のない仕事に放り込まれることでもあります。
2025年12月25日、プロパゲートはGoogleアカウントの乗っ取りにより、約5,800万円分のGoogle広告を不正利用されるセキュリティ被害に遭いました。
(出典:当時の経緯)
入社して間もない年末、僕が担当したのは、この被害を受けた会社全体のセキュリティとアカウント管理体制の再設計でした。共有していたアカウントを一つずつ切り分けて、「誰が、どの情報へアクセスできるのか」を整理する。ワークスペースの構成、データの移行、権限の設計。華やかなAI開発ではありません。でも、判断を誤れば会社全体の業務へ影響する、基盤そのものを扱う仕事でした。
動いたのは、松岡さんと僕の二人。当時、社員のエンジニアは僕だけでした。
前職では、すでに決められたSAPの仕組みを現場へ落とし込んでいました。今度は、自分たちが使い続ける仕組みを、自分で決めなければならない。参考にできる社内の前例も、引き継げる正解もありませんでした。
というか、前例がないことしかないんですよね、ここは(笑)。
「任せてもらえる」という言葉は、聞こえがいい。実際には、答えが用意されていない仕事を、必要な期限までに形にする責任が伴います。僕は入社直後の年末、その現実と向き合いました。
「全部、自分の仕事になる」開発リーダーの責任
現在、僕はPropagate AIの開発リーダーとして、複数のメンバーを率いながら開発を進めています。
僕の仕事は、依頼された機能を一人で実装することではありません。何をつくるのかを決めて、開発を進める。メンバーへ仕事を任せながら、プロダクト全体がどこへ向かうべきかを考える。そして、リリースした機能が実際に使われて、次の成果につながるところまで責任を持ちます。
1から計画を立てて、つくって、リリースして、その後の結果まで見る。全部、自分の仕事だと考えています。自分一人で抱えるという意味ではなく、メンバーと一緒に進めながら、最後まで自分事として責任を持つということです。
いまは、自ら開発するだけでなく、メンバーへの役割分担や引き継ぎも進めています。目の前の作業をすべて自分で処理する段階から、チーム全体の力でPropagate AIを成長させる段階へ、移り始めているところです。
その中で僕が重視しているのは、機能を完成させることだけではありません。現在の業務に残っている手間や手戻り、属人化といったマイナスを、仕組みによって限りなくゼロへ近づけることです。
いまある手間や負担を、そのまま次の人へ渡したくないんです。例えば、次に入る人のオンボーディングにかかる時間を半分にする。2〜3ヶ月後には、同じ体制でも倍の件数を扱えるようにする。目の前の問題を解決するだけではなく、今回の開発によって、将来の仕事が明確に楽になる状態まで設計することを大切にしています。
僕が見ているのは、リリースした瞬間ではありません。自分がいなくてもメンバーが迷わず動けるか。扱える仕事の量を増やせるか。同じ問題を何度も繰り返さずに済むか。Propagate AIの開発を通じて、未来の組織に残る負担を、一つずつ減らそうとしています。
エンジニアにとって、いまは本当に面白い時代
僕が感じているのは、AIによってエンジニアの仕事がなくなることではありません。開発の中で、人間が責任を持つ場所が変わっている、ということです。
これまでは、指を動かしてコードを書くのがメインでした。でもAIに書かせるなら、次に重要なのは「どこまでを任せて、どこからのリスクを自分が引き受けるか」を決めること。人間にしかできない意思決定の部分が、どんどん増えていきます。
ここで、前職の経験がつながります。前職のプロジェクトでは、コードを書いていませんでした。一方で、要件を整理して、全体の構成を考えて、現場へ落とし込む上流工程を経験してきた。何を実現するのかを決めて、どこに問題が起こり得るのかを考える。その視点は、AIを使った開発でも必要になります。
開発環境そのものが、毎月変わっていくんです。1ヶ月前にできなかったことが、当たり前にできるようになる。2年前なら、AIにサイト制作なんて無理だったのに。
だから、特定のツールや言語を使えることだけでは、すぐに差がつかなくなります。
これからのエンジニアは、AIを「使う側」にならないといけない。その意味で、いまは本当に面白い時代だと思います。
ただし、AIに任せれば、技術を知らなくてもいいという話ではありません。
最低限の技術的な知識がないと、どこを任せて、どこを疑うかを判断できない。結局、「使いこなせる人」に仕事は集まっていくんです。
コードを書く力が不要になるのではありません。コードを書くことに加えて、AIの出力をどこまで信じて、どこを疑って、どのリスクを人間が引き受けるのか。その判断までが、これからのエンジニアの仕事になる。僕自身も、その変化の中にいます。
会社の10倍成長に向き合いながら、自分のやりたいを探す
ここまでの8ヶ月が、最初から順調だったわけではありません。
入社当初の1〜2ヶ月は、本当にひどくて(笑)。マニュアルがない中で、自分で考えて、必要なものを作りながら仕事を進めることが、当時はどうしてもできなかったんです。
先日の振返面談の場では、以前と比べて大きく成長したとフィードバックされました。何が変わったのか。技術や知識ではなく、判断の仕方だと思っています。
変えることに、ためらいがなくなりました。前は「やった後、どうなるんだろう」が先に立っていた。でもいまは、問題が出るなら潰せばいい。先を見て動けるようになったんです。
考えずに変えるのではありません。変更した結果、数ヶ月後に何が残るのかまで考えたうえで、止まらずに動く。その姿勢が、Propagate AIの設計にも表れていると思います。
一緒に働くエンジニアについては、こう思っています。みんな頭がいいし、なれ合わない。でも、言うことは言う。間違っていると思えば、論理立てて相談してくれる。いいメンバーばかりなんですよ。
これから何をしたいのか。実は、まだ一つには決めていません。
いまは、自分のやりたいこと以上に、会社の「業績10倍」に貢献したい。その中で、自分が「これをやりたい」と出せることを増やしていきたいです。
一緒に働きたいのは、「待たない人」です。やりたいなら、一歩踏み出して、自分でやってみたかどうか。失敗はどうでもいい。フォローでどうにかなる。一歩踏み出せる人なら、ここで伸びます。
Propagate AIの開発リーダーを任されるところまでは、来ました。けれど、次に自分から何をつくりたいのかは、まだ言い切れない。
任されたことで動き始めた8ヶ月を経て、次に僕が向き合うのは、自分自身の「やりたい」を仕事として提案することです。いまは、その答えを探している途中にいます。