GoogleのCEOサンダー・ピチャイ氏が明かした数字は衝撃的だ。2026年5月、同社の新規コードの75%がAI生成になったという。わずか半年前の2025年秋には50%だったことを考えると、この変化のスピードは多くの人の想定をはるかに上回っている。ソフトウェアエンジニアの仕事とは何か——その答えが、静かに、しかし確実に書き換えられつつある。

75%という数字が示すもの

まず整理しておきたいのは、この75%が何を意味するかだ。AIが書いたコードを「人間がレビューして採用している」のか、それとも「ほぼ自動的にパイプラインに乗っている」のかによって、意味は大きく異なる。

ピチャイ氏の発言の文脈から読み取れるのは、AIが単なる補助ツールの域を超えつつあるという事実だ。エンジニアの役割は「コードを書く人」から「AIが生成したコードをレビュー・統合・判断する人」へとシフトしている。

最新のAIコーディングツールの動向を見ても同じ構造的な変化が見える。

  • ライン・バイ・ライン → フリート管理: かつてエンジニアは1行1行コードを書いた。今はAIエージェントの「艦隊」を管理し、生成・テスト・反復を指揮する立場になりつつある
  • 実装 → 意思決定: ルーティン実装からプロダクト判断・ユーザーニーズの深掘りへ
  • 個人スキル → 仕組み設計: コードを書ける人よりも、AIが動き続けるループを設計できる人が価値を持つ

Googleのような最先端企業でこれが現実になっているということは、今後2〜3年で多くの組織に同様の変化が波及してくることを示唆している。

日本のIT現場への実務的インパクト

「書けること」から「設計できること」へ

プログラミングスキルの価値軸が変わる。単にコードを書ける人材よりも、AIに何を作らせるかを定義し、その出力を品質チェックできる人材が求められる時代になる。特に要件定義力・設計力・レビュー力は、むしろ今後ますます重要になるだろう。

コードレビューの在り方が変わる

AI生成コードが増えれば、レビューの量も増える。しかしすべてを人間がレビューするのはスケールしない。「AIが書いたコードをAIがレビューし、人間は意図と品質の最終判断に集中する」というループ設計が、これからの開発チームに求められる。

SIer・受託開発への構造的圧力

人月計算ベースのビジネスモデルに根本的な問いが突きつけられる。新規コードの75%がAI生成なら、同じアウトプットを出すのに必要なエンジニア数は大きく変わる。この変化に対応できる組織とそうでない組織の差は、今後急速に拡大する可能性が高い。

明日から使えるヒント：

  • AIコーディングツールの試用を、禁止ではなく「安全に使える環境を整える」アプローチで推進する
  • ジュニアエンジニアの育成にAIを積極的に組み込む。あえて使わせないより、使いながら学ぶ方が実戦的だ
  • コードレビューのチェックリストをAI生成コード向けにアップデートする（特にセキュリティと意図の確認を重点化）
  • 開発プロセス全体を「AIがどこまで担えるか」の観点で棚卸しする

筆者の見解

75%という数字を聞いて「エンジニアの仕事がなくなる」と恐れる人も、「どうせ大げさだ」と笑い飛ばす人も、どちらも本質を見ていないと思う。

私が注目するのは変化のスピードだ。半年で50%から75%に跳ね上がったということは、この先も同じペースで変化が続く可能性がある。1年後に90%という数字が出てきても、驚いてはいけない。

重要なのは、この変化は「AIがエンジニアを置き換える」ではなく、「仕組みを作れる少数のエンジニアが、AIの力を借りて従来の何倍もの成果を出す」フェーズに突入したということだ。ただし、この恩恵を受けられるのは変化に適応した人だけだ。

日本のIT業界は、まだこの大転換を実感として捉えきれていない企業が多い印象を受ける。チャットボットを1つ導入して「AI化した」と思っているなら、それは危うい認識だ。開発の主役がAIになりつつある世界では、ワークフロー全体を再設計する覚悟が必要になる。

ソフトウェア開発の未来は、「コードを書く人」ではなく「コードを書かせる仕組みを作る人」のものになる。Googleの75%という数字は、そのことを改めて——そして雄弁に——示している。

出典: この記事は 75% of all new code at Google is now AI-generated — Sundar Pichai の内容をもとに、筆者の見解を加えて独自に執筆したものです。