inDrive is a ride-hailing company operating in 48 countries with a unique peer-to-peer pricing model that enables fair trip costs. Across all products, more than 600 engineers work in 70+ teams. ride-hailing company operating in 48 countries with a unique peer-to-peer pricing model more than 600 engineers work in 70+ teams The topic of performance and productivity remains one of the hottest debates in the software industry. Every company is trying to find its own answer, shaped by internal context, current challenges, or best practices observed in research and publications such as Pragmatic Engineer: Measuring Developer Productivity-Real-World Examples and Developer Productivity with Nicole Forsgren. Pragmatic Engineer: Measuring Developer Productivity-Real-World Examples Pragmatic Engineer: Measuring Developer Productivity-Real-World Examples Pragmatic Engineer: Measuring Developer Productivity-Real-World Examples Developer Productivity with Nicole Forsgren. Developer Productivity with Nicole Forsgren Developer Productivity with Nicole Forsgren Understanding why organizations need this is essential. The main reason is that today’s market has changed. Companies now want more control and better efficiency from what they already have - their processes, people, and tools. This becomes especially important when scaling, since hiring more people alone is no longer a sustainable way to grow. And if we want to answer these hard questions, we need to define and manage metrics that help achieve the organization’s specific goals. It’s important to note that at inDrive, Performance is one of our core values - alongside Purpose and People. That’s why performance isn’t just about results; it’s part of who we are as a company. We strive to understand impact and create it at every level of the organization. Performance Purpose and People We identified several key factors that led us to develop our own approach to performance: Since 2020, the company has been experiencing rapid business and engineering growth in both the number of engineers and teams.
This scale creates the need for processes and tools that ensure predictable outcomes and support sustainable scaling.
Leadership must rely on data-driven insights to understand how teams perform within these processes, identify bottlenecks, and make informed managerial decisions.
Finally, metrics must be aligned with strategic and operational goals - only then do they become drivers of meaningful progress rather than isolated statistics. Since 2020, the company has been experiencing rapid business and engineering growth in both the number of engineers and teams. This scale creates the need for processes and tools that ensure predictable outcomes and support sustainable scaling. processes and tools Leadership must rely on data-driven insights to understand how teams perform within these processes, identify bottlenecks, and make informed managerial decisions. data-driven insights Finally, metrics must be aligned with strategic and operational goals - only then do they become drivers of meaningful progress rather than isolated statistics. metrics must be aligned with strategic and operational goals Performance as a System It’s important to note that performance and productivity are closely connected. Productivity reflects how effectively your delivery processes work, while performance shows what outcomes they actually produce. Different companies interpret these terms and approach metric design in very different ways. Some focus mainly on individual contributor productivity, while others track metrics only at the team level. But I believe this complex challenge requires building a comprehensive system that operates across all levels of the organization. performance and productivity individual contributor productivity team level comprehensive system all levels of the organization At inDrive, I implemented a system that includes: At inDrive, I implemented a system that includes: Metrics, integrated into the tech metrics tree, which is divided into domains and levels. We’ve defined five domains - such as cost efficiency, people metrics, performance, operational and engineering excellence and each level corresponds to the company’s organizational structure: from the Division level (the entire tech division) to the Cluster level (teams united by a shared product or domain expertise), Team leve,l and individual contributor level. At the cluster and team levels, performance and operational efficiency are further refined into more specific areas - such as predictability, speed, maturity, and quality: Metrics, integrated into the tech metrics tree, which is divided into domains and levels. We’ve defined five domains - such as cost efficiency, people metrics, performance, operational and engineering excellence and each level corresponds to the company’s organizational structure: from the Division level (the entire tech division) to the Cluster level (teams united by a shared product or domain expertise), Team leve,l and individual contributor level. At the cluster and team levels, performance and operational efficiency are further refined into more specific areas - such as predictability, speed, maturity, and quality: Metrics, integrated into the tech metrics tree, Division level Cluster level Team leve,l and individual contributor level performance and operational efficiency predictability, speed, maturity, and quality The example below shows how a metric within the Performance domain cascades across different levels: Roles: each metric has an owner (SME) - a subject-matter expert responsible for defining the methodology and leading the implementation of new processes and metrics. In addition, managers are accountable for performance within their teams, clusters, or division. For us, it’s essential that metrics are part of a manager’s daily work, not delegated to dedicated roles like Agile Coaches, Service Delivery Managers, or Project Managers. Only this way can we achieve systemic and sustainable results.


Feedback loops, 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 engineering satisfaction survey in response to metric signals that revealed issues with delivery performance. Today, beyond being a standalone metric, it has become one of our key sources of insight - helping us identify and drive the changes needed to improve the efficiency of our internal processes and tools, especially those owned by our platform teams.


Tool: to support this system, we have built the Single Analytical System - 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. Roles: each metric has an owner (SME) - a subject-matter expert responsible for defining the methodology and leading the implementation of new processes and metrics. In addition, managers are accountable for performance within their teams, clusters, or division. For us, it’s essential that metrics are part of a manager’s daily work, 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: each metric has an owner (SME) - a subject-matter expert responsible for defining the methodology and leading the implementation of new processes and metrics. In addition, managers are accountable for performance within their teams, clusters, or division. For us, it’s essential that metrics are part of a manager’s daily work, 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 Feedback loops, 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 engineering satisfaction survey in response to metric signals that revealed issues with delivery performance. Today, beyond being a standalone metric, it has become one of our key sources of insight - helping us identify and drive the changes needed to improve the efficiency of our internal processes and tools, especially those owned by our platform teams. Feedback loops, 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 engineering satisfaction survey in response to metric signals that revealed issues with delivery performance. Today, beyond being a standalone metric, it has become one of our key sources of insight - helping us identify and drive the changes needed to improve the efficiency of our internal processes and tools, especially those owned by our platform teams. Feedback loops engineering satisfaction survey key sources of insight our platform teams Tool: to support this system, we have built the Single Analytical System - 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: to support this system, we have built the Single Analytical System - 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 The Single Analytical System The concept behind the Single Analytical System is straightforward - it’s a set of dashboards that bring together metrics from multiple sources (Jira, Grafana, Kibana, PagerDuty, HR systems or in-house tools) into a single one-pager view. In other words, you have a pocket-sized overview of the entire landscape. And when deeper analysis is needed, you jump directly to the underlying data source, such as a detailed dashboard in Grafana. To implement the dashboards, I designed a five-tier structure: from the division level down to the sandbox. Each tier can have its own dashboard or a family of dashboards, enabling performance analysis of a specific organizational entity or providing a cross-team or cross-service view of a particular metric. 1. Division Level Includes key technology metrics aligned with company and divisional strategy across five domains: Cost Efficiency: cost per ride, lost money, etc.
People: turnover, engagement, satisfaction, etc.
Operational Excellence: mobile performance, availability, security, data quality.
Engineering Excellence: DORA metrics, technical debt, etc.
Performance: time to market, lead time, completion rate, etc. Cost Efficiency: cost per ride, lost money, etc. Cost Efficiency People: turnover, engagement, satisfaction, etc. People Operational Excellence: mobile performance, availability, security, data quality. Operational Excellence Engineering Excellence: DORA metrics, technical debt, etc. Engineering Excellence Performance: time to market, lead time, completion rate, etc. Performance One of the dashboard sections looks as follows: All metrics are shown in dynamics to track trends over time, with signals indicating whether each metric has reached its target value or not. dynamics signals The dashboard allows CTO and divisional leadership to assess efficiency, identify focus areas, and understand the influence of specific clusters. 2. Cluster Level The dashboard at this level includes all cluster metrics organized within the previously defined domains: The dashboard The dashboard cluster metrics domains Predictability: goals progress, scope drop.
Speed: lead time, velocity, time to market.
Quality: incidents, SLA postmortems, security error budgets.
Maturity: team maturity index
Engineering Excellence: cycle time (lead time for changes), deployment frequency, change failure rate, mean time to restore. Predictability: goals progress, scope drop. Predictability Speed: lead time, velocity, time to market. Speed Quality: incidents, SLA postmortems, security error budgets. Quality Maturity: team maturity index Maturity Engineering Excellence: cycle time (lead time for changes), deployment frequency, change failure rate, mean time to restore. Engineering Excellence Used by Directors of Engineering/Product and CTO to improve performance and other company-wide processes such as Annual Performance Review.  Metrics are usually analyzed monthly during cluster metrics analysis. 3. Team Level Mirrors the cluster level but with team-specific context: Predictability: sprint goal success, goals progress, scope drop.
Speed: lead time, velocity, time to market.
Quality: incidents, SLA outcomes, security budgets.
Maturity: team maturity index
Engineering Excellence: cycle time (lead time for changes), deployment frequency, change failure rate, mean time to restore. Predictability: sprint goal success, goals progress, scope drop. Speed: lead time, velocity, time to market. Quality: incidents, SLA outcomes, security budgets. Maturity: team maturity index Engineering Excellence: cycle time (lead time for changes), deployment frequency, change failure rate, mean time to restore. I designed the dashboard and metrics to work for any team - whether they use Scrum or Kanban. This makes the system flexible while keeping the evaluation consistent. the dashboard the dashboard This is the primary management tool for Engineering managers for supporting data-driven planning, stakeholder alignment, and continuous improvement during both day-to-day operations and key events like sprint planning or retrospectives. primary management tool 4. Individual Contributor Level The dashboard includes engineer-level productivity data in five key areas, such as collaboration,  work quality, workload health, development experience and AI adoption. collaboration,  work quality, workload health, development experience and AI adoption Used by Engineering managers during day-to-day work to maintain a high level of productivity and identify growth areas. 5. Sandbox Level Contains deep-dive dashboards for SMEs managing specific metrics across the organization: enabling advanced analysis and experimentation. For example, Time-to-market or team maturity level. Used by SMEs or any managers on demand for deep-dive analysis. Conclusion Building a system that allows organizations to manage, evaluate, and improve engineering performance is crucial - it enables data-driven understanding of the current state and helps launch improvement initiatives at multiple levels. manage, evaluate, and improve engineering performance data-driven understanding improvement initiatives At the same time, we recognize the inherent risks of over-reliance on metrics - they can be misinterpreted or gamified. As part of the Engineering Excellence Team, I promote the mindset that metrics are not the goal - they are signals to guide management decisions. Metrics may miss context, reflect short-term fluctuations, or mislead without proper analysis. Their real value lies in comprehensive, contextual evaluation, enabling managers to answer key questions during planning, reviews, and performance discussions, and to foster a data-driven culture grounded in accountability and learning. Engineering Excellence Team metrics are not the goal signals comprehensive, contextual evaluation Learn More To learn more about our analytical system, career model, and engineering practices, explore our Public Engineering Handbook. Public Engineering Handbook Public Engineering Handbook Igor Novoseltsev Igor Novoseltsev Staff Coach, Engineering Excellence Team References inDrive. About the company. https://indrive.com/company
inDrive Public Handbook. https://github.com/inDriver/handbook
Elluminati 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; Developer Productivity with Nicole Forsgren.
Forsgren N., Humble J., Kim G. (2018). Accelerate: The Science of Lean Software and DevOps. IT Revolution Press.
Forsgren N. (2021). The SPACE Framework. Microsoft Research.
Google Engineering Productivity Research. https://research.google/pubs/engprod/
State of DevOps Reports (DORA). https://dora.dev/ inDrive. About the company. https://indrive.com/company About the company. https://indrive.com/company https://indrive.com/company inDrive Public Handbook. https://github.com/inDriver/handbook https://github.com/inDriver/handbook https://github.com/inDriver/handbook Elluminati Inc. How inDrive Works: Business & Revenue Model. https://www.elluminatiinc.com/how-indriver-works-business-revenue-model/ How inDrive Works: Business & Revenue Model. https://www.elluminatiinc.com/how-indriver-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; Developer Productivity with Nicole Forsgren. Pragmatic Engineer Blog: Measuring Developer Productivity: Real-World Examples Measuring Developer Productivity: Real-World Examples Measuring Developer Productivity: Real-World Examples Developer Productivity with Nicole Forsgren. Developer Productivity with Nicole Forsgren Developer Productivity with Nicole Forsgren Forsgren N., Humble J., Kim G. (2018). Accelerate: The Science of Lean Software and DevOps. IT Revolution Press. Accelerate: The Science of Lean Software and DevOps. Forsgren N. (2021). The SPACE Framework. Microsoft Research. The SPACE Framework. Google Engineering Productivity Research. https://research.google/pubs/engprod/ https://research.google/pubs/engprod/ https://research.google/pubs/engprod/ State of DevOps Reports (DORA). https://dora.dev/ State of DevOps Reports (DORA). https://dora.dev/ https://dora.dev/ Developer Experience (DevEx) Research – What Actually Drives Productivity. https://getdx.com/research/devex-what-actually-drives-productivity/ 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/

This story contains new, firsthand information uncovered by the writer.

The is an opinion piece based on the author’s POV and does not necessarily reflect the views of HackerNoon.

inDrive’s Approach to Measuring Engineering Performance

About Author

Comments

TOPICS

THIS ARTICLE WAS FEATURED IN

Related Stories

AI in Product Design: Three Practical Cases From inDrive

10 Best JetBrains IDEs Plugins to Boost Your Productivity in 2021

4 Steps to Actually Finish your Side Project

5 Fantastic Developer Tools for Asynchronous Communication 🎯

Supercharge your Software Development Productivity by Using these 5 Tools

9 Fun Command-Line Tools to Make Your Life Easier

AI in Product Design: Three Practical Cases From inDrive

10 Best JetBrains IDEs Plugins to Boost Your Productivity in 2021

4 Steps to Actually Finish your Side Project

5 Fantastic Developer Tools for Asynchronous Communication 🎯

Supercharge your Software Development Productivity by Using these 5 Tools

9 Fun Command-Line Tools to Make Your Life Easier

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps