Measuring the Impact of AI Assistants on Software Development

For technology leaders, the key management issue is not whether AI assistants make coding faster, but whether the organisation can absorb that speed without creating new queues, risk and rework elsewhere. The practical question is who owns the end-to-end metrics: engineering, product, platform, quality engineering, or a shared value-stream leader. Without clear accountability, AI adoption can look successful at the workstation while delivery performance stays flat or becomes less predictable.

This shifts the discussion from tool licensing to operating model design. Leaders should define decision rights for where AI is used, which workflows it may change, and what guardrails apply for architecture, security, testing and release readiness. If AI shortens drafting but lengthens review, requirements clarification or incident triage, the organisation may simply move cost rather than remove it. That is a portfolio trade-off, not a productivity win.

Executives should therefore ask a different set of questions before scaling adoption:

  • Which value stream metrics will govern success: cycle time, throughput, defect escape, service burden, or customer outcomes?
  • Which teams are suitable for controlled comparison, and who will review results?
  • What happens if AI increases demand on reviewers, architects or operations staff?

The leadership test is whether AI becomes part of a managed transformation programme or an uncoordinated productivity experiment. That means investing in measurement discipline, change support and cross-functional ownership, not just enabling access to tools. The organisations most likely to benefit will be those able to re-balance work, funding and incentives as bottlenecks move.


โ€œThe speed of typing out code has never ever been the bottleneck for software development (not since keyboards became widespread from the 60s or 70s)โ€ โ€”Gergely Orosz Software development is a complex value delivery system involving many interdependent roles, including developers, product managers, and platform engineers. Dependencies create potential bottlenecks, such as pull request review queues, that limit your entire systemโ€™s speed. The theory of constraints tells us that your systemโ€™s bottlenecksโ€”not your fastest developerโ€”determine how quickly you deliver value to your customers. As AI coding assistants gain widespread adoption, individual developers have focused on how these tools make writing code faster. But focusing only on code is like making only one machine in a production line 30% faster. If you donโ€™t optimize every processโ€”quality control, packaging, shippingโ€”production may be faster, but customers donโ€™t receive their products sooner. When you use AI assistants to speed up coding, bottlenecks shift elsewhere in the value stream. Delays accumulate when product managers need to clarify requirements because they canโ€™t define clear acceptance criteria. Code review slows down when senior developers are overwhelmed by reviewing AI-generated code that, while syntactically correct, raises questions about its architecture. My AWS colleagues Phil Le-Brun and Joe Cudby put it this way: โ€œA clear shift is underway from a narrow focus on an individual developerโ€™s productivity to a more expansive understanding of team development productivity at the organisational and SDLC levels.โ€ As executives, we must look beyond individual developer productivity and understand how AI assistants can transform the entire software delivery process.

Measuring Cost to Serve Software

At AWS we approach software development with systems thinking. As my colleague Jim Haughwout, VP of Software Builder Experience, recently shared: โ€œTraditional measures of development productivity fall shortโ€ because they ignore the interconnected nature of software delivery. This understanding led Jim and his team to develop the Cost to Serve Software (CTS-SW) framework. CTS-SW measures the total cost of delivering a unit of software (including development, infrastructure, and operational costs) divided by the number of software delivery units (e.g., deployments for microservices or pull request completions for monoliths). It measures the entire delivery systemโ€™s performanceโ€”not just individual coding speed. We used CTS-SW to systematically optimize our software pipeline, reducing costs by 15.9% YoY in 2024.

Why AI Accelerates More Than Coding

Systems thinking becomes even more critical as AI capabilities evolve. Kiro, AWSโ€™s specification-driven integrated development environment (IDE), exemplifies this approach. It doesnโ€™t just generate codeโ€”it helps developers automate documentation and create unit tests. Iโ€™m seeing customers use Kiro to deploy AI across all development teams: Product managers use Kiro for requirements analysis, UX designers for rapid prototyping, and operations teams for automated observability. When parts of your system accelerate at different speeds, new bottlenecks arise that require your attention. CTS-SW gives you crucial insight into the software development process by using tension metrics: safeguard measurements that ensure improvements in one area donโ€™t compromise critical areas like security or resilience. To capture AIโ€™s broader impact on the organization, I recommend these additional metrics:
  1. Delivered business value: Increased conversion rate, revenue impact of new features, reduced service calls
  2. Customer cycle time: Days from feature request to customer use, time to resolve customer-reported issues
  3. Development throughput: Features delivered per week that customers actually use, successful releases per day
  4. Quality and reliability: Production incident rates, customer satisfaction scores, and security vulnerability resolution time
  5. Team satisfaction: Retention rates, engagement surveys, and internal satisfaction with development processes
Track these metrics continuously for every team and domain in your organization to see how performance develops over time.

Comparing Teams to Measure AIโ€™s Impact

To measure the effect of AI assistants on your process, compare teams that use AI assistants to those that donโ€™t. I recommend using A/B testing. A/B testing means giving different groups different versions of a product to see which one works better. In larger organizations, it works wonderfully to measure the impact of new tools and workflowsโ€”such as AI assistants. Identify two teams working on similar products with similar technology stacks and complexity. Make sure the teams are of similar size and work on similar problem domains. Give one team access to AI coding assistants while the other continues with current practices. Track key business metricsโ€” delivered business value, cycle time, throughput, quality, cost, and team motivationโ€”over the next 2-3 release cycles. The length of this experiment depends on its hypothesis and your organizationโ€™s cycle time for feature development. High-performing organizations with short cycle times can iterate faster, which makes experimentation more efficient. During your A/B tests, donโ€™t just measure cycle time and throughput at the end of your delivery pipeline. Use value stream analysis to measure flow at each critical handover point. Identify where work accumulates after you introduce AI and optimize those constraints accordingly.

Start Measuring Now

If you want to understand how AI assistants affect your organization, donโ€™t rely on social media reports. Start collecting your own data now. An A/B test will tell you more about AIโ€™s impact on your business than the percentage of AI-generated code, which is a common vanity metric that measures activity, not outcomes. AI assistants will likely transform how we work and develop softwareโ€”but not all organizations will benefit equally. The winners will be those who measure and optimize their entire value delivery system, not just their coding speed.
https://aws.amazon.com/blogs/enterprise-strategy/measuring-the-impact-of-ai-assistants-on-software-development/

Enjoyed this article? Sign up for our newsletter to receive regular insights and stay connected.