Max Musing

✂️ What's the first thing you cut when you're moving too slow?

When I notice a project dragging, my reflex is always to cut scope. Trim the feature down, ship the smaller version, get something out the door instead of polishing the grand plan forever.

And usually that's the right call. Most of the time I was building more than the problem actually needed, and cutting it loose feels great.

But every so often scope isn't the real problem. The thing slowing me down is that I'm (semi-unconsciously) protecting a decision I should've killed weeks ago, some architecture choice or direction I committed to early and don't want to admit was wrong.

Cutting scope there just makes me build the wrong thing faster. It feels like progress because I'm shipping, but I'm shipping in a direction I should've abandoned.

The hard part is telling those two apart in the moment. "I'm overbuilding" and "I'm committed to a bad call" both feel like being slow, and I usually can't tell which one I'm in until much later.

So when you catch yourself moving too slow, what's the first thing you reach for? Scope, the plan, the team, or the decision you don't want to revisit?

17 views

Add a comment

Replies

Best
Mukesh Kumar

interesting question. My first instinct is usually to cut complexity, not necessarily scope. I try to find the part that is creating the most decisions because that is often where I get stuck

Mathew Chang

@new_user___090202674ab6e030a7a9c52 This resonates with me. There have been times when i kept triming features only to realize weeks later that the core direction itself was the problem, not the amount of work.

Furkan Kara

Most of the time I don't cut features first. I cut the amount of time I'm spending trying to make the original idea work. Sometimes the real bottleneck is being too attached to the first solution

Brent Vardy

Like you, I look at the scope, I ask will the end user use or benefit from a feature, if not it goes.

Alper Tayfur

@maxmusing I usually try to separate “too much work” from “wrong direction” first. If users still want the outcome but the path is too heavy, I cut scope. If I’m simplifying and still feel resistance, it’s often a sign the original decision needs to be questioned, not just trimmed.