レビュー中の画面を前に、若手メンバーと並んで座り、静かに問いかけている開発リーダー
リスク・限界の見極め約16分

AIに頼りすぎてスキルが育たない｜チームの学習を止めない工夫

レビューに回ってきたコードが、きれいに整っている。動くし、テストも通っている。

それで「ここ、なんでこの形にしたの？」と聞いてみると、少しだけ間が空く。

責める話ではありません。自分だって、さっき詰まったところをAIに聞いて、返ってきた答えをそのまま使ったばかりです。気になっているのは、目の前のコードの出来ではなく、半年後のチームのほうなんですよね。

「このままだと、うちのメンバー、育たないんじゃないか」

この不安は、AIを疑っているから出てくるものではありません。学習は、詰まって考えている時間に起きていた——そのことを、経験として知っているから出てきます。そしてAIは、その詰まりを一瞬で溶かしてくれる道具です。

この記事では、AIを減らさずに学習を止めない段取りを整理します。「使うのを控えよう」ではなく、使い方の中に、考える場所を残す話です。

結論：やることは3つです。①線を引く——AIに任せる作業と、あえて自分の手でやる作業をチームで決める。個人の気合いに任せず、線はチームで引く。②言わせる——レビューで「なぜこの形にしたか」を、AIの言葉ではなく人の言葉で説明してもらう場を1つ作る。③残す——聞いたこと・採らなかった案・つまずきを、個人のチャット履歴ではなくチームの記録に置く。

覚え方は 線を引く → 言わせる → 残す。①を飛ばすと②が説教になり、③がないと学びが個人の中で消えます。

全部を今週やる必要はありません。②の「なぜ、を3行で聞く」だけでも、次のレビューから空気が変わります。

何が起きているのか——「答えが早く出る」ことが、学習の入口をまたいでしまう

机に引いた線の手前へカードを1枚取り分ける場面、二人で画面を見ながら片方が説明している場面、ノートに書いて棚へ並べる場面を並べた図
学習を止めないための3つ。線を引く→言わせる→残す。①がないと②が説教になり、③がないと学びが個人で消える

まず、何が起きているのかを整理します。原因が分かると、打ち手が「気をつける」より具体的になります。

1つ目は、学習が起きていた時間そのものが短くなったこと。以前は、エラーの意味が分からず30分うなっている時間がありました。あの時間は無駄に見えて、実は「どこを疑うか」の勘を作っていた時間です。いまは同じ場面が3分で終わります。仕事としては明らかに前進なのですが、勘が育つ場所だけが、そっと抜け落ちます。

2つ目は、成果物が良く見えるので、気づくのが遅れること。読みやすいコードが、期日どおりに上がってくる。数字の上では何も問題が起きていません。差が出るのは、うまくいっている日ではなく、壊れた日です。想定外の障害が出たとき、AIが的を外したとき、手が止まる人と止まらない人に分かれます。

3つ目は、「分からない」と言う機会が減ること。以前なら先輩に聞いていた質問が、いまはAIに向かいます。聞かれない側は「順調そうだ」と思い、聞く側は「これくらい自分で解決すべき」と思う。誰も悪くないのに、つまずきが見えなくなります。

4つ目は、若手だけの話ではないこと。ここは正直に書いておきたいところです。ベテランほど、AIの出力を「だいたい合っている」と判断する速度が速く、確かめる回数が減りがちです。新しい領域では、経験者のほうが素通りしやすい場面すらあります（AIに頼りすぎたときの品質低下のサインと、そっと戻る歯止め）。

5つ目は、試行錯誤が個人の中に閉じること。以前は、調べた過程がチケットのコメントや口頭の相談に残っていました。いまは、AIとのやり取りという個人の画面の中で完結します。同じ壁に別のメンバーがぶつかっても、そこには何も残っていません。

裏を返すと、この問題は能力ではなく段取りの話です。「AIを使わせない」ではなく、使ったあとに考える場所を1か所だけ残す。それだけで、学習の線はつながります。

具体例——つい、やってしまいがちな形

どれも「早く進めたい」から出てくる、自然な動きです。心当たりのある行があれば、そこだけ見直せば十分です。

影響——効いてくるのは半年後、しかも都合の悪い日に出る

急いで直さないと危ない、という話ではありません。ただ、出方が遅いので、書いておきます。

少し希望のある話をすると、この領域は、大きな制度を作らなくても戻せます。研修を組む必要も、AIの利用を制限する必要もありません。レビューでの質問をひとつ変えるところから始められます。

明日からやること（線を引く・言わせる・残す）

上から順に、小さく始められます。今日は②だけで構いません。

1. 線を引く——任せる作業と、手でやる作業を決める

大事なのは、線をチームで引くことです。個人の心がけに任せると、忙しい人から順に線が消えます。

線を引くときのコツは、「AIを使わない時間」ではなく「先に考える順番」として書くことです。禁止のルールは形骸化しますが、順番の約束は残ります（AI利用の社内ガイドラインの作り方｜使ってよい範囲の決め方）。

2. 言わせる——「なぜ」を、人の言葉に戻す

いちばん効いて、いちばん安く始められる工程です。10分もかかりません。

なお、この質問はAIを使ったかどうかを問うものではありません。使っていても、理由を自分の言葉で言えるなら、それは十分に自分の仕事です。ここを取り違えると、ただの監視になります。

3. 残す——試行錯誤を、チームに置く

学びが個人の画面の中で消えないようにする工程です。分量は2行で足ります。

AIの使い方そのものを、学習の形に寄せることもできます。答えを先にもらうのではなく、自分の仮説を先に置いてから確かめる型です。

いま次の問題で詰まっています。すぐに答えを出さずに、私の理解を確かめるところから手伝ってください。

①まず、私の仮説のどこが間違っていそうかだけを指摘してください。修正後のコードは、まだ出さないでください。
②次に、この問題を切り分けるために自分で確認すべきことを、順番に3つ挙げてください。
③私が確認した結果を伝えたら、そこで初めて直し方の候補を2つ、それぞれの短所つきで出してください。
④最後に、私がこの件で理解しておくべき考え方を、3行で説明してください。

なお、確実でない部分は「不明」と書いてください。埋めなくて構いません。

状況：（　）　私の仮説：（　）　試したこと：（　）

①の「修正後のコードはまだ出さないで」が要点です。答えを遅らせるだけで、同じAIが練習相手に変わります。若手に渡すなら、この形をそのまま共有するのが早いです。

チームの学習を止めないためのチェックリスト（コピーして使えます）

全部に○が要るわけではありません。気になった行だけで十分です。

① 線を引く（チームで決める）

② 言わせる（レビューで）

③ 残す（記録に）

この記事のまとめ

AIでスキルが育たないという不安は、道具の問題ではなく、考える時間がどこに残っているかの問題です。使う量を減らさなくても、置き場所は作れます。

やることは3つ。①線を引く——守りたい力を1つ決め、その領域だけ「まず自分で15分」の順番にする。任せてよい領域も同時にはっきりさせる。②言わせる——レビューの最初の質問を「なぜこの形にしたか、3行で」に固定する。責めずに、一緒に読む。③残す——聞いたこと・採らなかった案・詰まりを、個人の履歴ではなくチームの記録に2行だけ置く。

この3つがあると、AIを一番速く使いながら、壊れた日にも動けるチームでいられます。

若手メンバーが自分の言葉で説明し、リーダーが穏やかにうなずいて聞いている場面

「このままで大丈夫だろうか」と、チームの半年後を心配できる人は、そう多くありません。目の前の納期だけ見ていれば、今日は回ってしまうからです。

それでも気になったということは、あなたが見ているのが今日の成果物だけではないということです。それは、チームにとってかなり価値のある視線だと思います。

一度に全部は変えられません。次のレビューで、「ここ、なぜこの形にしたか3行で教えてください」と一度だけ聞いてみる。まずはそこからで十分です。

よければ、こちらも

関連用語