Lean UX
Leaders & Managers
DropRegion · Lessons from Lean UX · Jeff Gothelf with Josh Seiden

What Leaders/Managers Can Learn from Lean UX

Marcus, a regional operations director, spent six weeks designing a new shift-scheduling system for his warehouse teams, certain that giving supervisors more scheduling control would fix chronic understaffing. He built a detailed rollout plan, trained twelve supervisors, and printed new procedure manuals before running a single shift under the new system. The unstated assumption was that supervisors wanted more control; what most of them actually wanted was less administrative burden, not more decisions to make. Within the first week, three supervisors reverted to spreadsheets, and two filed complaints that the new process took longer than the old one. Marcus had spent six weeks of his own time and his team's goodwill rolling out a fix nobody had asked to receive, and now faced a skeptical staff before he had even solved the original understaffing problem that started the whole project.

01 · The Book in One Minute

The whole book, compressed

01Name The Assumption Behind
02Try The Smallest Version
03Ask People Directly
04Change The Rollout Based

This edition works through 4 core lessons — take them one at a time, not all at once.

02 · Where Are You Now?

What's different for your conditions

Tap whichever ones sound like you. Nothing here is sent or saved — it's just for your own noticing.

A manager's failed idea costs the credibility and trust of the whole team, not just personal effort, making people slower to follow the next initiative.
Leaders often must announce a direction publicly before testing it, since silence or visible uncertainty can itself worry a team.
The people affected by a manager's decision report to that same manager, so their feedback may be filtered through what they think the manager wants to hear.
Organizational approval chains can turn a quick test into a multi-week process if it looks like a formal policy change rather than a trial.
A leader's time is fragmented across many responsibilities, so testing an idea competes directly with the daily demands of running the team.

0 of 5 selected

03 · Core Lessons

The core lessons, applied to you

Name The Assumption Behind

Name the assumption behind the plan before announcing it

The idea

Every management decision, from a new process to a reorganized team, rests on a belief about what people actually need or want. Stating that belief in one sentence before it becomes policy lets a leader see clearly what is being gambled on.

What it looks like

A director rolls out a new weekly reporting format assuming staff want more visibility into each other's work, never naming that belief separately, so when engagement drops nobody can tell if the format, the timing, or the underlying want was wrong.

Try this

Before announcing your next process change, write the one sentence belief it depends on, then ask a peer manager to poke holes in it.

Try The Smallest Version

Try the smallest version with one team first

The idea

A full department rollout is not required to learn whether an idea works; running it with one shift, one team, or one week first tests the belief at a fraction of the disruption.

What it looks like

A manager rolls a new performance-review format out to four departments at once, and when it causes confusion everywhere simultaneously, there is no unaffected group left to compare against or retreat to.

Try this

Choose the smallest team or shortest time window that could still tell you whether your idea works, and run it there first.

Ask People Directly

Ask people directly, away from the reporting line

The idea

Feedback gathered informally in a meeting the manager runs will often be politely diluted. Real reactions come from anonymous input or a trusted peer manager asking the questions instead.

What it looks like

A manager asks her own direct reports in a team meeting whether the new process is working, and everyone nods, while an anonymous survey run weeks later reveals most found it confusing.

Try this

Have a peer manager or an anonymous form collect reactions to your trial, rather than asking your own reports face to face.

Change The Rollout Based

Change the rollout based on what the pilot actually showed

The idea

A leader who commits publicly to a plan can feel that adjusting it looks like weakness, but the opposite is usually true. Revising a plan openly, citing what the pilot revealed, builds more trust than defending a decision the team can see isn't working, and it is far cheaper than a full rollout of something already known to be flawed. Teams remember which managers admitted a miss early and which ones pushed forward regardless.

When the clusters compete

Naming the assumption plainly can conflict with testing small: a leader may realize the real risk is something politically sensitive, like whether staff trust management at all, which is hard to test quietly with one team. Balance this by choosing the most neutral possible pilot group, one without a recent history of conflict with leadership, so the test measures the idea rather than existing tension.

04 · Choose Your Priority

Name one thing, honestly

Which current initiative are you defending because you already announced it, rather than because a small test has actually confirmed it works?


Good. Now look back at the "Try this" line under whichever lesson feels most connected to what you just wrote, and treat that as this week's actual assignment — not all 4 at once.

05 · Put It Into Practice

The practices from this edition

Before announcing your next process change, write the one sentence belief it depends on, then ask a peer manager to poke holes in it.
Choose the smallest team or shortest time window that could still tell you whether your idea works, and run it there first.
Have a peer manager or an anonymous form collect reactions to your trial, rather than asking your own reports face to face.

0 of 3 selected

06 · Small Experiment

Run this for seven days

Have a peer manager or an anonymous form collect reactions to your trial, rather than asking your own reports face to face.

07 · Remember This
If you remember only 4 things
01Name The Assumption Behind. Every management decision, from a new process to a reorganized team, rests on a belief about what people actually need or want.
02Try The Smallest Version. A full department rollout is not required to learn whether an idea works; running it with one shift, one team, or one week first tests the belief at a fraction of the disruption.
03Ask People Directly. Feedback gathered informally in a meeting the manager runs will often be politely diluted.
04Change The Rollout Based. A leader who commits publicly to a plan can feel that adjusting it looks like weakness, but the opposite is usually true.
08 · Your Next Step

What will you do differently because you read this?

Jeff Gothelf's Lean UX, written for product teams, offers leaders in any function a way to test decisions before committing an entire organization to them.