Why Organisations Believe Their Software Is Too Complex for CD

TL;DR

Software complexity is often used as an excuse to avoid continuous delivery, but real-world examples like Microsoft’s Azure DevOps team show that even large, complex systems can achieve frequent releases by investing in quality practices and addressing technical debt. The main barrier is not complexity but the willingness to make necessary improvements. Development managers should focus on fixing underlying issues rather than blaming complexity.

24 February 2025
Written by Martin Hinshelwood
1 minute read
Comments
Subscribe

Every organisation claims their software is too complex for continuous delivery. It’s not. Complexity is an excuse, not a blocker.

Microsoft’s Azure DevOps team proved it. They moved from shipping new features every two years to every three weeks. At their peak, they were delivering nearly 300 features annually. This wasn’t because their codebase got simpler, it didn’t. They invested in quality practices, tackled technical debt head-on, and built the pipelines needed to deliver continuously.

The real blocker isn’t complexity. It’s the willingness to invest in fixing what’s broken. If Microsoft can do it at their scale, with their legacy systems, what’s your excuse?

Smart Classifications

Each classification [Concepts, Categories, & Tags] was assigned using AI-powered semantic analysis and scored across relevance, depth, and alignment. Final decisions? Still human. Always traceable. Hover to see how it applies.

Comments
Subscribe

What to read next

Video Product Development Engineering Excellence

Embrace Simplicity: How to Transform Complexity into Continuous Delivery Success

Explains how simplifying complex software and committing to change enables continuous delivery, highlighting the need for cultural shift, …

Watch video
Article Engineering Excellence DevOps

Stop Hiding Behind Complexity and Start Delivering Continuously

Continuous delivery is achievable for any software, regardless of complexity. Success depends on investment in automation, quality, and …

Read article
Signal Product Development

Too many organisations hide behind excuses:"

Many organisations use excuses to avoid Agile, but even large, regulated bodies can adopt iterative delivery to reduce risk and deliver …

Read article
Signal Leadership Technical Leadership

Engineering can fix technical debt, but leadership has to invest in it

Technical debt requires leadership investment to resolve; without support for automation and quality improvements, continuous delivery is …

Read article
Video DevOps Engineering Excellence

Rethinking Continuous Delivery: Why Best Practices Don't Exist in Complex Environments

Explores why fixed best practices don't suit complex continuous delivery, highlighting adaptive approaches like audience-based delivery, …

Watch video
Signal Engineering Excellence Product Development

Microsoft shift from 2-year cycles to 3-week Sprints caused team anxiety

Microsoft’s switch to 3-week Sprints increased team anxiety due to greater transparency, exposing inefficiencies but enabling faster, more …

Read article