Amazon、AI時代のエンジニア役割指針を改定利用量は目標にせず

Amazonが、ソフトウェア開発エンジニア（SDE）の役割指針をAIに合わせて改定し、社内向けメモを公式サイトで公開しました。AIを日々の仕事で使うことを求める一方、「開発者の役割も成果も、AIを使うかどうかで決まるものではない」と明記しています。トークン使用量などの数字を目標にすると、コストと複雑さが増えるとも警告しました。数千人規模のエンジニアを抱える企業が、AI活用をどう評価するかの一つの答えです。

背景と文脈
技術/ビジネス面
これからどうなるか
まとめ
参考リンク

背景と文脈

ここ1年で、多くの企業がエンジニアにAIコーディングツールの利用を強く促すようになりました。中には、利用量やAIが書いたコードの割合を評価に結びつける動きもあります。一方で、「使えと言われるから使う」状態では、品質や費用の面で逆効果になるとの声も上がっていました。

AmazonはこれまでSDEの指針を、特定の技術に依存しない書き方にしてきました。今回、AIは例外として扱うべきかを社内で議論したといいます。結論は、良いAIの使い方の定義はすぐに古くなるため、変わらない部分に焦点を当てるというものでした。それは、顧客・事業・チームへの影響です。

メモはWorldwide Amazon StoresのDistinguished EngineerであるTerk Terkowitz氏の名前で出され、上級エンジニアたちが指針の改定を担いました。同社CTOのWerner Vogels氏が2025年のre:Inventで語った「ルネサンス開発者」という考え方も引き継いでいます。AIの道具と人の判断、業務知識を組み合わせる開発者像です。

技術/ビジネス面

black laptop computer turned-on displaying source code on table — Photo by Jantine Doornbos on Unsplash

SDEへの期待は三つにまとめられます。第一に、今すぐAIを日常業務で学び、使うこと。第二に、AIが役に立たなかった作業を記録し、同僚や上司と共有することです。メモはこれを失敗ではなく「良い判断」と位置づけています。第三に、顧客やプロダクトの方向性と近くあり続けることです。組織が大きくなり、顧客から遠ざかった人が増えたという反省も書かれています。

マネージャーや技術リーダーには、さらに具体的な要求があります。本番の仕事でAIを自ら使い、「AIが役立った作業」と「役立たなかった作業」を一つずつ挙げ、その違いを説明できることです。チームがAIを学ぶ時間を確保することも求めています。

評価の考え方も興味深い点です。Amazonは長期の成果指標を重視しつつ、それが遅く測りにくいことを認めています。そこでトークン使用量やツールの導入率、コード変更やレビューの量を「不完全な代替指標」として使います。ただし、これらを目標にすると費用と複雑さが増えると明言しました。注目すべきは、AIを使いこなせていない下位10%のチームと、大量に使う上位10%のチームです。後者については、使った量に見合って成果が増えているかを確認するよう求めています。

これからどうなるか

「AIを使ったか」ではなく「何を届けたか」で評価するという方針は、他社の指針づくりにも影響しそうです。AI利用量を人事評価に直結させる動きに対し、大手が慎重な立場を示した形になります。

個々の開発者にとっては、「AIが効かなかった場面」を言葉にできるかが一つの力になりそうです。たとえば、古いコードの改修では効いたが、仕様が曖昧な新機能では手戻りが増えた、といった具体例です。こうした記録をチームで共有すれば、プロンプトや作業の分け方の改善にもつながります。チームでAI活用の指標を作る立場なら、トークン量だけを追わず、変更の質やリードタイムと並べて見る設計が参考になります。

今後は、この指針が実際の評価や昇進にどう反映されるかが注目点です。メモは役割の変化が続くことを前提にしており、内容の改定も繰り返されると見られます。