Doing More With Less: Redefining Value in Software Delivery
- Phil Hargreaves
- 6 minutes ago
- 2 min read

Software delivery has never been easy.
Today, many teams are expected to deliver more features, faster, with fewer people and tighter budgets. Yet expectations haven't reduced—they've increased.
The temptation is to respond by working harder: longer hours, bigger backlogs, saying yes to every request. But that approach doesn't scale. It creates burnout, increases technical debt, and ultimately slows delivery.
Doing more with less isn't about squeezing more from your teams. It's about making better decisions.
Less Isn't the Problem. Unclear Priorities Are.
Many organisations believe they have a capacity problem when, in reality, they have a prioritisation problem.
When everything is labelled as "critical", nothing really is. Teams become fragmented across multiple initiatives, constantly context-switching, while genuinely valuable work competes with lower-value demands.
Success shouldn't be measured by the number of features delivered or projects completed. Customers don't buy features—they value outcomes. A feature nobody uses has little value, regardless of how quickly it was delivered.
The first step towards doing more with less is redefining what success actually looks like.
Prioritise Value, Not Volume
Every item on the roadmap should earn its place.
Before committing engineering effort, ask some difficult questions:
Does this solve a genuine customer problem?
Does it move a business outcome that matters—revenue, customer satisfaction, operational efficiency or risk reduction?
What happens if we don't deliver this for six months?
Is there a simpler solution that achieves the same outcome?
Does this reduce future work, or simply create more of it?
Are we continuing to support products, services or processes that no longer provide meaningful value?
These questions shift prioritisation away from the loudest stakeholder and towards measurable outcomes.
Sometimes the highest-value decision isn't choosing what to build next—it's deciding what not to build at all.
Creating Capacity Without Hiring
Doing more with less also means reducing the cost of delivery itself.
The biggest gains often come from improving how work flows through the organisation rather than asking people to work faster.
That means:
Automating repetitive manual activities
Simplifying delivery processes and removing unnecessary governance
Investing in CI/CD, test automation and deployment pipelines
Tackling technical debt that slows future delivery
Ending initiatives that no longer have a clear purpose or measurable value
Making trade-offs visible. Every new priority should replace something else—not simply be added to the list
Capacity isn't only created by adding people. It's created by removing friction.
The Leadership Challenge
Perhaps the hardest shift is cultural.
Teams need permission to stop doing work that doesn't create value. Leaders need the confidence to protect priorities instead of continually accepting new ones.
That often means saying, "Not now."
Not as an excuse, but because every "yes" has a cost. If something new becomes important, something else has to move.
Clear priorities build trust. Constant reprioritisation destroys it.
Choosing Better
Resource constraints aren't going away anytime soon.
The organisations that succeed won't necessarily be the ones with the largest budgets or biggest teams. They'll be the ones that become exceptional at identifying what creates genuine value and having the confidence and discipline to ignore everything else.
Less budget. Fewer people. Higher expectations.
The answer isn't to ask teams to work harder. It's to help them choose better.
