最近、Hacker Newsにてチームリーダーがよく聞く問題を投稿しました：
「私は30年の業界ベテランを含む小さなチームの責任者です。Claude Codeを採用したいのですが、摩擦を起こさずにどう進めればよいのかわかりません。」
返信はほとんど「彼らに自由に試させること」と「まず賛同を得ること」でした。役に立ちますが漠然としています。
ここに実際に効果的な方法があります — 特に最も経験豊富なエンジニアが懐疑的な場合に。
なぜベテランは抵抗するのか（そしてそれはあなたが思う理由ではない）
シニアエンジニアがAIツールに抵抗するのは頑固だからではありません。彼らが以前に以下のようなパターンを見てきたからです：
- 「画期的」とされたツールが結局棚上げになった
- 生産性向上が実例ではなくおもちゃのような例でしか有効でなかった
- 熱意が現実のレガシーコードベースで挫折した
彼らの懐疑心は経験によって調整されています。これは克服すべき問題ではなく、尊重すべき信号です。
誤り： Claude Codeを「みんなの速度を上げるもの」と位置付けること。
対策： 懐疑的な人に評価テストを定義してもらうこと。
4週間の懐疑派オンボーディング
第1週：正直な一つの実験
ベテランに「試してみて」と言わないでください。彼らがすでに面倒だと感じている具体的な作業を与えます — 既存モジュールのテストケース作成、複雑な関数のドキュメント作成、目立つ問題のあるPRのレビューなど。
Claude Codeを使って一度だけやってもらい、その結果を教えてもらいます。それだけです。
採用の強制も評価もしません。一つの実験だけ。
第2週：ジュニアとシニアのペア
ジュニア開発者は熱心かつ雑にClaude Codeを使っています。彼らとシニアを一度のコードレビューセッションでペアにしてください。
シニアにClaudeの間違いを指摘してもらいます。
これは二つの効果があります：シニアは専門家として評価される役割を得て、Claude Codeの弱点が明らかになることで自信につながります。
第3週：ルールを設定させる
ベテランが心を開き始めたら、チームの「Claude Codeガイドライン」を作成してもらいます — 何に有効か、触れてはいけない箇所、アウトプットをダブルチェックすべきタイミングなど。
シニアエンジニアはプロセスを形作りたがっています。任せてください。彼らのガイドラインはあなたのものより優れているでしょう。
第4週：共に測定する
データを収集します。テスト作成での時間短縮、PRのターンアラウンドタイム、生成された定型コード対レビューした行数など。
チームで一緒に振り返ります。データに語らせます。実験を行ったベテランが結果を解釈し、全員にとって信頼できる発見となります。
導入を失敗させる誤り
最良のエンジニアを失う最速の方法は、Claude Codeの使用を義務化することです。
「今や全員が使っている」という空気は、まさにその合意が最も重要な人々の賛同を殺します。30年のベテランが覆いかぶさられたと感じると、声高な懐疑派になります。そして声高な懐疑派は伝染します。
導入は獲得してください。4週間かかりますが根付きます。
65%以上の利用率を誇るチームの共通点
Claude Codeを展開しているエンジニアリングチームの中で高い採用率を達成しているチームが共通しているのは、シニアエンジニアが導入プロセスを主導し、単に参加するだけでないことです。
ベテランが専門家となり、ジュニアはそのガイドラインから学び、マネージャーは強制するのではなく促進します。
それがみんなが使うツールと、活用されずに放置されるツールの違いです。
チームが実際にどの程度準備できているかをClaude Code展開前に把握したい場合、我々は無料のAI準備度評価を用意しました — 非同期で準備不要、具体的な推奨を含むレポートが返却されます。
