51jobの技術チームでは、将来のプログラマーの価値は、書いたコードの行数ではなく、動かしたAIリソースで測られるという仮説が検証されています。
「手作業でコードを書く人」から「プロジェクトマネージャー」へ
51jobの技術チームで広く共有されている図は、開発者の役割を3段階に分けています。
第1段階は「実行者」です。冗談交じりに「昔ながらの手作業」と呼ばれ、毎日コードを書き、バグを見つけて直します。堅実ですが、負担の大きい働き方です。
第2段階は「協働者」です。AIがコーディングへ参加し、開発者はPromptの書き方とAI出力の改善方法を学び、人とAIの協働が形になります。
現在、同社が進めている第3段階では、開発者がAI Agentの「プロジェクトマネージャー」となり、要件分解、境界定義、最終受け入れを担い、一行ずつ手書きするのではなく方向を管理します。

最初の一手:反復作業をなくす
大規模プロジェクトの経験者なら、創造的な思考に使う時間は限られ、多くの時間がコード入力、ロジック整理、単体テスト作成、テンプレートコードのコピーといった反復作業へ消えることを知っています。
51jobはIDE側へQoderを導入し、それらをAIへ任せました。開発者が対話で要件を説明すると、Qoderがコードを生成し、人はレビューして調整します。

「レガシーコードの山」の救世主
歴史の長いインターネット企業には、文書がなく、中心開発者も退職し、新しい担当者には何も分からないレガシーコードがあります。触るのが怖く、避けたいコードでありながら、重要な業務を支えています。


管理者の仕事:「企業の方言」を確立する
ツールを選んでも、人によって使い方が異なり、出力を制御できなければ、AIは高価なおもちゃです。51jobは標準化されたRules + Spec体系を構築しました。
AIへルールを与え、入力形式を統一し、曖昧さとToken消費を減らし、出力の一貫性と再現性を保ちます。個人の経験を組織規範へ変え、AIの挙動をエンジニアリング標準と業務目標へ合わせます。

個人からプラットフォームへの飛躍
Skillsの管理では、Skills/MCP/ワークフロープラットフォームと「スキルランキング」を設け、従業員が自動化スクリプトやAIスキルを提供するよう促しています。
トップダウンの命令ではなく、現場から自発的に生まれる方式です。工数報告、週報作成、データ処理などの日常作業が、従業員によって再利用可能なAIスキルへ変わります。

知識のフライホイール:経験をベテランの頭の中から取り出す
51jobは「生成 → 蓄積 → 収集 → 配布」という知識の循環を構築しました。
以前は業務ロジックがベテランの頭の中だけにあり、新人が参加するまで数か月かかりました。現在は蓄積した経験を各開発者のAIアシスタントへリアルタイムに還元し、開発中に必要な情報をすばやく取得して反復作業を減らします。

評価指標を引き上げる
開発者の役割が根本から変われば、評価も変える必要があります。
以前はコード行数、コードレビューでの修正数、採用率など、作業量を測っていました。今後はTPM/RPM(Token消費密度)を中心指標とし、開発者がAIリソースをどれほど活発かつ効率的に動かしたかを測ります。
