top of page
  • vecteezy_patreon-logo-icon-app-transparent-background-premium-social_65386606_edited
  • Youtube
  • Spotify
  • X
  • TikTok
  • Soundcloud
  • LinkedIn
  • Instagram
  • Facebook
  • RSS

Cut the Scope in Half Rule for Ambitious Projects

The myth is that ambitious projects fail because teams lack ideas. The truth is more painful: they often fail because they have too many good ideas competing for oxygen.


A cluttered proposal feels impressive while it is being written. It signals effort, imagination, and range. It shows that the team has thought of everything. Then an expert panel reads it and sees the opposite. The proposal has no centre of gravity. The strongest idea is buried. The risks multiply. The budget stretches. The timeline becomes theatre.


That is where the Cut the Scope in Half Rule earns its place.


When a serious critique lands, especially from people who know what excellence looks like, resist the urge to defend every feature, chapter, deliverable, audience, or objective. Cut the scope in half. Find the single focal point. Throw away the rest, at least for now.


This is not a call to think smaller. It is a call to make ambition survivable.


Wide-angle view of a sculptor cutting excess clay from a large unfinished form.
Clarity often appears after material is removed.

The mental model behind the Cut the Scope in Half Rule


The primary SEO keyword for this article is Cut the Scope in Half Rule.


The rule is a rapid decision heuristic for over-ambitious projects. It says:


When a project feels cluttered, overbuilt, or strategically confused, reduce its scope by 50 per cent and force one idea to become the centre.

A heuristic is not a law. It is a useful shortcut. It helps leaders make a better decision when there is not enough time, certainty, or political patience to analyse every possibility.


The Cut the Scope in Half Rule works because most early project proposals suffer from accumulation. A team starts with one promising idea, then adds supporting ideas, then adds insurance ideas, then adds stakeholder appeasement ideas. Before long, the proposal contains five projects wearing one coat.


The expert panel sees this quickly. They are not being negative. They are detecting diffusion.


Plainly put, the rule asks: If this project could only be known for one thing, what would it be?


That question changes the proposal. It also changes the team.


Why ambitious projects become cluttered


Most clutter comes from fear.


Teams add scope because they fear rejection. They try to answer every possible objection in advance. They include extra audiences, extra outputs, extra features, extra partnerships, and extra success metrics.


A proposal for a podcast series becomes a podcast, a book, a live event, a learning platform, a video channel, a toolkit, and a research project. Each part may be useful. Together, they blur the promise.


The same pattern appears in software, public policy, education, creative work, and social impact projects. A strong concept becomes overloaded because every stakeholder wants to see their priority reflected.


Scope creep often wears respectable clothes:


What gets added

Why it feels reasonable

What it costs

Another audience

More reach

Weaker message

Another feature

More usefulness

Longer delivery

Another metric

More accountability

Less focus

Another partner

More support

Slower decisions

Another output

More value

Lower quality


The hard part is that the additions are usually not foolish. Many are sensible in isolation. The problem is the combined weight.


Where the rule comes from


The Cut the Scope in Half Rule sits at the intersection of several older ideas.


Occam’s razor favours the simpler explanation when competing explanations work. In design, the phrase “less, but better” is associated with Dieter Rams’ design principles. In writing, editors tell authors to cut anything that does not serve the work. In product development, the minimum viable product asks teams to test the smallest useful version before building the full machine.


The rule also echoes the practice of critique in architecture schools, film editing rooms, grant panels, and research supervision. Experienced reviewers often do not ask for more. They ask for a cleaner line of thought.


They can see when a project has mistaken volume for depth.


The deepest work usually has a narrow entry point. A documentary chooses one human story to reveal a larger system. A scientific paper isolates one question. A great episode of Beyond the Horizon Podcast may begin with one rule, one moment, or one decision, then use it to open a much larger conversation.


The narrowness is not a prison. It is a doorway.


Close-up of a hiker removing heavy items from an overloaded rucksack on a rocky path.
Too much load changes the journey before it begins.

A story about the proposal that was trying to be everything


Imagine a team preparing a proposal for an ambitious public learning project.


The original idea is strong: create a short audio series explaining how ordinary people make better decisions under pressure. The team is excited. They start adding.


A video companion. A leadership workbook. A schools pack. A community forum. A monthly live salon. A research survey. A certification pathway. A newsletter. A media partnership.


By the time the proposal reaches the review panel, the core idea is buried under its own future.


The panel’s response is blunt: “This is promising, but we cannot tell what the project is.”


The team has two choices.


They can defend the whole thing. They can say the parts are connected. They can explain that the forum supports the workbook, the workbook supports the audio, the media partner supports reach, and the certification creates sustainability.


Or they can cut the scope in half.


They choose the second path.


The revised project becomes a six-episode audio series with one companion guide. The audience narrows. The outcome narrows. The success measures narrow. The team removes anything that does not strengthen the listening experience.


The project becomes easier to fund, easier to build, easier to explain, and more likely to be remembered.


Nothing stops the team from adding more later. But now the first version has a spine.


The repeatable Half Scope Framework


Use this framework when a proposal feels too full, when feedback says “good ideas, weak focus”, or when the team cannot explain the project in one sentence.


Name the central promise


Write one sentence that describes the project’s main value.


Avoid describing activities. Describe the change the project creates.


Weak version:


“We will create a podcast, guide, and event series about leadership.”


Sharper version:


“We will help listeners make cleaner decisions when pressure makes every option feel urgent.”


If the sentence needs three commas, the project is probably hiding three projects.


Mark the load-bearing elements


List every component of the proposal. Then mark only the parts without which the central promise fails.


Be strict. A component can be interesting and still non-essential.


Ask:


  • Does this directly serve the core promise?

  • Would the project fail without it?

  • Does it make the first version stronger, or only larger?


Cut by category, not by comfort


Do not cut only the awkward or costly pieces. That can leave the muddle intact.


Cut whole categories. Remove an entire audience, format, feature set, or delivery channel. This forces a real choice.


If a project serves beginners, experts, schools, and senior leaders, choose one. If it runs across audio, video, live events, and worksheets, choose the format that carries the strongest experience.


Move the rest to the later list


Throwing away the rest does not always mean destroying it forever. Create a later list. Call it version two, season two, phase two, or the parking ground.


This reduces emotional resistance. It lets the team say, “Not now,” rather than, “Never.”


The discipline is not in having no future. The discipline is refusing to build the future before the first version has earned it.


Rebuild the proposal around one decision


Once the cut is made, rewrite the proposal from the centre outward.


Every section should now answer the same question: how does this help the focal point succeed?


The budget changes. The timeline changes. The risk register changes. The evaluation plan changes. The story changes.


If those parts do not change, the scope was not really cut.


How the rule improves decision-making


The Cut the Scope in Half Rule changes decisions in five ways.


It reduces hidden trade-offs. A broad project hides competition for money, attention, and time. A narrower project makes the real trade-offs visible.


It increases speed. Smaller scope gives teams fewer dependencies and fewer approval loops.


It improves quality. When attention is concentrated, the work can become deeper rather than merely wider.


It sharpens accountability. If the project has one focal point, failure and success become easier to judge.


It protects morale. Overloaded projects exhaust teams because everything becomes urgent. A focused scope gives people a clearer standard of excellence.


This is why the rule is not only about planning. It is about leadership under constraint.


A cross-disciplinary analogy from cooking


Think of a sauce reduction.


A cook starts with stock, wine, herbs, vegetables, and time. The pan looks full at first. Then heat removes water. The flavour concentrates. What remains is smaller, but stronger.


A poor reduction burns because the cook ignores heat, timing, and balance. A good reduction removes excess while protecting the essence.


Project scope works the same way.


The point is not to make less for the sake of less. The point is to concentrate the flavour of the work.


Eye-level view of a cook reducing a sauce in a copper pan over a small flame.
Reduction is a useful metaphor for focused project design.

Thought experiments that reveal the real project


Use these when the team cannot agree what to cut.


The one-page grant


Imagine the entire proposal must fit on one page. No appendices. No diagrams. No long explanation.


What survives?


The answer usually reveals the real project.


The single-review sentence


Imagine the project is complete and a reviewer describes it in one sentence.


What do you want that sentence to say?


If the answer contains “and” three times, the project still lacks focus.


The half-budget test


Imagine the budget is reduced by half, but the expected standard stays high.


What would you protect first?


That protected part is probably the core. Everything else is a candidate for removal, delay, or redesign.


Real-world applications


In product design, the rule helps teams avoid launching bloated tools. A first version that solves one painful problem often beats a broad version that solves many problems poorly.


In education, a course becomes stronger when it focuses on one learning outcome rather than trying to cover every related topic.


In podcasting and media, a season works best when it has a clear editorial question. Too many themes weaken listener memory.


In public services, pilot projects need tight boundaries. A pilot that tests one intervention can teach something. A pilot that tests six interventions at once often teaches confusion.


In personal work, the same rule applies. A book proposal, career change, research plan, or creative project becomes stronger when it stops trying to prove every possible version of its value.


The limitations of cutting scope


The rule can be misused.


A team can cut too much and remove the part that made the project meaningful. A leader can use focus as a cover for avoiding complexity. A funder can demand simplicity from problems that require systems thinking.


Some projects really do need breadth. Climate work, public health, infrastructure, and institutional reform often involve many moving parts. In those cases, the rule still helps, but it must be applied at the level of phase, pilot, or decision point rather than the whole system.


The key question is not “How do we make this small?”


The better question is, “What must be small enough to be done well first?”


Failure modes and misuses


A few traps deserve attention.


Cosmetic cutting happens when teams remove minor details but keep the same number of goals. The proposal looks shorter, but the burden remains.


Political cutting happens when the loudest stakeholder keeps their priority while quieter needs disappear. That is not focus. It is power dressed as discipline.


Fearful cutting happens when teams shrink the ambition because critique hurt. Good scope reduction should increase the chance of meaningful impact, not drain the project of courage.


Premature cutting happens before exploration. Early creative work needs some mess. The rule becomes useful when the team has enough material to see the clutter.


Permanent cutting happens when the later list is never revisited. Some removed ideas may deserve a future. Focus now should not become forgetfulness later.


Second-order consequences


Cutting scope changes more than the work plan.


It changes stakeholder expectations. People who saw their preferred feature removed may feel ignored. Leaders need to explain the reason and the sequence.


It changes identity. A team that wanted to be known for a broad mission may need to accept being known first for a narrow contribution.


It changes risk. A focused project has fewer moving parts, but the chosen focal point now carries more weight. If the core idea is wrong, there is less surrounding activity to hide behind.


It changes learning. A narrow project produces cleaner feedback. The team can see what worked and what failed.


That last consequence matters most. Cluttered projects often protect ego by making results hard to interpret. Focus removes hiding places.


Complementary ideas that make the rule stronger


The Cut the Scope in Half Rule pairs well with several other thinking tools.


Complementary idea

How it helps

Occam’s razor

Favours the simplest workable explanation or design

Minimum viable product

Tests the smallest useful version before full build

The 80/20 principle

Finds the small part likely to create most of the value

Kill your darlings

Removes beloved material that weakens the whole

Pre-mortem

Imagines failure in advance to expose weak points

Systems thinking

Checks that narrowing the project does not ignore key dependencies


These tools balance each other. Focus without systems thinking can become tunnel vision. Systems thinking without focus can become endless mapping.


Monday Morning Application


  • Rewrite the project in one sentence

If it cannot be explained cleanly, the scope is not yet clean.


  • Remove one whole category

Cut an audience, output, feature group, or channel rather than trimming small details.


  • Create a later list

Move good but non-essential ideas out of the first version so the team can focus without losing future options.


Overhead view of a small wooden boat after excess cargo has been left on the shore.
A lighter load can make the crossing possible.

Frequently Asked Questions


Is cutting scope the same as lowering ambition?


No. It usually protects ambition. A smaller first version can create the conditions for deeper quality, clearer learning, and stronger future growth.


Why cut the scope in half rather than by 10 per cent?


A 10 per cent cut often leaves the same confused structure in place. A 50 per cent cut forces real choices and reveals what the project is truly about.


What if every part feels essential?


That usually means the project contains several different projects. Separate them. Then choose which one should happen first.


How do you handle stakeholders whose priorities get cut?


Explain the focal point, the reason for sequencing, and where their idea sits in the later list. People accept delay more easily than vague dismissal.


Can this rule work for large complex programmes?


Yes, but apply it to phases, pilots, workstreams, or decision points. Complex systems still need focused units of action.


When should the rule not be used?


Do not use it during the earliest exploration stage, when the goal is to generate options. Use it when the project needs commitment, funding, delivery, or public explanation.


Related episode


This article is built around the principle discussed by Beyond the Horizon Podcast in the provided episode links:



The Leader's Provocation


If the success of your most important project depended on deleting half of it by tomorrow morning, what would you protect, and what would you finally admit was only there to make the proposal feel safer?


Comments


bottom of page