Claude Codeを導入した企業でよく聞くのが、「一部の人だけが使いこなして、それ以外は結局触らなくなった」という話だ。これまでは現場の体感として語られることが多かったが、数万人規模の実データでも同じ傾向が確認された調査結果が出ている。
Microsoftの研究者3名（Emerson Murphy-Hill氏、Jenna Butler氏、Alexandra Savelieva氏）が2026年7月1日にarXivで公開した論文は、同社社内でのClaude CodeとGitHub Copilot CLIの導入初期を、数万人規模のエンジニアを対象に4か月間追跡したものだ。海外の一次情報だが、内容は日本の中小企業にも通じるところが多い。
使い始めるきっかけは「口コミ」だった
論文によると、最初にツールを使い始めるきっかけとして最も大きかったのは、社内の人的ネットワーク——つまり同僚からの口コミだった。会社が一斉に研修を組んで広めたわけではなく、周囲で使っている人がいるかどうかが利用開始を左右していたということになる。
これは裏を返せば、「導入したのに使う人が偏る」のは自然な結果だということでもある。口コミ任せにすれば、たまたま情報が届いた人・届かなかった人で差がつく。全社に一斉配布して終わりにする進め方には、最初から限界があるということだ。
定着を決めたのは役職ではなく「元々のコーディング量」
さらに興味深いのは、その後の定着（使い続けるかどうか）を左右した要因だ。役職や在籍年数といった属性よりも、導入前からどれだけコードを書いていたかとの相関の方が強かったという。
つまり、もともと手を動かしてコードを書く量が多いエンジニアほど使い続け、そうでない人に配っても定着率は上がりにくい。ロールアウトの順番を考えず「対象者全員に同時配布」してしまうと、平均の定着率が実力より低く出てしまう可能性がある。
数字で見る効果——PRマージ数24%増、4か月持続
生産性への影響については、成果の代理指標としてマージ済みプルリクエスト数を使っている。導入したエンジニアは、導入しなかった場合と比べて約24%多くPRをマージしており、この効果は4か月の観測期間を通じて持続したという。
ただし論文自身が「マージされたPR数は、届けた価値そのものと同じではない」という留保を明記している点は誠実だ。PRの本数が増えたことがそのまま事業成果の増加を意味するわけではない、という当たり前だが見落としがちな注意点を、調査した本人たちが書いている。
MicrosoftがCopilot CLIへ移行する背景
一方で、公平のために触れておくべき事実もある。Microsoftは2026年6月30日までに社内のほとんどの部署でClaude Codeのライセンスを終了し、自社のGitHub Copilot CLIへ移行する方針を打ち出している。
報道を見る限り、この移行はツールの性能が劣っていたからではない。大規模導入によるトークン利用料の増大や、自社製品・自社のセキュリティ要件との統合を自社でコントロールしたいという戦略判断が中心にあるとされている。数万人規模でのトークン費用は組織によっては年間数百万ドル単位になるとの報道もあり、これは中小企業の導入判断とはスケールがまったく異なる話だ。「Microsoftが離れた」という見出しだけを切り取って一般化するのは適切ではない。
中小企業にとっての示唆
この研究から中小企業が学べることは、大きく2つある。
1つは、口コミ任せの自然な広がりに委ねるのではなく、誰から・どの順番で導入するかを設計すること。もともとコードを書く量が多いメンバーからパイロットを始め、効果が確認できてから対象を広げる方が、平均的な定着率を上げやすいという含意がこの調査からは読み取れる。
もう1つは、生産性指標を「PR数が増えた／減った」のような単一の代理指標だけで判断しないこと。論文自身がそうしているように、数字はあくまで目安として扱い、実際に事業やチームにどんな価値をもたらしたかを合わせて確認する姿勢が大事になる。
小さく始めて、効果を確認しながら積み上げていくという進め方は、ハーネスの考え方そのものでもある。誰にどの順で広げるかという設計自体を「型」として持っておけば、口コミの偶然に成果を左右されずに済む。自社にとってどこからパイロットを始めるべきか整理したい場合は、30分の無料診断で相談できる。