📡 本日の観測ニュース

AIエージェント時代のプロダクトマネージャーは何を作るべき？ 元BigQuery責任者が語る「ソフトウェアが工場になる日」と新たなモート - ProductZine

▶ 元記事を読む

---

元Google BigQueryのプロダクト責任者、Jordan Tigani氏が提示した「ソフトウェアが工場になる日」という未来像は、単なる生産性向上の話ではない。それは、ソフトウェア開発に従事する全ての知的労働者、特にエンジニアの価値基準が根底から覆されるという冷徹な宣告だ。AIエージェントが自律的にコードを書き、テストし、デプロイする。この「ソフトウェア工場」の到来は、あなたのキャリアにとって何を意味するのか。

会議室ではない。Slackのスレッドだ。あなたが昨日、半日かけて実装した機能のプルリクエスト。そこに、CopilotやCodeRabbitといったAIレビューボットが、人間には到底不可能な速度で数十件のコメントを付けている。「このロジックは冗長です。こちらのアルゴリズムで90%高速化できます」「この部分はレガシーなパターンです。最新の設計思想に基づき、以下のようにリファクタリングを推奨します」。その提案は、非の打ち所がない。ぐうの音も出ないほど、論理的で、効率的で、正しい。あなたはキーボードの上で数秒間指を彷徨わせた後、結局「LGTM. Thanks.」とだけ打ち込む。自分が積み上げてきた経験と知識が、まるで色褪せた教科書のように感じられる瞬間だ。

この感覚は、気のせいではない。Tigani氏の言う「ソフトウェア工場」とは、まさにこの光景の延長線上にある。かつて熟練工が手作業で行っていた工程が、産業革命によって機械化・自動化されたように、ソフトウェア開発における「コーディング」という手作業が、AIエージェントによって代替される。これは不可逆な流れだ。

この工場において、人間に求められる役割は二つに分かれる。一つは、AIという機械を操作し、ラインの稼働を維持する「作業員」。もう一つは、そもそも「どんな製品を、どのような思想で、どの機械を使って作るのか」を決定する「工場設計者」だ。

問題は、多くのエンジニアが「作業員」としてのスキル、つまり「特定の言語を速く書く能力」や「最新フレームワークの知識」ばかりを追い求めていることにある。それは、AIという自動化の波の前では、真っ先に陳腐化する価値だ。あなたの給与は、その「手作業の速さ」に対して支払われているのではないことに、気づかなければならない。

では、AIに代替されない「工場設計者」の価値とは何か。Tigani氏はそれを「Taste（テイスト）」という言葉で表現した。日本語に訳せば「審美眼」「センス」「思想」となるだろうか。これは、技術的な正しさや効率だけでは測れない、人間特有の非合理な価値判断だ。

• なぜこのアーキテクチャが「美しい」と感じるのか。
• なぜこのUI/UXがユーザーにとって「心地よい」と確信できるのか。
• なぜ数多ある技術の中から、あえてこの「思想」を持つものを選択するのか。

AIは最適解を提示できる。しかし、何が「良い」プロダクトなのかを最終的に定義するのは、人間の「Taste」に他ならない。この「Taste」こそが、AI時代のエンジニアにとって唯一の、そして最大のモート（参入障壁）となる。

だが、多くのエンジニアは、この「Taste」を磨く方法を知らないどころか、その重要性にすら気づいていない。「新しい技術を学ぶこと」がキャリア防衛だと信じ込み、ひたすらチュートリアルをこなす毎日。その勤勉な努力こそが、自らを「代替可能な作業員」へと追いやる最悪の罠であることに、まだ気づいていない。

ここから、あなたが単なるコーダーから、AI時代に価値を持つ「工場設計者」へと脱皮するための、具体的な4つの短距離スプリントを開示する。

Sprint 1: 自分の「Taste」を言語化する

まず、あなた自身の「Taste」を可視化することから始める。これは、抽象的な精神論ではない。具体的なアウトプットを伴う行動だ。

• 手順:
  1. 過去に自分が関わった、あるいは見たコードや設計の中で「これは良い仕事だった」と直感的に思うものを1つ選ぶ。
  2. NotionやGitHub Gist、個人のブログなどに、その「良さ」を言語化する。ここで重要なのは、「なぜ高速だから」「なぜバグが少ないから」といった機能的価値だけを書かないこと。
  3. 「なぜこの命名規則が美しいのか」「このモジュールの疎結合な関係性が、なぜ思想的に正しいと感じるのか」「このAPI設計に、開発者へのどんな配慮を感じるか」といった、審美眼や思想の観点から500字以上で記述する。
• 期待される効果:
  • これまで無意識だった自分の判断基準が明確になる。「なんとなく良い」を「〇〇という思想に基づいているから良い」と説明できるようになる。これが、あなたの「Taste」の原石だ。
• やりがちな失敗パターン:
  • 技術的な優位性の説明に終始してしまうこと。パフォーマンスの数値やフレームワークの比較で終わらせず、「なぜそれが心地よいのか」という主観的な感覚を、恐れずに言語化する必要がある。

Sprint 2: 設計思想をレビューする

自分の「Taste」を磨くには、他者の優れた「Taste」に触れるのが最も早い。コードそのものではなく、コードが生まれる背景にある「議論」を読む。

• 手順:
  1. 自分が日常的に使っているオープンソース・ソフトウェア（OSS）のGitHubリポジトリにアクセスする。
  2. 「Pull Requests」タブを開き、比較的大きな変更（major feature, refactoringなど）で、かつ議論が活発に行われたものを1つ見つける。
  3. コードの差分（Files changed）を読むのではない。レビュワーと実装者の「Conversation（会話）」を読む。「なぜこの設計でなければならなかったのか」「代替案として何が検討され、なぜ棄却されたのか」という設計思想のぶつかり合いに集中する。
  4. その議論の核心を、「このプロジェクトは〇〇を最も重視しているため、△△という設計が採用された」という形で3行に要約する。
• 期待される効果:
  • 優れたソフトウェアの裏には、必ず明確な設計思想（Taste）が存在することを体感できる。コードの表面的な書き方ではなく、その背後にあるトレードオフの判断プロセスを学べる。
• やりがちな失敗パターン:
  • コードの正しさやバグの指摘ばかりに目が行き、その背景にある開発者たちの哲学や美意識に関する議論を見逃してしまうこと。

Sprint 3: AIに「哲学」を問う

AIを単なるコード生成機として使うのは「作業員」の発想だ。「工場設計者」は、AIを思考の壁打ち相手として使う。

• 手順:
  1. Claude 3 OpusやGPT-4oなど、対話能力の高いAIを開く。
  2. 現在、あなたが直面している技術的な課題やアーキテクチャの悩み事を具体的に説明する。
  3. その上で、次のようなプロンプトを追加する。「これらの選択肢について、技術的な優劣は理解しました。その上で、もしあなたが『ミニマリズムを信奉する哲学者』だとしたら、どの選択肢をどのような理由で選びますか？その思想的背景を教えてください。」
  4. AIが生成した「哲学的な回答」と、自分自身の「Taste」を比較検討する。AIに別のペルソナ（例：『完璧なスケーラビリティを求める神』）を与え、回答の変化を見る。
• 期待される効果:
  • 一つの課題に対して、多角的な「思想」のレイヤーで検討する思考訓練になる。AIを、自分の中にはない「Taste」を引き出すための触媒として活用できる。
• やりがちな失敗パターン:
  • 「〇〇の作り方を教えて」といった、具体的な手順のみを質問してしまうこと。AIに「How」ではなく「Why」や「Philosophy」を問う意識が不可欠だ。

Sprint 4: 「作らない」決定を記録する

優れた「Taste」を持つ設計者は、「何を作るか」と同じくらい「何を作らないか」を重視する。その意思決定を可視化する。

• 手順:
  1. 週に一度、5分だけ時間を確保する。
  2. その週に「やらないと決めたこと」「導入しないと決めた技術」「追加しないと決めた機能」を1つ書き出す。
  3. その理由を、「なぜそれが長期的視点で美しくないのか」「なぜそれが我々のプロダクトの思想に反するのか」という観点で記録する。
• 期待される効果:
  • 無駄を削ぎ落とし、本質的な価値に集中する「引き算の美学」が身につく。あなたの価値は、生み出した機能の数ではなく、守り抜いたプロダクトの思想によって証明されるようになる。
• やりがちな失敗パターン:
  • 「時間がなかったから」「人手が足りなかったから」といった、リソース不足を理由にしてしまうこと。そうではなく、たとえリソースが無限にあったとしても「これはやるべきではない」という戦略的な判断として記録することが重要だ。

【AI-NATIVE CAREERからの実践課題】

明日、参加する最初のコードレビューで、AIによる自動コメントとは別に、必ず人間としての一言を追加せよ。それはバグの指摘やタイポの修正ではない。「この関数の命名から、〇〇という思想を感じました。素晴らしいTasteだと思います」あるいは「この設計は機能しますが、プロダクト全体の思想とは少しズレを感じます。△△という観点ではどうでしょうか？」といった、設計思想に関するコメントだ。あなたの「Taste」を発信し、議論の場を作ること。それこそが、AI工場の中で人間が担うべき、最も価値ある仕事である。

AIが生成した完璧なコードの前で、あなたの「Taste」だけが、あなたが人間である最後の証明になる。 AI-NATIVE CAREER

---

💭 あなたがこれまで関わったプロジェクトで、「技術的には正しくないかもしれないが、最も『美しい』と感じた設計」とは何だっただろうか。

---

AI時代の管理職向け 有料記事

AI-NATIVE CAREERでは、管理職がAI時代を生き残るための具体的な行動プロトコル・テンプレート・チェックリストを有料記事で公開しています。

▶ 有料記事の一覧を見る（note.com）

▶ 職種別のキャリアガイドを見る

---

本記事はAI-NATIVE CAREER編集部が最新ニュースを基に作成しました。掲載情報の正確性については各一次情報源をご確認ください。