2025 年 4 月から 6 月に収集したデータによれば、85% の開発者がコーディングや開発関連の作業で少なくとも 1 つの AI ツールを使用しています。AI の存在は、技術リーダーと開発者の双方が期待する内容を再定義しています。

生成 AI ツールの採用は、すでに重要な動きだと見なされています。テクニカルマネージャーは社内研修や開発プロセスの改善に加えて、AI の採用を開発者エクスペリエンスと生産性を向上させる組織的施策の上位 3 件の中に位置づけました。

開発者は AI が自分たちの仕事にどのように役立つかを明確に理解しています。開発者に今後 1 ～ 3 年以内にワークフローがどのように変化すると思われるかを質問したところ、作業が完全に自動化されるのではなく、時間の使い方が適正化されるとの回答が得られました。

多くの開発者は AI が学習を促進する（47%）、定型タスクを奪う（44%）、コードの最初の下書きを生成する（42%）と予測しています。AI を問題解決や上流の設計のような重要な仕事により多くの時間をかけるための手段と考えている開発者もいます（39%）。

開発者は自分が AI を活用したい分野をすでに認識しています。

これらの指標は、この AI 時代に DevEx と生産性を向上させたい方が注目すべきものです。

2025 年には開発者とテクニカルマネージャーに対し、技術的および非技術的要因の開発者生産性への影響について同様の質問をしました。どちらのグループも非技術的要因の方が少しだけ開発者生産性に大きな影響を与えていると回答していました（マネージャー: 89% 対 85%、開発者: 89% 対 84%）。

開発者生産性とエクスペリエンスの測定に関して最もよく知られるフレームワークには、DORA と SPACE の 2 つがあります。これらのフレームワークは、開発者生産性およびエクスペリエンスに対する構造的アプローチを提供します。

2024 年には企業内で DevEx や開発者生産性を向上させる取り組みに関与しているテクニカルマネージャーに対し、これらのフレームワークの具体的な要素（つまり、メトリクス）を開発者生産性とエクスペリエンスの評価に使用しているかどうかを質問しました。

開発者は企業が生産性を測定する際にさまざまな手法を使用していると回答しています。

2025 年は以下の手法が上位にランクインしていました。

活動ログ（コードのコミットやプルリクエストの追跡など）が僅差で後に続いており、23% の開発者が自社でその手法が使用されていると回答しています。

開発ツールに対する満足度の測定については、決して完璧とは言いがたい状況です。約半数（49%）の開発者が問題があると回答していました。33% は自分の満足度がまったく測定されていないと述べており、さらには 16% は測定されているかどうかもわからないと述べています。

DevEx を測定するための上位 3 つの手法（測定されている場合）は次のとおりです。

ほとんどの開発者は概して評価されることに抵抗がありません。2024 年に自分の生産性が測定されることをどう感じるかを開発者に質問したところ、42% が抵抗はないと回答しており、40% が中立的な態度を示していました。しかし、18% は抵抗があると認めていました。

開発者は自分の開発ツールに対する満足度が評価されることの方が抵抗がないようです。 回答者の半数以上（57%）が自分の満足度が測定されることに抵抗がなく、39% が中立的な態度を示していました。

このデータは、開発者が自分の生産性とエクスペリエンスが評価されることにほぼ抵抗がないという事実を明確に示しています。

テクノロジー業界ではこのような評価が一般的な取り組みになりつつあるようです。開発者が抵抗を感じたり、否定的な感情を持ったりすることを恐れるあまり、企業が開発者の生産性やエクスペリエンスを測定することを控えるべきではありません。

開発者の約 3 分の 2 が生産性の測定に使用されるメトリクスは自分の生産性や貢献を正確に反映していると感じていない（36%）、または分からない（30%）と回答しています。

このような不確かさは、意思決定プロセスにおけるこのような生産性データの使用方法についても見られます。2024 年には、開発者が自分の生産性の評価に基づいて行われた意思決定をどの程度知っているかを質問しました。

自分の生産性データがどのように使用されているのかを完全に知っており、定期的に明確に伝えられていると回答した開発者は 22% だけでした。

さらに 32% はほぼ知っていると回答しています。これは大まかには知っているものの、全体像は把握していないことを意味します。残りの開発者については認知度が低く、46% が自分のデータの使用方法を限定的に知っているか、まったく知らないと回答しています。

開発者に自分の生産性が測定されることへの抵抗感を減らすために必要なものを質問したところ、以下を求めていることがわかりました。

他にはプロセスの公平性、意思決定における結果の使用方法、測定の実施担当者が関心の対象となっていました。開発者は思慮深く、目的が明確で、効果のある生産性測定プロセスを求めています。

開発者エクスペリエンスの測定に使用されるメトリクスや手法についての議論を基に、組織が実際に開発者のツールに対する満足度を測定しているかどうかの問題に戻ります。このメトリクスは DevEx には欠かせないものですが、ほぼ半数の開発者が自社では測定されていないか、わからないと回答しています。具体的には 33% がツールへの満足度がまったく測定されていない、16% がわからないと回答しています。状況が明確でなければ、チームが問題点を見つけたり、体系的に行動を起こす機会はほぼありません。

前述のように、開発者の満足度を定量化することは概して好意的に受け入れられており、抵抗はほぼないようです。

会社の規模は測定に取り組むかどうかに影響を与えるようです。また、大規模な組織は中小企業よりも DevEx と開発者の生産性を測定する傾向があります。

従業員数が 1,000 人を超える大手企業では、アンケート対象のテクノロジーマネージャーのうち、自社が DevEx や開発者生産性を測定していないと回答していたのは 30% に過ぎませんでした。中規模企業（50〜1,000人）ではこの数値が 34% に増加しており、さらには 50 人未満の小規模企業では 41% に増加しています。

2024 年に開発者の間で実施された生産性評価の頻度は、企業によって大きく異なっていました。毎四半期（25%）、毎月（18%）、および毎週（17%）の頻度で生産性が評価されているのが最も一般的です。

開発者エクスペリエンスの根幹をなすツールに対する満足度については、状況が変化しているため、若干話が変わってきます。2024 年には半数以上の開発者（53%）が開発ツールに対する満足度が不定期に測定されていると回答していました。しかし、2025 年にはその数が 29 %に大幅に減少し、体系的な測定の取り組み（毎月、毎四半期、毎年）を採用しているチームが増えています。毎四半期（28%）、毎月（18%）、毎週（9%）の評価頻度が一般的になってきました。

DevEx と開発者生産性の追跡について実際に責任を負っているのは誰ですか？当社のデータからは、ほとんどの企業が規模にかかわらず、チームリーダーがその取り組みの責任を負っている（または負うことが期待されている）ことがわかります（他の役職はグラフをご覧ください）。

2025 年のデータによると、アンケート対象の個人寄与者（IC）とさまざまな職位のテクニカルマネージャーの半数（生産性エンジニア、DevEx 専門家、チームリーダーなどを含む）は、チームリーダーが DevEx と開発者生産性の測定を主に推進していると認めています。興味深いことに、これはすべての規模の企業に当てはまります。この結果は必然的に思えます。チームリーダーは開発者と密接に働き、そのチームのワークフロー、課題、問題点を理解しているからです。

大企業の開発者とテクニカルマネージャーの場合、それぞれ 22% と 23% がプラットフォームエンジニアリングチームを DevEx の取り組みの担当者に挙げていました。それぞれ 25% と 22% が専任スペシャリストだと回答していました。

開発者の 30% が自分の生産性やエクスペリエンスの測定は自分がやるべきことだと感じています。この数値は小規模企業では 38% に上昇しており、特に比較的小さな組織の開発者が自助努力を求められている傾向にあることが示されています。