DX Core 4 による開発者生産性の測定

DX Core 4 による開発者生産性の測定 DX Core 4™ は、DORA、SPACE、DevEx を包括する開発者生産性を測定するための統合フレームワークです。 ダウンロード 聞く あなたがCレベルのリーダーであっても、最前線のマネージャーであっても、開発者生産性の測定がパフォーマンスの理解や改善の指針となることは疑いようのない、困難な課題であることは否定できません。DevEx や SPACE のようなフレームワークの著者として、私たちは常にエンジニアリングリーダーから「生産性を効果的に測定するにはどうすればよいですか？」とか、「DevEx、SPACE、DORA の中でどれを使うべきですか？」と尋ねられています。私たちが話すリーダーたちは、ダッシュボードを何ヶ月も、あるいは何年もさまよった挙句、迷子になってしまうことがあります。あるいは、初期の指標を設定したものの、整合性や進展を得るのに苦労しています。この状況を簡素化するために、私たちは DX Core 4 と呼ばれる開発者生産性を測定するための統合アプローチを開発しました。DX Core 4 は DORA、SPACE、DevEx を包括し、速度、有効性、品質、ビジネスインパクトの4つの次元を含みます。DX Core 4 は、あらゆる規模の組織で効果的に機能する、焦点を絞った一連の指標を提供し、特定の目標のために追加の指標で拡張することも可能です。私たちの手法は、300以上のテクノロジー、金融、小売、製薬企業で導入され、以下のような成功実績を上げています。 エンジニアリング効率全体の3%～12%の増加 研究開発時間の14%が機能開発に費やされる時間の増加 従業員エンゲージメントスコアの15%の改善 データ駆動型改善の基盤 生産性データとインサイトにアクセスすることで、リーダーはエンジニアリング組織に関する複雑な質問に取り組むことができます。 ソフトウェアをより速く革新し、提供するにはどうすればよいですか？ エンジニアの速度を低下させている主な摩擦領域は何ですか？ 開発者の時間は、最も価値を生み出す活動に費やされていますか？ DX Core 4（表1）は、組織が上記の質問に対する即時的で実行可能なインサイトを得るための実用的な方法を提供します。DX Core 4 の次元と指標は、数十年にわたる研究と、世界をリードするテクノロジー企業の実証された方法に基づいています。以下は、DX Core 4 の成功に不可欠な機能のいくつかです。 多次元性。ソフトウェア開発を包括的に捉えるためには複数の次元が必要です。なぜなら、速度のような1つの次元の変化は、他の次元（例: 品質や有効性）に悪影響を与える可能性があるからです。DX Core 4 は、DORA、SPACE、DevEx を網羅する指標を持つ、バランスの取れた4つの次元を含みます。 組織のすべてのレベルをサポート。DX Core 4 の指標は、取締役会から最前線のチームまで、組織のすべてのレベルでの議論と意思決定に役立ちます。この整合性により、明確な目標に焦点が当てられ、より調整された行動と改善が促進されます。 数週間で展開可能、数ヶ月ではなく。組織は指標ダッシュボードの構築に数ヶ月、あるいは数年を費やすことがありますが、これらの取り組みから価値を得られていません。DX Core 4 は、容易に入手可能なシステムベースの指標と自己申告データを利用し、セットアップにかかる時間とコストを最小限に抑えます。 恐怖とゲーミフィケーションを回避。速度とスループットの指標は、単独で使用されると、しばしば開発者からの恐怖と非生産的な行動を誘発します。DX Core 4 は、開発者体験指数（DXI）と追加の体験データと速度および出力指標を同等に評価し、開発者生産性に関するバランスの取れた会話を促進します。 DX Core 4 の主要指標の1つである、エンジニアあたりの差分（diffs per engineer）は注意が必要です。私たち DX は、多くの業界の著名な声と共に、エンジニアリングスループット指標の危険性と落とし穴について広範に執筆してきました。しかし、私たちは、FTEあたりの差分（diffs per FTE）が注意深く利用されれば有用なシグナルであることを見出しました。私たちが協力している多くの組織や、Meta、Microsoft、Uber のような主要なテクノロジー企業は、生産性を理解し改善するための主要なインプットとしてこの指標に依存しています。組織は、以下の3つの前提条件の下で、FTEあたりの差分を効果的に利用することができます。第一に、開発者体験指数のような反対の指標とバランスを取ること。第二に、それらに目標や報酬を設定しないこと。最後に、乱用につながらないように、指標を適切にコミュニケーションし、展開すること。 データ収集と分析 DX Core 4 の指標は、システム指標、自己申告、体験サンプリングを含むいくつかの方法で収集されます（表2を参照）。自己申告指標は、システム指標が入手できない、または適用されない領域で、迅速かつ包括的な測定を提供します。例えば、自己申告指標は、開発者体験の知覚的な測定に不可欠であり、客観的に測定が難しいソフトウェア品質に関するデータを収集するのにも役立ちます。システム指標は、可能であれば、正確で継続的なデータを提供するため、測定の好ましい形式となります。システム指標は、データが容易に抽出できるエンジニアあたりの差分のような指標を捉えるのに適しています。しかし、他のケースでは、エンドツーエンドのシステムデータを取得することは困難であり、異なるツールやチーム間でデータを計装し、正規化する必要があります。例えば、デプロイメント失敗からの回復時間（failed deployment recovery time）は、組織に応じて自己申告またはシステム経由で収集することを推奨する指標です。小規模なスタートアップは、Jira のような課題追跡システムのみを使用して迅速に測定できるかもしれませんが、大規模な組織は、エンドツーエンドのシステム可視性を得るために、複数のシステム間でデータをクロスアトリビュートする必要があるでしょう。これは時間がかかる作業になる可能性がありますが、自己申告データをキャプチャすることは、迅速にベースラインを提供できます。体験サンプリングは、開発者が作業フロー中に自己申告データを収集する方法です。これにより、特定の行動やタスクに関連付けられたターゲットデータポイントが得られます。例えば、体験サンプリングは、Copilot のようなツールによって達成される具体的な時間節約を測定するのに非常に効果的です。これら3つの方法すべてで収集されたデータを利用することで、組織は開発者生産性の最も完全な全体像を得ることができます。システムデータのメリットを得るためにできるだけ早く開始することが重要ですが、組織はシステムベースの指標の構築が進むのを待たずに、自己申告データでベースラインを確立すべきです。 始めるにあたって 市場が効率的な成長と ROI をより重視するようになり、企業は開発者生産性を測定し改善するプレッシャーを高めています。同時に、業界はここ数年でパラダイムシフトを経験しました。リモートワークとハイブリッドワークが標準となり、AI 対応ツールの急速な進歩がソフトウェア開発の方法を変え始めています。リーダーたちは、市場で競争力を維持するために、正しい行動をとる方法について大きな疑問に答える必要があります。これらの質問は非常に重要ですが、企業はデータに基づいた回答を得るために劇的な見直しに着手する必要があると感じるべきではありません。DX Core 4 の指標は、既存のデータを利用し、高価または時間のかかるカスタムシステムを必要としないことで、迅速に開始できるように設計されています。 今すぐベースラインを確立する。ベースライン収集をすぐに開始することが重要であり、多くの組織にとっては、システムデータのキャプチャと相関付けの作業が進む間に、自己申告データを収集することを意味します。完全なシステム測定がない場合でも、自己申告指標は比較的迅速に（数週間以内に）エンジニアリング組織の包括的なビューを提供できます。 小さく始める。データを調べて、一般的な問題や改善点を見つけます。最も大きな影響を与える変更を特定し、データに迷子にならないように、これらのイニシアチブのフットプリントをできるだけ小さく保つようにします。 チームとリーダーに透明性を持ってコミュニケーションする。DX Core 4 の指標は、関連性が高いです。