Scope Creep Begins When the Decision Remains Undefined

Scope creep rarely starts with a stakeholder asking for one more thing. It starts earlier — when no one wrote down which decision the work is supposed to support.

Scope creep rarely starts with a stakeholder asking for one more thing. It usually starts earlier — at the moment no one has written down which decision the work is actually supposed to support.

“Let’s just improve the onboarding funnel” sounds like a project. It isn’t anchored yet. Without a named decision it must serve, most new requests sound reasonable, because there’s no fixed reference to test them against.

“Can we also look at X?” isn’t scope creep if the project was never scoped to a decision in the first place — it’s just more work, and more work often feels like progress while it’s happening.

Name the decision first

The real fix isn’t simply saying “no” more often. It’s naming the decision before the work begins:

Once that decision is fixed, every new request has something real to be measured against. When one appears, ask one question: does this change the answer to the decision?

If it does, it belongs here. If it doesn’t, it’s a different project — and saying that out loud, early, keeps scope from quietly becoming the entire conversation.

Calculator by The Game Scientist ↗