How to measure AI developer productivity in 2025 | Nicole Forsgren

Lenny's Podcast Lenny's Podcast Oct 19, 2025

Audio Brief

Show transcript
This episode challenges traditional engineering productivity metrics, emphasizing strategic velocity over raw speed and the critical role of AI. There are four key takeaways from this discussion. First, prioritize strategy and ensure teams build the right things, as traditional productivity metrics are flawed and easily gamed. Second, proactively identify and eliminate friction points like broken builds and flaky tests to boost velocity. Third, leverage AI to accelerate the entire development lifecycle, while critically validating its generated output. Fourth, frame investments in developer experience in terms of business value to gain leadership support. Traditional engineering productivity metrics, such as lines of code, are misleading and simple to manipulate, especially with AI tools. These measures fail to capture true value delivery. Moving faster is meaningless without clear strategy. The goal must be to increase velocity on the right tasks that deliver business value, rather than merely increasing raw output or "shipping trash faster." Teams can almost always move faster by addressing systemic friction. Telltale signs of friction include frequently breaking builds, flaky tests, overly long processes, and high context switching costs. Identifying and removing these "smells" directly improves productivity. AI can dramatically speed up code generation, but it shifts the engineering workload towards reviewing, validating, and trusting AI-generated code. Its value extends beyond coding to accelerating the entire strategic process, including prototyping, running experiments, and analyzing data. AI tools present an opportunity to rethink workflows, potentially making shorter, focused blocks of time more productive. This helps developers achieve a "flow state" more quickly. Improving the developer experience through better tools and processes directly leads to higher quality work and better outcomes. This value should be framed in business terms like cost savings and faster time-to-market. This episode underscores that true engineering productivity stems from strategic alignment, friction reduction, critical AI integration, and a focus on developer experience.

Episode Overview

  • The conversation deconstructs traditional engineering productivity metrics, arguing they are obsolete and easily gamed, especially with the rise of AI.
  • It emphasizes the importance of "strategic velocity"—moving faster on the right things—over raw speed, which can lead to shipping low-value products more quickly.
  • The discussion explores how AI is fundamentally changing developer workflows, shifting the focus from writing code to reviewing it and enabling new, more efficient work patterns.
  • It provides a framework for improving Developer Experience (DevEx) by identifying sources of friction and measuring developer satisfaction to drive meaningful improvements.

Key Concepts

  • Flawed Productivity Metrics: Traditional output-based metrics like "lines of code" are poor indicators of performance because they don't measure value and can be easily manipulated by AI tools.
  • Strategic Velocity Over Raw Speed: The primary goal should be making smart, strategic decisions to ship valuable products, as increased speed without the right direction is counterproductive.
  • AI's Impact on Developer Workflow: AI acts as an accelerator for coding but shifts the developer's role from writing to critically reviewing AI-generated code for quality, security, and correctness. It also enables new work patterns by helping developers enter a "flow state" faster.
  • Identifying and Removing Friction (DevEx): Common "smells" of inefficiency include frequently breaking builds, flaky tests, and high-friction processes. Improving Developer Experience should be treated like a product by systematically identifying and removing these barriers.
  • Measuring Developer Experience: To drive improvements, it's crucial to measure DevEx using targeted satisfaction surveys about specific tools and processes, which are more actionable than broad happiness surveys.

Quotes

  • At 0:03 - "most productivity metrics are a lie." - In response to the idea that companies are trying to measure productivity, highlighting the fundamental problem with traditional metrics.
  • At 0:21 - "we can ship trash faster every single day." - Emphasizing that increasing speed without a clear strategy to build valuable products is pointless.
  • At 0:50 - "Now we can also make a 45 minute work block useful." - Highlighting how AI can change work patterns by helping developers get into a productive flow state much faster.
  • At 29:03 - "You can always move faster, but faster for what? Are we making the right business decisions?" - Distinguishing between raw speed and strategic speed, emphasizing the importance of building the right thing.
  • At 56:46 - "I don't love a happiness survey, because there are too many things that contribute to happiness." - Explaining the preference for measuring "satisfaction" with specific tools and processes over the broader, less actionable metric of "happiness."

Takeaways

  • Abandon vanity metrics like "lines of code" and instead focus on whether your team is shipping valuable, strategic work.
  • Treat Developer Experience (DevEx) as a product by systematically identifying and removing friction points like broken builds and slow processes to improve team velocity.
  • Leverage AI to rethink workflows by reducing ramp-up time and making shorter work blocks effective, but be prepared for a new emphasis on reviewing and validating AI-generated code.
  • To measure developer productivity, use targeted satisfaction surveys focused on specific tools and processes, as they provide more actionable insights than general happiness surveys.