ジェイソン・ビック氏は不動産テック系スタートアップRenewのCTOです。エンジニアリングリーダーシップ、スタートアップの成長、SaaSのスケーリング、AIについて執筆しています。
最近、AIがジュニアエンジニアを排除しているという議論が盛んに行われています—まるでその役割が一夜にして消滅するかのようです。
その主張によれば、AIコーディングツールがバグ修正、テスト作成、リファクタリング、機能構築、そして誰もが嫌う雑務を処理できるなら、キャリアをスタートさせたばかりの人には何が残るのでしょうか？
その懸念は理解できますが、私はそれに同意しません。
AIはジュニアエンジニアを排除しているのではなく、その役割の形、必要なスキル、サポート方法、そして彼らに期待することを変化させています。これは良い発展なのです。
単調作業の終焉
これまで、ジュニアエンジニアは雑務、コピーの更新、設定、クリーンアップタスクといった安全で反復的な作業を担当することで、新しいチームやプロジェクトに馴染んでいきました。
この作業の目的はビジネスにインパクトを与えることではなく、新人エンジニアにコンテキストを構築させることでした。新人エンジニアは、時間をかけてコードベースの小さな部分に触れることで、新しいチームの製品、ツール、慣習を最もよく学べるという考え方でした。多くの場合、シャドウやオンボーディングパートナーがついていました。
しかし、そのような作業は以前と同じ形では存在しなくなっています。AIはこの作業を人間よりも速く、より少ないミスで処理します。「トレーニングのため」にこの作業を残しておくのは、パイロットに手動でプロペラを回して飛行を学ばせるようなものです。それは教育法を装ったノスタルジーにすぎません。
もしあなたのチームがまだジュニア向けにこのタイプのオンボーディング作業を作り出しているなら、それは彼らとビジネスの両方にとって不利益です。課題は小さなタスクを渡すことではなく、彼らがAIツールセットを使いながらコンテキストを構築できる実際の問題を見つけることであるべきです。
明日のキャリア初期のエンジニアは単なるチケット処理係ではなく、システムレベルの思考ができる人材である必要があります。彼らは過去よりもキャリアの早い段階で、アーキテクチャや自分の仕事の意図について考える必要があるでしょう。
効果的なAIプロンプトはコンテキストに依存します。もし自分の仕事の「なぜ」を説明できなければ、AIパートナーは幻覚を起こし、無意味な決定をするでしょう。AIから本当の価値を得るには、システムの実際の動作—データフロー、依存関係、アーキテクチャ、トレードオフ—を理解する必要があります。
つまり、私たちのツールが想像以上に強力になった今でも、新人エンジニアに対する要求水準は下がるのではなく、上がっているのです。
コンテキストの構築：人間とAIのために
以前のジュニアのオンボーディングは、リポジトリへのアクセスを与え、構造化されたタスクを通じて「自分の道を見つける」ことを意味していました。それはもう通用しません。新人エンジニア—そして彼らが使うAI—は初日から可能な限り多くのコンテキストを必要とします。
これをサポートするために、チームはそれを可能にするシステムを構築すべきです：トーン、構造、コーディング規約を定義するコーディングエージェント指示；アーキテクチャ、目的、各サービスの依存関係を明確に説明するAIフレンドリーなドキュメント；そしてツール/システムをAIコンテキストに取り込み、チームのアクセスを標準化する共有MCP設定などです。
これは管理上のオーバーヘッドではなく、重要なレバレッジです。ビジネスコンテキストをAIにアクセス可能にすることで、チームにもアクセス可能にすることになります。
いわゆる「AI忌避派」のエンジニア（特にジュニア）は急速に減少しています。最良の突破口は実践的な経験です—可能性を目の当たりにすれば、躊躇は消えます。チームAIトレーニング、ワークショップ、あるいは軽い「AIオフィスアワー」でも、懐疑派を支持者に素早く変えることができます。エンジニアがAIを使って2倍速く機能をリリースすれば、もう後戻りはできません。
そしてまもなく、新卒者はすでに流暢なAIスキルを持って職場に入ってくるでしょう。彼らはAIネイティブとして何年ものプロンプト経験を持ってやってきますが、デバッグ、パフォーマンスチューニング、あるいはフード下で何が起こっているかを理解することにはギャップがあるでしょう。
それは失敗ではなく、単に異なるスタート地点です。エンジニアリングリーダーとしての私たちの仕事は、彼らの強みを理解しつつ、AIが置き換えられない基礎を認識することです。
ジュニアオンボーディングの再考
小さなバグ、小さな機能、より大きな機能という従来のオンボーディング進行はもはや関連性がありません。複雑さを段階的に上げるのではなく、コンテキストの構築に焦点を当てるべきです。経験豊富なエンジニアがどのように考え、働くか—単に何を生み出すかだけでなく—を見られるよう、ジュニアを早期に参加させるべきです。設計討論、コードレビュー、事後分析などのプロセスに早期に触れさせ、すべての成果物をAIツールで簡単に利用できるようにすべきです。
すでにAIを多用している場合は、コードレビューと並行して「プロンプトレビュー」を行うことを検討してください。AIが正しく理解したこと、見逃したこと、そしてその理由について話し合いましょう。そこで本当の学びが起こります。私たちができる最悪のことは、ジュニアエンジニアをプロンプト操作者に変えることです。最良のことは、AIが生成するものを批判的に考え、それを杖ではなく力の乗数として使うことを教えることです。
新世代は、私たち多くが経験した遅く苦痛な学習曲線の一部をスキップするでしょう。彼らは私たちがしないような間違いをし、私たちが解決できなかった問題を解決するでしょう。彼らはより速く、大胆で、不確実性の中で働くことにより快適でしょう。彼らはコンテキストが構造化され、アクセス可能で、説明可能であることを期待するでしょう。そして彼らは私たちの働き方を近代化するよう促すでしょう。
それが不快に聞こえるなら、それがポイントです。これはジュニアエンジニアの終わりではありません。彼らにとってはるかに興味深い時代の始まりです。本当の間違いは、何も変わっていないふりをすることでしょう。
