Example Defining The Project Scope
Example Defining The Project Scope
Most project methodologies require that you first define a project’s scope. Collaboration among
the project owner, sponsor, and stakeholders help identify its shape and size. Changes in scope
mid-project are called scope creep. Learn how to define the scope and deal with scope creep in
this article.
Ultimately, you will define project scope by identifying what initiated the request for a new product
or service.
It's useful to quantify objectives-- "This service will increase the end user's efficiency by
15%."
It's a good idea to characterize difficulties you've experienced without the product or service
and what will happen if the project is not approved.
You must describe what you are creating, how much money you will need, how much time
it will take, and how many people you will need.
The authorizing body will also want to know the limitations of your project as well as the risks
involved.
You should set the approved scope statement aside as a point of focus as the project progresses
through its stages. The scope will remind you of your focus if the project threatens to shift beyond
its initial parameters. If there are any changes in the tasks originally identified for the project’s
scope--no matter their size or who requests them--they are referred to asscope creep.
As the project manager, you can review the project scope and consider the scope creep. You can
then veto any changes to the original project plan, or you can initiate a change to the original
scope. It is perfectly acceptable to anticipate changes even after you define project scope.
http://www.brighthubpm.com/project-planning/10057-defining-the-project-scope-tips-amp-free-template/
We'll take a look at actual examples of project scope statements, then discuss them to determine
what should be included in a scope statement and what should be left out.
The Scope Statement is an essential element of any project. Project managers use the Scope
Statement as a written confirmation of the results your project will produce and the constraints
and assumptions under which you will work. Both the people who requested the project and the
project team should agree to all terms in the Scope Statement before actual project work begins.
Justification: A brief statement regarding the business need your project addresses. (A
more detailed discussion of the justification for the project appears in the project charter.)
Product scope description: The characteristics of the products, services, and/or results
your project will produce.
Acceptance criteria: The conditions that must be met before project deliverables are
accepted.
Deliverables: The products, services, and/or results your project will produce (also referred
to as objectives).
Project Exclusions: Statements about what the project will not accomplish or produce.
Constraints: Restrictions that limit what you can achieve, how and when you can achieve it,
and how much achieving it can cost.
Assumptions: Statements about how you will address uncertain information as you
conceive, plan, and perform your project.
Think of your Scope Statement, when viewed together with the other components of your project
plan, as a binding agreement in which
Your project’s requesters commit that they’ll consider your project 100 percent successful if you
produce these results.
You and your team identify all restrictions regarding your approach to the work and the
resources you need to support your work.
Your project’s requesters agree that there are no restrictions other than the ones you’ve identified
and that they’ll provide you the support you declare you need.
You and your team identify all assumptions you made when setting the terms of your
Scope Statement.
Your project’s requesters agree that, if any of these assumptions prove to be invalid, you may have
to modify some or all of your project plans.
If and when situations change, you have to assess the effect of the changes on all aspects of your
project and propose the necessary changes to your Scope Statement. Your project’s requesters
always have the option of either accepting your proposed changes (and allowing the project to
continue) or canceling your project.