AIが「仕事をする」時代に、エンジニアの仕事はどうなるのか

ここ1〜2年で、ソフトウェア開発の現場の空気がガラッと変わった。そう感じてる人、実はめちゃくちゃ多いんじゃないかと思う。

ちょっと前までの開発って、こんな流れが普通だった。要件定義書を読み込んで、設計して、コードを書いて、テストケースを作って、レビューをもらう。地味だけど、この一連のプロセスは全部「人間が主役」で回すものだった。

でも、今は違う。多くの工程に、AIが実務レベルでガッツリ入り込んでくるようになっている。

僕自身、毎日の開発業務で複数のAIツールを使っているんだけど、正直「AIを使っている」というより「AIと一緒にプロジェクトを進めている」という感覚のほうがしっくりくる。指示を出して、返ってきたアウトプットを見て、また指示を出す。もはやツールというより、席の近い同僚に近い距離感だ。

案ずるより産むが易し、じゃないけど、実際にAIと組んで手を動かしてみると、頭で想像してたよりずっと自然にワークフローに馴染んでいく。ある意味、僕らはすでに「AIを使う時代」から「AIが仕事をする時代」へ、一歩踏み込んでいるのかもしれない。

AIはもう「補助輪」じゃなくなった

これまでの開発支援ツールって、あくまで人間の作業効率を上げるための存在だった。自転車の補助輪みたいなもの。外れたら転ぶやつ。

でも、ここ数年の生成AIはちょっと質が違う。

自然言語で要望を伝えるだけでアーキテクチャ（システム全体の設計方針みたいなもの）の提案が返ってきて、実装コードが生成されて、テストコードまで書いてくれて、場合によってはリファクタリング（コードの中身を整理し直す作業）の案まで提示してくる。もはや補助輪どころか、隣の座席に座って一緒にハンドルを握ってくれる相棒みたいな存在になりつつある。

特に効いてるのが、大規模言語モデル（LLM）の性能向上と、「エージェンティックAI」と呼ばれる自律実行型のアーキテクチャの発展だ。ざっくり言うと、指示を出したら人間の細かい手助けなしに、AIが自分で考えて複数のタスクを順番にこなしていく仕組みのこと。これによってAIは、単なる「アシスタント」から「実行者」へと立場を変えつつある。

実際、僕が関わったプロジェクトでも、以前なら丸一日かかっていた調査タスクが、今では数十分で片付くことが珍しくなくなった。

もちろん、出てきた結果をそのまま鵜呑みにすることはない。AIのアウトプットは、あくまで「たたき台」として扱う。ただ、ゼロから調べ始めるのと、すでにある程度形になったたたき台をレビューするのとでは、生産性にとんでもない差が出る。これは大げさでもなんでもなく、ソフトウェア開発における一つのパラダイムシフト（物事の前提や考え方そのものが根本から変わること）だと本気で思っている。

「AIが仕事する」＝「人間はクビ」ではない

AIの話になると、決まって極端な意見が飛び交う。

「エンジニアはもう不要になる」「プログラマーは全員失業する」

こういう主張、SNSではよく見かけるし、気持ちはわからなくもない。でも、実際に現場でコードを書いてる人間からすると、正直ちょっと違和感がある。

なぜかというと、開発現場で本当に難しいのは「コードを書くこと」そのものじゃないからだ。

• お客さんが本当に解決したい課題は何なのか

• ビジネス上、絶対に越えられないラインはどこにあるのか

• どんなアーキテクチャなら5年後も破綻せずに保守できるのか

• システム全体としての整合性をどう保つか

こういう問いは、依然として高度な判断力が求められる領域で、現時点では人間が背負う責任がかなり大きい。

AIは、間違いなく優秀な実装担当者になりつつある。でも、プロダクトオーナーやアーキテクト、テックリード、意思決定者の役割をまるごと代替してるわけじゃない。

たとえるなら、「めちゃくちゃ優秀なジュニアエンジニアが、24時間365日、隣のデスクで待機している」ような状態に近い。しかも、ときどきとんでもなく自信満々な顔で、堂々と間違ったことを言ってくる。そのへんは、妙に人間らしくて憎めない。ソクラテスの「無知の知」を、いちばん実践できてないのはむしろAIのほうかもしれない。

これから価値が上がっていくスキル

AIの能力が上がるにつれて、エンジニアに求められるスキルセットも確実に変わってきている。

誤解してほしくないのは、これまで重要だった実装力が要らなくなるわけじゃないってこと。コードが読めない、動かせないでは、AIのアウトプットを評価すること自体ができない。餅は餅屋というけど、AIという新しい「餅屋」を上手に使いこなすにも、こっち側にちゃんとした目利き力がいる。

ただ、それに加えて、これからは以下のような力の重要度がぐっと上がっていく。

• システム全体を俯瞰するアーキテクチャ設計力

• ビジネス課題を技術要件に翻訳する力

• AIが生成したアウトプットを的確に評価するレビュー力

• セキュリティやガバナンスに関する知識

• 複数のAIエージェントを束ねて動かすオーケストレーション力（指揮者みたいに、複数のAIに役割分担させて全体をまとめる力）

特にここ最近は、「どれだけコードを書けるか」よりも、「AIにどれだけ的確なコンテキスト（背景情報や前提条件）を渡せるか」のほうが、成果に直結する場面が増えている。数年前には考えられなかった評価軸だ。

言ってしまえば、プログラミングスキルに加えて、マネジメントスキルが全エンジニアに求められる時代になったとも言える。ただし管理対象は人間だけじゃなく、AIも含まれる。部下が急に人間じゃなくなった、みたいな不思議な感覚だけど。

AI時代のエンジニアリングをどう捉えるか

僕はAIの発展を脅威だとは思っていない。むしろ、ソフトウェア開発の本質にようやく集中できる環境が整いつつあると感じている。

定型的な実装や単純な調査に費やしていた時間を減らせれば、その分をもっとクリエイティブで本質的な課題解決に投入できる。これは純粋にありがたい変化だ。

もちろん、AIを積極的に使わないという選択肢もある。ただ、自動車が普及したあとに徒歩だけで物流を支えようとする会社が競争優位を保てないのと同じで、AIをどう活用するかは、これからますます競争力に直結していくはずだ。

大事なのは、AIと競争することじゃない。AIをきちんと活用しながら、人間にしかできない価値創出に集中すること。それに尽きる。

おわりに

僕らは今、ソフトウェア開発の歴史のなかでも、かなり大きな転換点に立っている。

AIは確実に仕事をしている。それも、想像以上のスピードで。

でもそれは、人間の価値を奪う話じゃない。人間の役割を再定義する話だ。

これからのエンジニアに求められるのは、「AIに置き換えられない人材」になることじゃない。「AIを活用して、これまで以上の価値を生み出せる人材」になることだ。

そしておそらく数年後には、「昔は自分で全部コードを書いていたんですよ」なんて話すと、新人エンジニアから都市伝説でも聞くような目で見られる時代が来るのかもしれない。それはそれで、ちょっと寂しい気もするけれど。