“Doing more with less” sounds strategic until “less” means lunch, sleep, and your senior designer’s will to open Figma.
Lean teams can do exceptional work. But when every deadline requires a small act of heroism, you’ve built a business plan around people being too conscientious to let it fail. Your job as a UX leader is to make the hard calls about priorities before your team’s exhaustion makes them for you.
And yes, that gets uncomfortable. Leadership occasionally involves disappointing someone with a roadmap.
MAKE THE MATH VISIBLEThree designers supporting eight product teams is a staffing ratio. It becomes a strategy when you decide what those designers will support, at what depth, and what will have to wait. Without those decisions, the team absorbs the gap. Research gets squeezed. Edge cases disappear. Someone quietly works Sunday so Monday’s review looks effortless.
Then everyone assumes the workload was reasonable because, look, it got done.
Start by making actual capacity visible. Account for discovery, critiques, implementation reviews, meetings, mentoring, and the inevitable “quick question” that enters the chat wearing a fake mustache.
A calendar with forty working hours does not contain forty hours of design production.When new work arrives, show the tradeoff:
“We can take this on this week. That moves the onboarding review to next Tuesday. Which is the priority?” You’re giving stakeholders a decision to make—and an honest picture of what their decision costs.
STOP GIVING EVERY REQUEST THE FULL-SERVICE TREATMENTSome work needs deep discovery. Some needs a focused usability check. Some needs an existing pattern and twenty minutes of sound judgment.
A lean team needs a shared way to tell the difference. I’d start with three levels of support:
- Deep involvement: Ambiguous problems, unfamiliar workflows, or decisions with serious consequences for users.
- Focused partnership: A defined problem where a designer helps at specific checkpoints.
- Self-service with review: Familiar patterns that product and engineering can build using established guidance.
Decide based on uncertainty, user impact, and how difficult a mistake would be to reverse. A familiar settings page and a new payroll approval flow probably shouldn’t receive identical treatment. “They’re both due Friday” does not make them equally risky. Write down what each level includes. Otherwise, “light support” has a funny way of becoming full ownership by Thursday.
BUILD SYSTEMS THAT REMOVE REPEAT DECISIONSA design system earns its keep when it prevents your team from solving the same problem for the seventeenth time.
That takes more than a tidy component library. People need to know when to use a pattern, how it behaves, what accessibility requirements apply, and who decides when an exception is justified.
The same principle applies to team operations. A clear intake process reduces clarification loops. A useful decision log prevents the return of a debate everyone thought was settled. Defined review checkpoints catch issues while they’re still inexpensive to change.
Before adding another process, ask: Will this remove more work than it creates?
If you need a recurring meeting to explain the spreadsheet that tracks the other recurring meeting, we may have wandered off course.
GIVE AI A SPECIFIC JOBAI can help draft documentation, explore interface variations, and build prototypes for testing. Give it a bounded task, relevant context, and a clear standard for review.
Then look at the whole workflow.
Did it save time once someone checked the output? Did it introduce inconsistencies? Did the team spend an afternoon correcting something that looked impressive in thirty seconds? Generated output still needs judgment. A convincing prototype still needs validation. Agree on where saved time goes, too. It might fund better testing, overdue system maintenance, or a workload that fits into the actual workweek. Immediately filling every saved hour with another commitment teaches the team that efficiency earns them more pressure.
WATCH WHAT YOU REWARDYou can tell people to protect their evenings. But if the biggest praise goes to whoever stayed up late rescuing a release, the operating instructions are pretty clear.
Thank people for helping in a difficult moment. Then examine what made the rescue necessary. Was the deadline realistic? Did requirements change? Was a dependency missed? Did someone feel unable to flag a problem earlier? Give equal visibility to the designer who reduced scope early, reused a proven pattern, or caught a problem before it became an emergency. Prevention deserves recognition, even when it makes for a less dramatic Slack announcement.
In one-on-ones, go beyond “How’s your workload?” Ask: “What are you having to skip to keep up?” or “What only gets finished because you work outside normal hours?” Those answers tell you much more than a green project status.
MAKE SUSTAINABLE DELIVERY PART OF THE PLANThere will be demanding weeks. Launches happen. People leave. Priorities change.
When a push is necessary, define its scope, its end date, and what comes off the team’s plate afterward. Recovery needs room on the calendar. A well-led lean team can explain its priorities, raise concerns early, and deliver good work without depending on someone’s private stash of unpaid hours.That takes discipline from the leader: negotiating scope, defending time to think, and being honest about what the team can support.
Your team’s dedication is valuable. Build a plan that doesn’t require them to keep proving it at 10 p.m.