Gorilla Dash

arrow_back Back to Knowledge Base

Writing the scope

download Download PDF

The scope is the project's definition: what it covers, what it delivers, and what it excludes. It is the first thing to write and the thing everyone refers back to when the work starts drifting.

Write the exclusions

Most people write what a project includes and stop. The exclusions are what actually prevents arguments — "this covers the five main pages, not the blog", "this is the new site, not a rebrand of the logo".

THE SENTENCE WORTH THE MOST
The one that begins "this project does not include…". It is the only part anybody quotes back six weeks later.

Keep it current

Scope changes. When it does, edit the scope and say so in a note rather than letting the work quietly grow — a project delivered against a scope nobody updated always looks late, even when it delivered more than was asked.

What good looks like

  • Short enough that people read it — half a page, not five.
  • Written in plain terms, so a person joining in week three understands it.
  • Specific about the deliverable: what exists at the end that does not exist now.
  • Explicit about what is out.