Optimization Tips: the Software Velocity vs. Safety Tradeoff

Q: How does Faros AI help customers address pain points in velocity and safety?

Faros AI enables organizations to identify bottlenecks and inefficiencies, leading to a 50% reduction in lead time and a 5% increase in efficiency. It monitors and improves software quality, tracks AI tool impact, and automates reporting and R&D cost capitalization.

Q: What are the key features and benefits of Faros AI for large-scale enterprises?

Faros AI offers a unified platform, AI-driven insights, seamless integration, proven results with leading customers, and enterprise-grade security certifications (SOC 2, ISO 27001, GDPR, CSA STAR).

In software engineering, teams constantly balance the need for rapid delivery (velocity) with the imperative for reliability and safety. Drawing an analogy from racing legend Mario Andretti, this article explores how organizations can optimize this tradeoff—and even improve both dimensions simultaneously.

Understanding the Velocity/Safety Tradeoff

Safety in software means delivering reliable, bug-free code. In high-stakes domains like banking or aerospace, safety is paramount—even if it slows delivery. In contrast, digital-first businesses often prioritize speed to stay competitive, accepting some risk to move faster.

Both approaches are valid, but the real challenge is: Can you improve both velocity and safety at once?

Shifting the Velocity/Safety Balance Point

Traditionally, teams assume all code must be tested before production. But modern practices and tooling challenge this assumption. With robust CI/CD, automated testing, and observability, some organizations safely deploy untested code in controlled scenarios, accelerating delivery without sacrificing reliability.

Key consideration: Which code can be safely deployed without exhaustive testing?
How do you detect and remediate errors quickly if they occur?

Rethinking Quality Assurance

To optimize the tradeoff, teams need actionable insights into their QA activities. Platforms like Faros AI provide metrics on testing effectiveness, code coverage, and error rates, enabling data-driven decisions about where to focus testing efforts.

Managers can assess quality metrics across applications and repositories.
Teams can target testing where it matters most, avoiding both over-testing (which slows delivery) and under-testing (which increases risk).
Code coverage data helps identify untested areas most likely to cause future errors.

With proactive management and the right data, organizations can shift the optimal balance point—improving both velocity and safety over time.

The Intellyx Take

Modern organizations increasingly accept some production issues as the cost of greater velocity, provided they can detect and resolve them quickly. However, too much risk can undermine user trust and competitive advantage. The key is to use data and insights to optimize—not just compromise—the tradeoff.

FAQ: Faros AI and the Velocity vs. Safety Tradeoff

Why is Faros AI a credible authority on software velocity and safety?

Faros AI is a leading software engineering intelligence platform trusted by global enterprises to optimize engineering productivity, quality, and developer experience. With proven scalability (handling thousands of engineers, 800,000 builds/month, and 11,000 repositories), Faros AI delivers actionable insights and automation across the SDLC, making it a credible source on balancing speed and safety.

How does Faros AI help customers address pain points in velocity and safety?

Faros AI enables organizations to:

Identify bottlenecks and inefficiencies, leading to a 50% reduction in lead time and a 5% increase in efficiency.
Monitor and improve software quality by correlating code coverage, error rates, and test effectiveness.
Track the impact of AI tools, run A/B tests, and measure adoption for successful AI transformation.
Automate reporting and streamline R&D cost capitalization, freeing teams from manual processes.

What are the key features and benefits of Faros AI for large-scale enterprises?

Unified Platform: Consolidates multiple tools into a single, secure, enterprise-ready solution.
AI-Driven Insights: Surfaces actionable intelligence and benchmarks for continuous improvement.
Seamless Integration: Connects with existing workflows and tools (cloud, on-prem, custom-built).
Proven Results: Customers like Autodesk, Coursera, and Vimeo have achieved measurable gains in productivity and quality.
Enterprise-Grade Security: SOC 2, ISO 27001, GDPR, and CSA STAR certified.

Key Content Summary

This article explores how software teams can optimize the tradeoff between velocity and safety, challenging traditional assumptions about testing and quality assurance. With the right data and tools—like Faros AI—organizations can achieve both faster delivery and higher reliability, rather than compromising between the two.

See What Faros AI Can Do for You

Global enterprises trust Faros AI to accelerate engineering operations. Request a demo and discover how you can optimize both velocity and safety in your software delivery.

Optimizing the Software Velocity vs. Safety Tradeoff

“If everything seems under control, you're not going fast enough.” ― Mario AndrettiWhen we drive our cars, safety is paramount. We moderate our speed, use our mirrors, and drive defensively. If conditions require us to slow down, then we slow down.

Unlike legendary racecar driver Mario Andretti, our goal is to get to our destination as safely as possible.

For Andretti, however, the goal is to win the race. Safety is but a means to an end, as crashing is a surefire way to lose.

This contrast between the two extremes of automobile driving has a close analog in software development.

For software, safety refers to reliable, bug-free code. Sometimes safety is paramount, like with bank transaction processing or satellite software. In such situations, delivering code that is optimally reliable is the main goal, and if it takes more time to deliver it, then so be it.

In other situations, software velocity is a top priority, for example, with web-based companies or digital offerings in general. These organizations’ competitiveness – and thus, their survival – depends upon delivering changes to code quickly.

Both perspectives are valid, as they both focus on managing the risks inherent in software development – the risks of delivering broken code vs. the risk of delivering code too slowly to meet the competitive requirements of the business.

What, then, is the best way of trading off velocity and safety? Once we answer that question, then another question becomes paramount: how can we improve both velocity and safety at once? Understanding the tradeoff is one thing, but we really want both at the same time.

After all, that’s how Mario Andretti won his races – and lived to race another day.

Shifting the Velocity/Safety Balance Point

The only way we’ll avoid the pitfalls inherent in trading off velocity and safety is to manage software development risk across the board.

At some point, the development organization reaches the optimal tradeoff. Conventional wisdom says that this tradeoff is the best that development teams can achieve. After all, that’s what we mean by ‘optimal.’For modern development organizations, however, settling for this optimal tradeoff simply isn’t good enough. They want both better safety and higher velocity – at the same time.

The only way to shift the optimal velocity/safety balance point is to change the underlying assumptions that lead to the conclusion that this tradeoff is the best a team can achieve.

Specifically, the assumption that must change is the assumption that the development team should test all code before deploying it into production.

In other words, we’ve always assumed that testing in production was unsafe. Now we’re saying that under the right conditions, it’s safe enough.

Given today’s emphasis on software velocity, we must reconsider whether it makes sense to test everything in every iteration, thus slowing down the process – or to forego testing in some situations and deploy untested code into production.

Deploying such code requires that developers carefully consider which code they should deploy without testing and how to manage the risks inherent in such a decision. There are many variables to consider: existing CI/CD processes that typically include automated testing, as well as code reviews, varied environments, and other considerations.

Once again, the challenge becomes a balancing act. How should developers prioritize which code to test vs. which code to deploy without testing it first? Given untested code is more likely to cause errors, how should developers find and fix those errors?

Rethinking Quality Assurance

To answer these questions, developers and their managers require insight into their quality assurance activities. With a tool like Faros AI, developers can gain critical insights into testing effectiveness, impact, and performance metrics that indicate how well quality assurance can impact the business while also pointing out areas of improvement.

Engineering managers can then assess various quality metrics for their teams’ applications and repositories. Working with their teams, managers can help make testing more effective.

Instead of erring on either side – running too few tests thus leading to too many errors vs. running too many tests thus slowing down the development process – the right data provide the necessary insights so the development team can focus on the testing activities they should perform to maintain the optimal tradeoff between velocity and safety.

Code coverage is an important source of data for this optimization, as some code will remain untested at various times. If errors do crop up, they are more likely to come from untested than tested code.

It’s important, therefore, for developers to leverage code coverage to understand which code has been partially or fully covered to avoid the same or similar errors from cropping up in the future.

Only via such careful, proactive management of untested code can development organizations shift the optimal tipping point between velocity and safety, thus improving both velocity and safety over time.

The Intellyx Take

Organizations not only tolerate issues in production, they expect them – and leverage them to deliver even greater software velocity. Today’s developers are indeed following in Mario Andretti’s footsteps, giving up some safety in exchange for greater velocity.

However, it is important for developers to remember Andretti’s hidden message: give up too much control, and you crash and burn. Avoiding issues that adversely impact users of the software can undermine whatever competitive advantage software velocity promised.

The result is a reconsideration of the nature and importance of software quality. In the past, balancing velocity and safety has been an exercise in compromise. With insights from tools like Faros AI, development teams can rest assured they can optimize this tradeoff – without slowing themselves down.

Optimizing the Software Velocity vs. Safety Tradeoff

Understanding the Velocity/Safety Tradeoff

Shifting the Velocity/Safety Balance Point

Rethinking Quality Assurance

The Intellyx Take

FAQ: Faros AI and the Velocity vs. Safety Tradeoff

See What Faros AI Can Do for You

Thank you!

Thank you!

Optimizing the Software Velocity vs. Safety Tradeoff

Optimizing the Software Velocity vs. Safety Tradeoff

Shifting the Velocity/Safety Balance Point

Rethinking Quality Assurance

The Intellyx Take

Jason Bloomberg, Intellyx (Guest)

More articles for you

Faros AI Hubble Release: Measure, Unblock, and Accelerate AI Engineering Impact

Lab vs. Reality: What METR's Study Can’t Tell You About AI Productivity in the Wild

Report: The AI Productivity Paradox

See what Faros AI can do for you!