Why More Resources Rarely Solve the Problem
- Ryan Lewis

- Jun 9
- 5 min read

The most common answer I hear when a leadership team brings an Issue to the table is some version of: "We just need more resources."
More headcount to fix the fulfillment bottleneck. More budget to fix the marketing problem. More time to fix the product gap. I've heard this pattern across dozens of companies, and it's almost never the real diagnosis.
The actual problem is that the Issue lacks two things: a constraint tight enough to force a decision, and an outcome specific enough to measure one. Give a team unlimited resources and an unclear finish line, and they'll spend months in motion without resolution. Give them a ceiling and a definition of done, and the solution tends to surface inside a quarter.
That's not a theory. The research on how constraints shape creative output is about as consistent as psychology gets.
The Research That Flips the Assumption
For decades, the default assumption in psychology was that constraints damaged creativity. Less money, less time, fewer options: less innovation. The research has systematically dismantled that belief.
Ravi Mehta at the University of Illinois and Meng Zhu at Johns Hopkins ran six experiments testing what happens to creative output when people perceive scarcity versus abundance. They found that the salience of resource scarcity enhances the novelty of product use solutions compared to when abundance is top of mind. Across all six experiments, scarcity consistently led to more novel product uses, and Mehta concluded that when you have fewer resources, you use them more creatively.
The mechanism isn't motivation. It's cognitive narrowing. Scarcity forces you off the default path. Reminders of scarcity reduce functional fixedness and increase creative product utilization, which means people stop seeing tools and resources as having a single correct use and start seeing them as raw material for new combinations.
A 2018 review of 145 empirical studies found that the relationship between creativity and constraints forms a U-shaped curve: too many constraints stifle output, but too few causes the same problem. The research confirms what practitioners have observed for years: the sweet spot is pressure, not paralysis.
Columbia University psychologist Patricia Stokes spent years studying how the most celebrated creators in history actually worked. Her conclusion was that it was not boundary-less creative freedom that inspired their breakthroughs, but self-imposed, well-considered constraints. Monet didn't paint the same subject dozens of times because he ran out of ideas. He forced himself to focus on how light broke around objects, contrasting color instead of shading and softening edges, and that set of deliberate restrictions moved Western art from representational to impressionist. The constraint was the innovation.
When a $5.4 Million Machine Has to Fit in a Bag
In the mid-2000s, GE Healthcare gave engineer Davy Hwang a set of instructions that looked impossible. He was told to take a 15-pound electrocardiograph machine that had cost $5.4 million and three and a half years to develop, shrink it to under three pounds, and deliver it in 18 months at 60% of the wholesale cost. His boss later admitted he thought Hwang was out of his mind.
The constraints weren't accidental. GE needed a machine that could reach rural India, run on battery power during outages, and cost roughly $1 per patient scan. To deal with power outages and an acute shortage of healthcare professionals, the MAC 400 had to be battery-operated, lightweight, and easy enough for non-specialists to use.
The result was a machine that used just four buttons instead of the usual dozen, fit a tiny portable printer into a bag, and reduced the cost of an ECG to $1 per patient. That same device later found markets in developed countries, where hospitals valued the portability over the feature bloat of their existing machines.
The machine exists because the constraints were real and specific. A team handed an open brief and an unlimited budget would have built a better version of what already existed.
Your Business Has the Same Dynamic
Most business problems sit unresolved for one of two reasons: too many options, or not enough urgency. Constraints fix both.
Take a sales team that struggles to follow up consistently. Give them nine CRM disposition codes, clear customer targeting by segment (dormant accounts, decreasing year-over-year spend, open proposals past 30 days), a defined sequence of techniques to deploy on each call, and a hard weekly review of every logged action, and follow-up rates climb. The constraint removes the decision fatigue that was blocking the behavior. Without it, reps decide in the moment whether a customer is worth calling, which technique to use, and whether to log it. Most of them decide wrong.
Or take a product team with an eighteen-month roadmap, three simultaneous initiatives, and a standing agreement that every feature request gets logged for future consideration. That team ships late, revises constantly, and never truly finishes anything. One initiative per quarter, no new feature additions to the current sprint, a hard ship date that doesn't move: watch the prioritization quality improve immediately.
Constraints don't restrict your team's thinking. They force your team to do it.
The Four-Step Process for Building Constraints That Work
Most leaders resist imposing constraints because they confuse restriction with punishment. These four steps treat constraints as a design tool, not a penalty.
Step 1: Define the Output Precisely
Vague problems generate vague constraints. Before you impose any limit, state with specificity what a solved version of this problem looks like. Not "improve our close rate," but "increase close rate from 18% to 25% on proposals over $50,000 within 90 days." A precise output gives the constraint its target. Without it, you're just cutting budgets and hoping.
Step 2: Identify the Default Behavior You're Trying to Interrupt
Every unsolved problem has a default behavior sustaining it: the team keeps adding features because review meetings never cut anything, or the follow-up process fails because reps decide case by case whether a lead is worth calling. Name the default. The constraint you build should make that default behavior structurally harder to choose, not just discouraged.
Step 3: Set One Resource Limit and One Process Limit
The research points to a compound effect: constraining both inputs and outputs produces more creative problem-solving than constraining either alone. In practice, that means picking one resource limit (budget, headcount, time, tools) and one process limit (decision rules, approval gates, mandatory steps). Two constraints create the pressure. More than two usually produces paralysis rather than creativity.
Step 4: Run a 30-Day Proof Before Scaling
The U-shaped research finding matters here. A constraint that's too tight produces as little creative output as no constraint at all. Set a 30-day window to test whether your constraint is generating better decisions or just generating frustration. Look at output quality and decision speed. If both improve, scale it. If the team is thrashing without traction, adjust the tightness of one limit before abandoning the approach.
The Counterintuitive Discipline
The uncomfortable truth for most business owners is that their real job isn't to remove obstacles. A significant part of leadership is putting the right obstacles in place.
Your team doesn't need more runway to solve the problem they've been sitting on for eight months. They need a deadline, a budget ceiling, and a definition of done that you're not willing to move. Constraints limit the scope of possibilities, reduce cognitive overload, and encourage focused exploration. That's not a side effect. That's the mechanism that produces the breakthrough.
The Monet who painted the same cathedral thirty times in different light wasn't lacking imagination. He had designed a constraint that forced him to find something new every single session. Your next product innovation, your best sales process, and your most efficient operation are probably sitting on the other side of a limit you haven't imposed yet.



Comments