inDriveはA すべての商品に適正な料金がかかりますので、 . ride-hailing company operating in 48 countries with a unique peer-to-peer pricing model more than 600 engineers work in 70+ teams パフォーマンスと生産性のテーマは、ソフトウェア業界で最も熱い議論の1つであり、各社は、内部の文脈、現在の課題、または研究や出版物で観察されたベストプラクティスによって形作られ、独自の答えを見つけようとしています。 そして Pragmatic Engineer: Measuring Developer Productivity-Real-World Examples(実用的なエンジニア:開発者の生産性を測定する) 開発者の生産性 Nicole Forsgren Pragmatic Engineer: Measuring Developer Productivity-Real-World Examples(実用的なエンジニア:開発者の生産性を測定する) Pragmatic Engineer: Measuring Developer Productivity-Real-World Examples(実用的なエンジニア:開発者の生産性を測定する) 開発者の生産性 Nicole Forsgren 開発者の生産性 Nicole Forsgren 企業が既に持っているプロセス、人々、ツールからより多くのコントロールとより良い効率を求めているのは、今日の市場が変わったことの主な理由です。 そして、これらの難しい質問に答えたい場合は、組織の特定の目標を達成するのに役立つ指標を定義し、管理する必要があります。 わたしたちの基本的な価値観のひとつであり、同時に、 したがって、パフォーマンスは結果だけではなく、私たちが会社として誰であるかの一部です。我々は、その影響を理解し、組織のあらゆるレベルでそれを創造するよう努めています。 Performance Purpose and People 私たちは、パフォーマンスに対する独自のアプローチを開発するために私たちを導いたいくつかの重要な要因を特定しました。 2020年以来、同社はエンジニア数とチームの両方で急速なビジネスとエンジニアリングの成長を経験してきました。 このスケールは、予測可能な結果を確保し、持続可能なスケールをサポートするプロセスとツールの必要性を生み出します。 リーダーシップは、これらのプロセス内でチームがどのように機能するかを理解し、ブロックブロックを特定し、知的管理上の決定を下すために、データベースの洞察力に依存しなければなりません。 最後に、メトリクスは戦略的および運用的な目標と一致する必要があります - 孤立した統計ではなく、有意義な進歩のドライバーになります。 システムとしての性能 It is important to note that 生産性は、あなたの配達プロセスがどれほど効果的に動作するかを反映し、パフォーマンスは実際に生成する結果を示します。異なる企業はこれらの用語を解釈し、メトリックデザインを非常に異なる方法でアプローチします。 , while others track metrics only at the しかし、この複雑な課題は、建設を必要としていると私は信じています。 横で動作する . performance and productivity individual contributor productivity team level comprehensive system all levels of the organization At inDrive, I implemented a system that includes: テクノロジメトリクスツリーに組み込まれたメトリクスは、ドメインとレベルに分かれています。我々は、コスト効率、人材メトリクス、パフォーマンス、運用およびエンジニアリングの卓越性などの5つのドメインを定義し、各レベルは、会社の組織構造に対応しています: 部門レベル(テクノロジー部門全体)からクラスターレベル(共有製品またはドメイン専門知識で結合されたチーム)、チームレベル、lおよび個別の貢献者レベルまで。 下の例では、パフォーマンス ドメイン内のメトリックが異なるレベルでカスケードする方法を示しています。 : each metric has an - a subject-matter expert responsible for defining the methodology and leading the implementation of new processes and metrics. In addition, are accountable for performance within their teams, clusters, or division. For us, it’s essential that metrics are part of a , not delegated to dedicated roles like Agile Coaches, Service Delivery Managers, or Project Managers. Only this way can we achieve systemic and sustainable results. Roles owner (SME) managers manager’s daily work , which enable teams at every level to systematically analyze the current state, make data-driven management decisions, and drive change across the company - through the year strategy, technology programs or joint initiatives. For example, a few years ago we launched an in response to metric signals that revealed issues with delivery performance. Today, beyond being a standalone metric, it has become one of our - helping us identify and drive the changes needed to improve the efficiency of our internal processes and tools, especially those owned by . Feedback loops engineering satisfaction survey key sources of insight our platform teams : to support this system, we have built the - a Tableau-based dashboard ecosystem that connects all metrics and data sources into the tech metrics tree, serving as the single source of truth for performance across teams, clusters and the entire division. Tool Single Analytical System 単一分析システム Single Analytical Systemのコンセプトは単純で、複数のソース(Jira、Grafana、Kibana、PagerDuty、HRシステム、または内部ツール)からのメトリックを単一の1ページのビューに組み合わせるダッシュボードのセットです。言い換えれば、あなたは全体の景観のポケットサイズの概要を持っています。そしてより深い分析が必要な場合、あなたは、グラファナの詳細なダッシュボードのように、基本的なデータソースに直接ジャンプします。ダッシュボードを実装するために、私は、分割レベルからサンドボックスまで、5段階の構造を設計しました。各段階は、特定の組織のユニットのパフォーマンス分析を可能にする、または特定のメトリックのクロスチームまたはクロスサービス 1.分割レベル 五つの分野にわたる企業戦略と部門戦略に準拠した主要なテクノロジー指標を含む。 コスト効率:乗車当たりのコスト、お金の損失など 人:売上、関与、満足度など Operational Excellence:モバイル性能、可用性、セキュリティ、データ品質。 エンジニアリングの卓越性:DORAメトリック、技術債務等 パフォーマンス:市場への時間、リード時間、完成率など ダッシュボードのセクションは以下のようになります。 すべてのメトリックが表示されます。 時間の経過を追跡するため、 各メトリックが目標値に達したか否かを示す。 dynamics signals ダッシュボードは、CTOと部門リーダーシップが効率性を評価し、焦点の領域を特定し、特定のクラスターの影響を理解することを可能にします。 2.クラスターレベル このレベルでは、すべての 既に定義された範囲内で : DASHBOARD cluster metrics domains DASHBOARD 予測性:目標の進歩、範囲の低下 スピード:リード時間、スピード、市場への時間。 品質:事件、SLAの死後、セキュリティエラー予算 タグ : Team Maturity Index エンジニアリングの卓越性:サイクル時間(変更のリード時間)、展開頻度、変更失敗率、回復する平均時間。 エンジニアリング・プロダクト・ディレクターやCTOが、パフォーマンスを向上させ、年次パフォーマンスレビューなどの企業規模のプロセスを改善するために使用します。 3.チームレベル クラスターレベルを反映しますが、チーム特有のコンテキストで: 予測性:スプリントゴールの成功、ゴールの進歩、範囲の低下。 スピード:リード時間、スピード、市場への時間。 品質:事件、SLA結果、セキュリティ予算 タグ : Team Maturity Index エンジニアリングの卓越性:サイクル時間(変更のリード時間)、展開頻度、変更失敗率、回復する平均時間。 I 設計 Scrum または Kanban を使用するかを問わず、どのチームでも動作するためのメトリクスやメトリクスです。 the dashboard DASHBOARD こちらはThe エンジニアリングマネージャーは、データベースの計画、利害関係者調和、日常の運用やスプリント計画やリトロビジョンなどの重要なイベントの両方で継続的な改善をサポートします。 primary management tool 4.個人貢献者レベル ダッシュボードには、エンジニアレベルの生産性データが含まれています。 . collaboration, work quality, workload health, development experience and AI adoption エンジニアリングマネージャーが日々の作業中に使用し、生産性の高いレベルを維持し、成長領域を特定します。 5.サンドボックスレベル 組織全体で特定の指標を管理する中小企業のためのディープダイブダッシュ・ダッシュボードを含み、高度な分析と実験を可能にします。 深層分析のための要求に応じて中小企業または任意のマネージャーによって使用されます。 結論 組織を可能にするシステムを構築する 重要なこと - It enables 現在のスタートをサポートし、 複数のレベルで manage, evaluate, and improve engineering performance data-driven understanding improvement initiatives 同時に、我々は、メトリックに過度に依存する固有のリスクを認識する - 彼らは誤解またはゲーム化することができます。 I promote the mindset that 彼らは マネジメントの意思決定を導くために、メトリクスは文脈を逃し、短期的な変動を反映したり、適切な分析なしに誤解したりすることがあります。 マネージャーは、計画、レビュー、パフォーマンスの議論中に重要な質問に答え、責任と学習に基づくデータベースの文化を育成することができます。 Engineering Excellence Team metrics are not the goal signals comprehensive, contextual evaluation もっと学ぶ 当社の分析システム、キャリアモデル、およびエンジニアリング実践について詳しく知るには、当社の . 公共工学ハンドブック 公共工学ハンドブック イーグル・ノヴォセルツェフ コーチ、エンジニアリングエクセレンスチーム 参照 inDrive. 会社について. https://indrive.com/company inDrive 公共ハンドブック. https://github.com/inDriver/handbook エルミナティ Inc. How inDrive Works: Business & Revenue Model. https://www.elluminatiinc.com/how-indriver-works-business-revenue-model/ Gergely Orosz. Pragmatic Engineer Blog: Measuring Developer Productivity: Real-World Examples; ニコール・フォルスグレンとの開発者の生産性。 Forsgren N., Humble J., Kim G. (2018). Accelerate: The Science of Lean Software and DevOps. IT Revolution Press。 スペースフレームワーク(The SPACE Framework) マイクロソフト研究 Google エンジニアリング生産性研究. https://research.google/pubs/engprod/ DevOps レポートの状態(DORA)。 https://dora.dev/ https://indrive.com/company https://github.com/inDriver/handbook https://www.elluminatiinc.com/how-indriver-works-business-revenue-model/ 開発者の生産性を測定する:現実世界の例 開発者の生産性を測定する:現実世界の例 開発者の生産性 Nicole Forsgren 開発者の生産性 Nicole Forsgren https://research.google/pubs/engprod/ https://dora.dev/ Developer Experience (DevEx) Research - What Actually Drives Productivity (デベロッパー・エクスペリエンス・リサーチ) https://getdx.com/research/devex-what-actually-drives-productivity/ https://getdx.com/research/devex-what-actually-drives-productivity/