Why compromising on software quality is a leadership decision

TL;DR

Compromising on software quality is a leadership decision, not a team one, and lowering standards to meet deadlines carries business risks that should be explicitly approved by leadership. A clear Definition of Done helps maintain consistent quality, and any decision to reduce it should be transparent and deliberate. Development managers should ensure quality expectations are set and upheld at the leadership level, not left to teams under delivery pressure.

1 April 2025
Written by Martin Hinshelwood
1 minute read
Comments
Subscribe

Would your CFO sign off on a financial report that was “mostly accurate”? Would your legal team approve a contract that “should be enforceable”? No?

Then why do organisations think it’s acceptable to compromise on software quality?

A strong Definition of Done prevents cutting corners. It ensures every increment meets the same professional standard. Reducing quality to meet deadlines is a financial decision, not a team decision. If leadership wants to change the quality bar, they should sign off on the risks, not sneak it past teams under the banner of “Agile.”

Scrum teams don’t get to lower quality. And if your teams are being asked to, the real conversation should be happening in the boardroom.

Has your leadership ever knowingly shipped bad software?

[the article is linked in the comments]

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

Signal Engineering Excellence Leadership

If teams struggle with quality or delivery, the problem is often the system

Team issues with quality or delivery often stem from weak systems, lacking clear standards, automation, and leadership support, not just …

Read article
Signal Scrum Product Development

Executives want predictability

Lack of a clear, enforced Definition of Done leads to hidden risks, unreliable forecasts, and eroded trust in delivery, undermining …

Read article
Signal Engineering Excellence Scrum

A changing Definition of Done undermines quality and predictability in teams

Frequent changes to the Definition of Done reduce team quality and predictability. Consistent, enforced standards are key to reliable …

Read article
Video Engineering Excellence Product Development

Balancing Speed and Stability: Why Quality Should Always Come First in Delivery Management

Explores why prioritising quality and stability over speed in delivery management leads to better long-term outcomes, even when facing tight …

Watch video
Article Engineering Excellence Scrum

Professional Scrum teams build software that works

Professional Scrum Teams prioritise software quality, accountability, and continuous improvement, ensuring each release is reliable, …

Read article
Video Leadership Technical Leadership

Empowering Development Teams: Cultivating an Agile Mindset for Lasting Quality

Explores how leaders can foster an agile mindset in development teams by promoting autonomy, mastery, purpose, and a culture of quality and …

Watch video