こんにちは。株式会社Codence代表取締役の西野です。

「エンジニアの仕事がAIに奪われる」。そんな話を聞く機会が増えました。実際、生成AIの進化は目覚ましく、コードを書く作業の一部はAIが担えるようになっています。でも、私たちはそのタイミングで会社を立ち上げました。SESと受託開発を軸にした会社、Codenceです。なぜ今なのか。そして、なぜ一緒に走ってくれるエンジニアを探しているのか。この記事では、その背景を率直にお話しします。

AIで変わること、変わらないこと

2026年に入ってから、エンジニアの転職市場には明らかな変化が起きています。

生成AIがコーディング支援だけでなく、設計や要件整理にまで踏み込むようになりました。SaaS企業の中には、AIの台頭で事業モデルそのものを見直す動きも出ています。「データを直接扱う仕事ほどAIに置き換わりやすい」という指摘もあり、ソフトウェアエンジニアとしてのキャリアに不安を感じている人は少なくないはずです。

転職市場全体を見ると、求人数自体は安定しています。ただ、「誰でもいいから採りたい」という求人は減り、「この技術と経験を持った人がほしい」という求人が増えている。採用する側の目が厳しくなっていると言ったほうが正確かもしれません。特にAI関連のスキルやクラウドインフラの知見を持つエンジニアへの需要は高まり続けていて、スキルの方向性によって市場価値の差が広がっている印象があります。

一方で、変わっていないこともあります。

お客さんの前に立って、曖昧な要望を聞き取り、形にしていく仕事。チームで認識をすり合わせながら、ひとつのプロダクトを作り上げていくプロセス。技術選定ひとつとっても、「なぜこの技術を選ぶのか」を言語化し、関係者を納得させる力は、AIには代替しにくい領域です。

現場で実際に起きている問題を肌で感じ取り、「ここを直せば全体がよくなる」と気づける感覚。お客さんが言葉にできていない要望を、会話の端々から汲み取れる力。こうした能力は経験の中でしか身につかないし、AIがいくら賢くなっても、現場に立っていないAIには発揮できない力です。

むしろ、AIが定型的な作業を肩代わりしてくれるようになったからこそ、エンジニアには「何を作るか」「なぜ作るか」を自分で考える力が、これまで以上に問われるようになっています。コードを書くスピードで勝負する時代は終わりつつある。これからは、何を書くべきかを決められる人が求められる。

私たちの周りでも、AIを使いこなして生産性を上げているエンジニアと、AIの登場に戸惑っているエンジニアの差が広がっているのを感じます。でも、この差を分けているのは「AIの知識があるかどうか」ではなく、「自分の仕事の意味を自分で定義できるかどうか」だと思っています。AIは道具です。道具が強力になるほど、「その道具で何をするか」を決める人間の判断力が問われる。

SESという事業を選んだ理由

「SESは将来性がない」「SESはやめとけ」。ネット上にはそういう意見がたくさんあります。正直、気持ちはわかります。案件の選択肢がなかったり、スキルアップの機会が限られていたり、自社への帰属意識が持ちにくかったり。そういう課題を抱えたSES企業が存在するのは事実です。

でも、SESという仕組み自体が悪いわけではない、と私たちは考えています。

SESの本質は、「エンジニアの技術力を、それを必要としている現場に届ける」こと。お客さんの開発チームに入り、そのチームの一員として価値を出す。考えてみれば、これはフリーランスエンジニアがやっていることとほぼ同じです。違いは、会社という組織がバックアップしてくれるかどうか。案件が切れたときのリスクを会社が引き受け、次の案件を一緒に探してくれる。スキルアップの方向性について相談できる相手がいる。そこにSESの価値があると考えています。

問題があるとすれば、それはSESという仕組みではなく、運用する会社の姿勢です。

Codenceでは、案件のアサインにあたって本人の意向を最大限尊重します。「Javaの経験を積みたい」「上流工程に挑戦したい」「特定の業界ドメインを深掘りしたい」。そういう希望を聞いた上で、合う案件を一緒に探す。当たり前のことのようですが、これを丁寧にやっている会社はそこまで多くありません。

案件先でどんな経験を積んでいるか、どんなスキルが伸びているかを定期的に振り返る機会も作っています。3ヶ月後、半年後にどうなっていたいか。そこから逆算して、今の案件で何を意識すべきかを一緒に考える。SESだからといってキャリアが行き当たりばったりになる必要はないはずです。

SESのもうひとつの利点は、さまざまな業界・技術スタックの現場を経験できることです。金融系のシステムを触った次に、EC系の案件に入るかもしれない。異なる開発文化を体感し、それぞれの現場の良いところを吸収できる。この経験の幅は、将来的にCodenceが受託開発に本格参入するとき、必ず活きてきます。

もうひとつ、SESを選んだ理由があります。創業直後の会社にとって、SES事業はキャッシュフローが読みやすい。安定した売上基盤を作りながら、その上で受託開発という次のチャレンジに進める。順番として合理的だと考えました。

いきなり受託開発だけで勝負する選択肢もありました。でも、実績もブランドもない状態で受託の案件を安定的に獲得し続けるのは現実的ではない。まずSESで確かな収益基盤を作り、同時にクライアントとの信頼関係を築く。その信頼が「次はCodenceにまるごと任せたい」という受託案件につながっていく。この流れを意図的に設計しています。

創業1年目のリアル

Codenceは設立してまだ1年経っていません。ここで正直にお伝えしておくと、華やかなオフィスもなければ、福利厚生が充実しているわけでもありません。大手企業のような研修プログラムもまだ整っていない。

じゃあ何があるのか。

「会社をゼロから作っていく」という体験そのものがあります。

大きな組織にいると、自分の仕事が会社全体にどう影響しているのか見えにくいことがあります。100人、200人の会社で、自分が書いたコードや出した提案が経営にどう響いているのか。実感を持てる人はそう多くないでしょう。

でもCodenceでは、ひとつの案件の獲得、ひとつの技術選定、ひとつの提案が、会社の方向性に直結します。自分がやったことの結果が、良くも悪くもすぐに返ってくる。お客さんからの評価がダイレクトに聞こえてくるし、自分の仕事が会社の売上にどうつながっているかも見える。

これは、怖いことでもあるし、面白いことでもあります。

たとえば、新しい案件の話が来たとき。大きな会社なら営業部門が判断して、エンジニアはアサインされるだけかもしれません。でもCodenceでは、「この案件を受けるべきか」「技術的に対応できるか」「チームとして成長につながるか」を、メンバー全員で話し合える。意思決定の距離が近いからこそ、自分ごととして仕事に向き合える環境があります。

社内のルールや仕組みについても同じです。勤怠管理の方法、ナレッジの共有方法、案件情報の管理方法。大きな会社ではすでに決まっていることも、Codenceではこれから一緒に作っていける。「もっとこうしたほうがいいのに」と思うことがあれば、翌日には変えられる。この小回りの良さは、創業期だからこそのものです。

私自身、前職では大きめの組織で働いていました。そこで学んだことはたくさんあります。でも同時に、「もっと自分の判断で動きたい」「もっと早く意思決定したい」というもどかしさも感じていました。提案してから承認が下りるまでに何週間もかかる。自分が良いと思ったことを試すまでのハードルが高い。そういう経験をしてきた人なら、Codenceの環境に可能性を感じてもらえるかもしれません。

もちろん、創業期ならではの大変さもあります。前例がないから自分で調べて判断しないといけない場面が多い。整った仕組みがないぶん、自分で仕組みを作る負荷がかかる。それを「面倒だ」と感じるか「面白い」と感じるかは、人によって違うと思います。

どんなエンジニアと一緒に働きたいか

現在、Codenceではバックエンドエンジニアを募集しています。

技術面でいうと、JavaかC#の実務経験が3年以上ある方を想定しています。Javaを書ける方はもちろん、C#の経験があればJavaへの移行はスムーズにできるケースが多いので、「Javaは未経験だけどC#なら」という方も歓迎です。言語の文法やオブジェクト指向の考え方が近いぶん、キャッチアップにそこまで時間はかからないと考えています。

ただ、技術スキル以上に重視しているのは、働き方のスタンスです。

創業期の会社なので、「指示を待つ」タイプよりも「自分で考えて動く」タイプの人に来てほしい。案件先での業務はもちろん、Codence自体をどう成長させていくかについても意見をくれる人。受け身ではなく、一緒に会社を作っていく感覚を持てる人。

具体的にいうと、こんな場面で力を発揮してくれる人を求めています。案件先で技術的な課題を見つけたとき、言われる前に改善提案を出せる。チーム内のコミュニケーションで齟齬が起きそうなとき、早めに声をかけて軌道修正できる。新しい技術やツールに興味を持ち、「これを使ったらもっとよくなるかも」と自分から試してみる。こうした動き方ができる人は、SESの現場でも高く評価されますし、Codenceという会社を一緒に成長させていくうえでも欠かせない存在になります。

「安定した環境でじっくり腰を据えたい」という方には、正直、今のCodenceは向いていません。まだ安定と呼べる段階にはないからです。でも、「不確実な中で自分の手で何かを形にしていく過程自体が楽しい」と感じられる方にとっては、またとない環境だと思います。

AIの話に戻ると、これからのエンジニアには「技術を使って何を実現するか」を自分で考える力が求められます。コードを書く速度はAIが補ってくれる。だからこそ、課題を見つけて解決策を設計する力、チームを巻き込んで形にする力が重要になる。Codenceでは、案件先での技術業務に加えて、そういった力を実践的に磨ける機会が日常的にあります。

これからのCodenceが目指すこと

短期的な目標は明確です。SES事業を軌道に乗せ、信頼できるメンバーを増やすこと。並行して受託開発の実績を積み上げていくこと。

中長期的には、SESと受託の両方の事業を回しながら、クライアントに対して「企画段階から一緒に考えられるパートナー」になることを目指しています。「この機能を作ってほしい」と言われてから動くのではなく、「そもそも何を作るべきか」を一緒に考えられる関係。そこまでいけたら、Codenceの存在価値は一段上がると思っています。

SESで入った現場で信頼を積み重ね、「次はCodenceにまるごと任せたい」と言ってもらえる関係を作る。そのために必要なのは、一人ひとりのエンジニアが現場で高い評価を得ること。技術力だけでなく、コミュニケーションや問題解決の姿勢でも信頼される人材が集まるチームにしたい。

技術的には、Java・C#を軸にしつつも、クラウドやAI連携といった領域にもチームとして対応できる幅を広げていきたいと考えています。特定の技術だけに依存するのではなく、クライアントの課題に合わせて柔軟に技術を選べるチーム。そういうチームを一緒に作っていきたい。

組織としても、SES企業にありがちな「会社にほとんど帰らない」「同僚の顔を知らない」という状態は避けたいと思っています。案件先が違っても、定期的に集まって技術の話をしたり、互いの案件の相談に乗ったりする場は意識的に作っていくつもりです。バラバラに働いているけれど、ひとつのチームとしてつながっている。そういう組織にしたい。

正直なところ、この目標が実現できるかどうかは、これから加わってくれるメンバー次第です。私たちひとりでできることには限りがある。だから、同じ方向を向いて一緒に走ってくれる仲間を探しています。

もし少しでも興味を持ってくれたなら、まずはカジュアルに話しましょう。面接ではなく、お互いの考えを聞き合う場として。「今の環境に少しモヤモヤしている」「キャリアの方向性を見直したい」「スタートアップに興味はあるけど不安もある」。そんな段階で構いません。

カジュアル面談では、Codenceの事業内容や今後の方向性についてはもちろん、エンジニアのキャリアについてもざっくばらんに話せればと思っています。SES業界の実態、スタートアップで働くことのメリットとデメリット、AI時代にエンジニアとしてどう生き残るか。選考とは関係なく、情報交換の場として使ってもらって構いません。

Codenceがあなたに合うかどうか、実際に話してみないとわからないことのほうが多いはずです。気軽に「話を聞きに行きたい」ボタンを押してもらえたら嬉しいです。