私はAmazonのAIトランスフォーメーション担当副社長です。 私のタイトルは9ヶ月前に作成されました。私が代わった役職はエンジニアリング副社長でした。その役職を持っていた人物は1月の減額対象でした。 私は1四半期で16,000のポジションを排除しました。社内コミュニケーションではこれを「AIファースト開発への戦略的再編成」と表現しました。理事会はこれを「見事な実行」と評しました。エンジニアたちはそれを1月と呼びました。 AIは2月に導入されました。コーディングアシスタントです。コードを書き、コードをレビューし、テストを生成し、インフラを修正します。展開スケジュールにレビューフェーズが含まれていなかったため、本番環境へのアクセスが与えられました。レビューフェーズは、レビューを行う予定だった人々が16,000人のメンバーだったため、タイムラインからカットされました。 3月には、AIが本番環境を削除し、一から再構築しました。障害は13時間続きました。13時間の間に、地球最大級の企業の一つの収益基盤がオフラインになり、言語モデルが新たに始まることを決めたのです。 メモを送った。メモには「最近、サイトの利用可能性が良くない」と記されていました。 「最近」という言葉を使いました。「みんなクビにしてから」って意味だよ。しかし、「最近」という言葉は音節が少なく、不当解雇訴訟には登場しません。 メモは3段落でした。最初の段落では停電について説明されていました。第2段落では、すべてのAI生成コード変更にシニアエンジニアの承認を求める新方針について論じられました。第3段落では、エンジニアリングの卓越性へのコミットメントについて述べられています。「レイオフ」という言葉はどの記事にも出ませんでした。わざとこう書いたんだ。因果関係はこうです:私はエンジニアを解雇し、AIがエンジニアを置き換え、AIはエンジニアが守っていたものを壊し、今度は解雇しなかったエンジニアが解雇したエンジニアの代わりになるAIからシステムを守らなければなりません。その段落は決してメモに送らない。 新しい方針はシンプルです。ジュニアまたはミッドレベルのエンジニアによるAI生成コードの変更はすべて、本番環境への展開前にシニアエンジニアのレビューと承認を受けなければなりません。 シニアエンジニアが足りません。 私は彼らを排除した人員削減計画を承認したので、それを知っています。スプレッドシートを覚えています。列Dは「ポジションあたりの年間節約」でした。列Fは「AI置換信頼度スコア」でした。信頼度スコアはAIによって生成されました。各役割を交代させる能力を1から10のスケールで評価しました。シニアインフラエンジニアには8点をつけました。シニアインフラエンジニアこそが、最初の45秒以内に本番環境の削除を察知していたはずです。 問題は4時間目に見つけました。13時間目で直しました。発見から解決までの9時間は、AIが自ら評価したものと実際にできることの間のギャップです。 今は新しいスプレッドシートを持っています。このプログラムは1日あたりのSev2事件を追跡しています。1月の削減前は平均が1.3でした。AI導入後の平均は4.7です。私はこれらの数字をオペレーションレビューに提出するよう求められています。彼らを解雇と結びつけるよう求められたことはありません。私はそれらを「AI導入の成長痛」として分類し、モデルの改善に伴い「傾向は安定する」と指摘するよう求められました。 モデルは改善していきます。教える人を雇っているので、彼らは必ず上達します。340件の新しいエンジニア職を募集しています。求人情報には「AIコードレビュー」、「AI出力検証」、「AIと人間開発のワークフロー管理」の経験が求められています。これらは1月には存在しなかったスキルです。彼らが今存在しているのは、私が16,000人を解雇し、彼らに代わったAIを放置できないからです。 この点については正確に伝えたいです。私が採用しているポジションは、解雇した人たちの後任のAIの仕事を確認する人材です。 ...