Engineering Enablement by DX

Uber’s journey of measuring AI impact on developer productivity

· Summarized

Share this episode
Anyone with this link can open it.
Share Link
Start at 0:00

Key takeaways

  • Traditional developer productivity metrics are becoming outdated as AI tools automate larger parts of the SDLC.
  • Uber's approach evolved through multiple eras, from simple activity metrics to outcome-based frameworks like feature velocity.
  • Measuring AI's real impact requires focusing on meaningful outcomes, not activity or output alone.
  • Metrics must be adaptable to rapid technological change, and unlearning old assumptions is critical to developing new KPIs.
  • The future of AI in software development presents unresolved questions about judgment, value, and tech debt, requiring ongoing innovation in measurement.

Summary

Uber's Evolution in AI Developer Productivity Measurement

The podcast explores Uber's journey of developing metrics to measure AI's impact on developer productivity across four distinct eras: pre-AI, AI-assisted, agentic, and the emerging software factory. Ty Smith and Abhishek Tibrewal discuss how internal metrics have evolved to keep pace with rapid technological changes, such as the shift from manual code writing to fully autonomous agent work. They emphasize that traditional metrics like PR throughput and developer hours are now insufficient to capture true productivity, especially as AI tools are integrated into the SDLC, prompting Uber to develop new frameworks like feature velocity.

Challenges and Lessons in Measuring AI Impact

Throughout their journey, Uber faced significant challenges in quantifying AI's benefits. Early qualitative methods relied on surveys and experience sampling, but these were supplemented (and at times replaced) by telemetry data. As AI tools scaled, traditional activity-based metrics like PR count and suggestion frequency became unreliable indicators of value because activity often inflated without corresponding to real progress. The hosts shared lessons on unlearning assumptions, such as equating activity with output, and highlighted the importance of outcome-based metrics that tie directly to business value, like feature velocity.

Redefining Metrics and Introducing the 'Feature Velocity' North Star

Uber introduced a new KPI called 'feature velocity,' aimed at measuring the number of features shipped over time—independent of who authored the PR, whether human or AI. This metric, along with PR classification and flow efficiency, is designed to more accurately reflect meaningful product progress. The podcast details how Uber is working towards an 'AI native engineer' model, measuring the breadth, depth, and consistency of agent usage across the SDLC. These efforts aim to better understand if AI truly accelerates the product roadmap and adds substantial value.

Future Challenges and Open Questions in AI-Driven Development

The hosts acknowledge that as the industry moves towards more automated, agent-driven development, many questions remain unanswered. These include how to measure judgment when most of the code is written by AI, how to track tech debt accumulation, and how to attribute value when tasks are autonomously executed. They emphasize the importance of building adaptable, outcome-focused metrics and recognize that the 'software factory' era remains an open frontier for research and measurement innovation.

Sponsors

  • Unknown Sponsor · No specific sponsor message provided in the transcript.

Show notes

As AI becomes embedded in software development, many of the metrics that engineering organizations have relied on for years are starting to break down.

In this session from DX Annual, Uber's Ty Smith and Abhishek Tibrewal share how their approach to measuring AI's impact on developer productivity has evolved over time. They walk through the different phases of their measurement journey, from adoption and engagement to measuring impact, ROI, and agentic value, explaining what they chose to measure at each stage, what worked, what failed, and how their thinking changed along the way.

They also discuss the role of qualitative feedback before telemetry existed, the challenge of identifying meaningful engagement signals, why "developer years saved" failed as an ROI metric, and how AI agents forced them to rethink traditional productivity measurements. Finally, they introduce Uber's emerging framework built around feature velocity and explore the unanswered questions that remain as software development becomes increasingly agent-driven.


Where to find Abhishek Tibrewal 

• LinkedIn: https://www.linkedin.com/in/aabhishektibrewal

Where to find Ty Smith: 

• LinkedIn: https://www.linkedin.com/in/tyvsmith


In this episode, we cover:

(00:00) Intro

(01:30) Steve Yegge’s 8 stages of AI-assisted development 

(03:22) Uber’s shift to a generative AI-powered company 

(04:20) Uber’s pre-AI productivity metrics 

(06:55) Important questions from stakeholders that previous metrics didn’t answer 

(08:25) How Uber measures AI before telemetry exists

(11:11) Metrics used to measure adoption

(12:49) Measuring engagement

(14:30) Measuring impact

(16:32) The challenge of measuring AI ROI

(19:32) Rethinking adoption, engagement, and impact for agentic AI

(26:01) The new north star: Feature velocity 

(28:41) PR classification + feature velocity: the questions it can answer 

(33:01) What comes next and what’s still unanswered 

(34:30) Lessons learned and what they'd do differently

(37:11) Q&A #1: How Uber defines a feature 

(38:50) Q&A #2: Measuring success and AI ROI

Referenced:

• Welcome to Gas Town

• Dara Khosrowshahi (Uber CEO)

Follow this show on AudioBrevity and new episodes get summarized for you. Create a free account

Couldn't load the audio. A blocker may be stopping the show's tracking links. Open the file