AIがコードを書く時代のチーム設計
「このPRのレビュー、AIが書いたコードなのか人が書いたコードなのか、もう判別できない」——2026年の現場でエンジニアリングマネージャーが漏らすこの言葉は、冗談ではありません。ChatGPTをはじめとするAIエージェントが自律的にコードを生成・修正・テストまで回す環境が整い、チームの仕事の中身が静かに、しかし急速に変わっています。問題は技術の進化ではなく、評価と役割の設計が追いついていないことです。
「動くけど誰も責任を持てない」という現実
あるSaaSスタートアップでは、開発速度が半年前の3倍になった一方で、障害対応に時間がかかるようになっています。AIが生成したコードの意図を誰も説明できないからです。「Pythonが書ける」「Reactの経験3年以上」という採用要件は、AIがその作業を代替できる前提で作られていません。結果として、AIをうまく使いこなしているエンジニアより、手書きコードにこだわるエンジニアの方が評価される逆転現象が起きているチームも出てきています。
ChatGPTで自チームの役割を可視化する方法
この状況を整理するのに、ChatGPTが使えます。やり方はシンプルで、直近のスプリントで各メンバーが実際に行った作業を箇条書きにして貼り付け、「この作業のうち、AIが代替できるもの・できないものに分類して」と指示するだけです。出力された分類を見ると、ほとんどの実装作業が「代替可能」に入り、残るのは「AIが出したアウトプットの品質を判断する」「ステークホルダーとの要件のすり合わせ」「アーキテクチャの意思決定」だけです。これが2026年のエンジニアの仕事の実態です。
採用要件も評価シートも書き直す必要がある
評価すべきは「何を書けるか」ではなく、「AIに何を任せ、どこに人間の判断を入れるかを設計できるか」です。ChatGPTに「AIエージェントを使いこなすエンジニアに必要なスキルセットを、従来の求人票と対比して書いて」と依頼すると、具体的な文言の差分が出てきます。「実装経験」より「レビュー判断力」、「言語スキル」より「システム設計力と説明責任」という軸の変化が言語化されます。これをそのままチームの評価シートに転用しているマネージャーもすでにいます。
役割設計で最初に決めるべきこと
役割設計で先に決めるべきことは一つです。「AIが生成したコードに最終的に責任を持つ人間を、チームのどこに置くか」という問いです。この答えを出さないまま開発速度だけを上げると、障害が起きたときに誰も説明できないチームが完成します。AIエージェントのマネージャーとしての能力をどう定義するか、それがいまチームに問われています。
今回の内容をすぐ使える形にしたプロンプトテンプレートと評価シートの雛形を、まとめた資料としてご用意しています。
「動いてるのに誰も説明できない」という状況、技術的な話というよりチームの設計の話なんですよね。
自チームの作業をAIに分類させるというアプローチ、やってみると思った以上にリアルな結果が出てきて面白いです！
評価基準の見直しって後回しになりがちですが、ここに手を入れるだけでチームの空気がかなり変わります。まずスプリントの振り返りで一度試してみてください。