|
|||||
Project
Management MGMT627
VU
LESSON
26
PROJECT
SCOPE MANAGEMENT
BROAD
CONTENTS
Scope
Difference
between Scope, Objectives and
Goals
Difference
between Business Case, Project Charter
and Scope Document
Scope
Creep
Project
Scope Management
26.1
Scope:
Scope
is what the project contains or delivers.
When starting to plan the
scope of the project,
think
about the big picture first.
At this level it is best to
concentrate on major deliverables
and
not
get bogged down with
detail.
26.1.1:
Why is Scope Important?
Scope
of a project is the sum total of
all of a project's products and their
requirements
or
features.
Sometimes
the term scope is used to mean the
totality of work needed to complete
a
project.
In
traditional project management, the
tools to describe a project's
scope (product) are
the
product breakdown structure and product
descriptions. The primary tool to
describe
a
project's scope is the Work
Breakdown Structure (WBS).
Extreme
project management advocates the
use of user stories, feature
lists and feature
cards
to describe a project's scope
(product-deliverable).
If
requirements are not completely
defined and described and if there is no
effective
change
control in a project, scope or
requirements creep may
ensue.
26.2
Difference
Between Scope (In/Deferred/Out),
Objectives and
Goals:
Goals
and objectives are what the
business wants to achieve through
this project. Goals
and
objectives
define WHY the client wants to
undertake the project.
Scope
defines the size of the project.
Scope can include such
areas as:
a)
Departments
b)
Geographic
locations
c)
Deliverables
d)
Features
and functions
Often
scope is limited by schedule and
budget constraints.
Something
in
scope will
be included in the current release or
stage. Something deferred
will
be
delivered
in a later release. Something
out
of scope will
not be included in the project. It
is
180
Project
Management MGMT627
VU
important
to explicitly identify items out of
scope to reduce misunderstandings which
can
generate
conflict and hard
feelings.
26.3
Difference
Between Business Case, Project
Charter and Scope
Document?
A
business
case is
usually prepared before project
approval. If you are a
contractor, your
proposal
would be similar a business
case.
A
project
charter providing
the project manager with
formal authorization to proceed
with the
project
is issued to a team by the project
sponsor before the project
starts.
Project
scope document defines the
project scope. It should be
attached to the business case
and
to
the project charter. The
project scope will be
refined as you proceed
through the project.
Scope
is bound to change, and this is to be
expected. As the detail becomes clearer,
more
complications
creep in. These are
not foreseeable at the start and
hopefully we build in a
contingency
for what we cannot
see.
26.4
Scope
Creep:
Scope
creep (also called requirement
creep, feature creep, and
sometimes kitchen
sink
syndrome)
in project management refers to
uncontrolled changes in a project's
scope. This
phenomenon
can occur when the scope of a
project is not properly
defined, documented, or
controlled.
It is generally considered a negative
occurrence to be avoided.
Typically,
the scope increase consists of
either new products or new
features of already
approved
product designs, without
corresponding increases in resources,
schedule, or budget.
As
a result, the project team risks
drifting away from its
original purpose and scope
on
unplanned
additions, and also because of
one's tendency to focus on only one
dimension of
project.
Therefore,
scope creep can also
result in a project team
overrunning its original
budget and
schedule.
As the scope of a project grows, more
tasks must be completed at the same
time and
cost
frame as original series of
project tasks.
Scope
creep can be a result
of:
·
Poor
change control
·
Lack
of proper initial identification of
what is required to bring
about the project
objectives.
·
Weak
project manager or executive
sponsor
·
Poor
communication between parties.
Scope
creep is a risk in most projects.
Most mega projects fall
victim to scope creep.
Scope
creep
often results in cost
overrun.
26.4.1
Features (Technology) Scope Creep
Management:
Features
(Technology) Scope Creep
Management occurs when the
scope creep is
introduced
by technologists adding features not
originally contemplated. It is
developed
by
technologists, for customer
pleasing or
technical
gold-plating purposes
where
features
are added to project (IT) by
technologists causing scope
creep.
Customer-pleasing
scope creep occurs
when the desire to please the
customer through
additional
product features adds more
work to the current project rather
than to a new
project
proposal. It results from an
organization and/or individual
whose ultimate goal
181
Project
Management MGMT627
VU
is
to please customer while
acting reluctant to reject proposed
changes in requirement
of
project.
Gold-plating
scope creep occurs
when technologists augment the original
requirements
because
of a bias toward "technical
perfectionism" or because the initial
requirements
were
insufficiently clear or detailed. It is
different, and is a result of
technologists
adding
substance or additions to original
requirements, because of lack of details
in
initial
business' requirements.
26.4.2
Scope Management
Plan:
It
is one of the major scope
communication documents. The
Project Scope
Management
Plan
documents how the project
scope will be defined,
managed, controlled,
verified
and
communicated to the project team and
stakeholders/customers. It also includes
all
work
required to complete the project.
The
documents are used to
control what is in and out of the
scope of the project by the
use
of a Change Management system.
Items deemed out of scope go
directly through
the
change control process and
are not automatically added
to the project work items.
The
Project Scope Management
plan is included in as one of the
sections in the overall
project
management plan. It can be
very detailed and formal or
loosely framed and
informal
depending on the communication needs of
the project.
26.5
Project
scope management:
Processes
used to identify all the
work required to successfully complete the
project.
·
Initiation
·
Scope
Planning
·
Scope
Definition
·
Scope
Verification
·
Scope
Change Control
182
Project
Management MGMT627
VU
Controllin
Initiatio
Plannin
Scope
Scope
Initiatio
Verificatio
Plannin
n
Scope
Scope
Chang
Definitio
e
·
Product
Scope:
This
refers to the features and functions
that are to be included in a
product or service.
Successful
completion of product scope is
measured against the requirements.
·
Project
Scope:
This
refers to the work that must be done to
deliver the product with
specified features and
functions.
Successful completion of project
scope is measures against the
plan.
26.5.1
Scope Initiation:
Formal
authority that a project exists and
recognizing that it should
continue its next
phase.
·
Appointment
of project team
·
Introduction
·
Needs
identification
·
Market
research
·
Opportunity
studies
·
Political
input
·
Tendering
·
Project
objectives and constraints
·
Characteristics
of objectives
·
Strategic
plan and objectives
·
Constraints
·
Project
cost limit
·
Performance
measures
·
Additional
input to project selection and
initiation
26.5.1.1Project
Charter:
The
project charter is the document that
formally recognizes existence of a
project.
It refers to the business need the
project is addressing. It describes
the
products
to be delivered. It gives project
manager the authority to
apply
organizational
resources to project
activities.
183
Project
Management MGMT627
VU
26.5.2
Scope Planning:
It
is a written statement that
includes:
·
Project
justification
·
Major
deliverables
·
Project
objectives
It
refers to the criteria used to
determine if the project or phase
has been completed
successfully.
Scope
planning is defining and managing the
project scope influences the
project's
overall
success. Each project requires a
careful balance of tools,
data sources,
methodologies,
processes and procedures, and other
factors to ensure that the
effort
expended
on scoping activities is commensurate
with the project's size,
complexity, and
importance.
26.5.2.1Scope
Management Plan:
The
project scope management
plan provides guidelines on
how project scope
will
be defined, documented, verified,
managed, and controlled by the
project
management
team.
Scope
management plan
describes:
·
How
scope changes will be
identified and classified.
·
How
scope changes will be
integrated into the
project.
·
Expected
stability of the project.
26.5.3
Scope Definition:
This
is where we get down to detail. It
provides the detailed information
for the Scope
Plan,
often called the Scope
Definition Document. It
provides the basis for
estimating
cost,
time and resources, performance
measurement and responsibilities.
Generally
the scope definition document is
presented in list format but
development of
the
document requires some brainstorming
activities that are best
done with the key
stakeholders
and the project team
involved.
26.5.3.1
Developing
Preliminary and Detailed Project Scope
Statement:
The
project scope statement is the
definition of the project what
needs
to
be accomplished.
The
preliminary
project scope statement is
developed from the
information
provided by the initiator or sponsor. The
project
management
team in the scope definition
process further refines
the
preliminary
project scope statement into
the project scope
statement.
The
project scope statement content
will vary depending upon
the
application
area and complexity of the project.
During subsequent
phases
of multi-phase projects the Preliminary
Project Scope
Statement
process
validates and refines, if
required, the project scope
defined for
that
phase.
184
Project
Management MGMT627
VU
The
preparation of a detailed
project scope statement is
critical to
project
success and builds upon the
major deliverables,
assumptions,
and
constraints that are documented during
project initiation in the
preliminary
project scope statement.
During planning, the project
scope
is
defined and described with
greater specificity because more
information
about the project is
known.
Stakeholder
needs, wants, and expectations are
analyzed and converted
into
requirements. The assumptions and
constraints are analyzed for
completeness,
with additional assumptions
and constraints added as
necessary.
The project team and other
stakeholders, who have
additional
insight into the preliminary
project scope statement,
can
perform
and prepare the analyses.
Defining
what project scope means is
critical. We have all been in
the
meetings
where two or three people leave
with different impressions
of
the
discussion. Creating a project
scope statement is a key way
to
ensure
everyone is on the same page.
The Project Scope
Statement
defines
the project scope and what
needs to be accomplished to meet
the
project's objectives.
·
Value
of Sound Scope
Statement:
With
a sound scope statement, one
can clearly understand the
project
details, deliverables and its boundaries.
Product description
helps
to explain and understand the details for
accomplishing
objectives.
It is essential to be sensitive to customer's
constraints,
assumptions,
budgetary restrictions as well as
definite limitations.
Thus,
it is necessary to follow project
scope to have concrete
decision
making ability during the
project. As a result of this,
the
team
involved begins to identify risks and
issues that could
cause
any
delay in the project. Also,
any scope deviations must
be
communicated
immediately to all
stakeholders including
customers.
26.5.3.2Inputs
to Defining Project Scope:
The
five inputs to defining
project scope are:
1.
Organizational
Process Assets:
Organizational
process assets provide
information about
standards
that the company has already
set in place--standards
that
are likely to be applied to
every project. This
information
is
re-used when creating the
Project Scope
Statement.
2.
Project
Charter:
The
project charter authorizes the existence of the
project. It
outlines
the project objectives, which
project managers need
to
detail
further in the Project Scope
Statement.
3.
Preliminary
Project Scope Statement:
The
Preliminary Project
Scope Statement
provides a
description
of the major project deliverables,
project objectives,
project
assumptions, project constraints, and a
statement of
work.
185
Project
Management MGMT627
VU
4.
Project
Scope Management
Plan:
The
Project Scope Management
Plan provides a description
of
how
the stated project objectives
will be developed within
the
detailed
Project Scope
Statement.
5.
Approved
Change Requests:
Change
request which are agreed-upon and
documented
amendments
to project scope. Approved
change requests will
ultimately
be added to the Project Scope
Statement.
26.5.3.3Outputs
to Defining Project Scope:
The
project scope statement
describes, in detail, the
project's
deliverables
and the work required to create
those deliverables.
The
project
scope statement also
provides a common understanding of
the
project
scope among all project stakeholders and
describes the project's
major
objectives. It also enables the
project team to perform
more
detailed
planning, guides the project team's work
during execution, and
provides
the baseline for evaluating whether
requests for changes
or
additional
work are contained within or
outside the project's
boundaries.
1.
Scope Statement:
The
degree and level of detail to
which the project scope
statement
defines
what work will be performed
and what work is
excluded
can
determine how well the
project management team can
control
the
overall project scope.
Managing the project scope, in
turn, can
determine
how well the project
management team can
plan,
manage,
and control the execution of the
project.
The
detailed project scope
statement includes, either
directly or by
reference
to other documents:
Project
Objectives: Project
objectives include the
measurable
o
success
criteria of the project. Projects
may have a wide
variety
of
business, cost, schedule,
technical, and quality
objectives.
Project
objectives can also include
cost, schedule, and
quality
targets.
Product
Scope Description:
o
It
describes the characteristics of the
product, service, or result
that
the project was undertaken to
create. These
characteristics
will
generally have less detail in
early phases and more
detail
in
later phases as the product
characteristics are
progressively
elaborated.
While the form and substance
of the characteristics
will
vary, the scope description
should always provide
sufficient
detail to support later project
scope planning.
Project
Requirements:
o
It
describes the conditions or
capabilities that must be
met or
possessed
by the deliverables of the project to
satisfy a
contract,
standard, specification, or other
formally imposed
documents.
Stakeholder analyses of all
stakeholder needs,
186
Project
Management MGMT627
VU
wants,
and expectations are translated into
prioritized
requirements.
Project
Boundaries:
o
Identifies
generally what is included
within the project. It
states
explicitly
what is excluded from the
project, if a stakeholder
might
assume that a particular
product, service, or result
could
be
a component of the project.
Project
Deliverables:
o
Deliverables
include both the outputs
that comprise the product
or
service of the project, as well as
ancillary results, such
as
project
management reports and documentation.
Depending on
the
project scope statement, the
deliverables may be
described
at
a summary level or in great
detail.
Product
Acceptance Criteria:
o
It
defines the process and criteria for
accepting completed
products.
Project
Constraints:
o
Lists
and describes the specific
project constraints associated
with
the project scope that
limits the team's options.
For
example,
a predefined budget or any imposed
dates (schedule
milestones)
that are issued by the
customer or performing
organization
are included. When a project
is performed under
contract,
contractual provisions will
generally be constraints.
The
constraints listed in the detailed
project scope
statement
are
typically more numerous and more detailed
than the
constraints
listed in the project
charter.
Project
Assumptions:
o
Lists
and describes the specific
project assumptions
associated
with
the project scope and the potential
impact of those
assumptions
if they prove to be false. Project
teams frequently
identify,
document, and validate assumptions as
part of their
planning
process. The assumptions
listed in the detailed
project
scope
statement are typically more
numerous and more
detailed
than
the assumptions listed in the project
charter.
Initial
Project Organization:
o
The
members of the project team, as
well as stakeholders, are
identified.
The organization of the project is
also documented.
Initial
Defined Risks:
o
Identifies
the known risks.
Schedule
Milestones:
o
The
customer or performing organization
can identify
milestones
and can place imposed dates on those
schedule
milestones.
These dates can be addressed
as schedule
constraints.
Fund
Limitation:
o
187
Project
Management MGMT627
VU
Describes
any limitation placed upon
funding for the
project,
whether
in total value or over
specified time
frames.
Cost
Estimate:
o
The
project's cost estimate factors
into the project's expected
overall
cost, and is usually
preceded by a modifier
that
provides
some indication of accuracy, such as
conceptual or
definitive.
Project
Configuration Management
Requirements:
o
It
describes the level of configuration
management and change
control
to be implemented on the project.
Project
Specifications:
o
Identifies
those specification documents
with which the
project
should
comply.
Approval
Requirements:
o
It
identifies approval requirements that
can be applied to items
such
as project objectives, deliverables,
documents, and work.
2.
Requested Changes:
Requested
changes to the project management
plan and its
subsidiary
plans may be developed during the
Scope Definition
process.
Requested changes are
processed for review
and
disposition
through the Integrated Change
Control process.
3.
Project Scope Management Plan
(Updates):
The
project scope management
plan component of the project
management
plan may need to be updated to
include approved
change
requests resulting from the
project's Scope
Definition
process.
26.5.4
Scope Verification:
This
process is carried out
whenever one or more deliverables
are ready to be handed
over.
It consists of obtaining the
stakeholders' formal acceptance of
the work
completed.
Verifying
the project scope includes
reviewing deliverables to ensure
that each is
completed
satisfactorily. If the project is
terminated early, the project
scope verification
process
should establish and document the level and
extent of completion.
Scope
verification
differs from quality control
in that scope verification is
primarily concerned
with
acceptance of the deliverables, while
quality control is primarily
concerned with
meeting
the quality requirements specified for
the deliverables. Quality control
is
generally
performed before scope
verification, but these two
processes can be
performed
in parallel.
26.5.5
Scope Change
Control:
The
scope changes that usually
cause problems are those where
the perception of
what
was
in and out of scope was
different between various parties. The
Project Manager
assumed
there would only be four or
five reports, and the business assumed
ten to
188
Project
Management MGMT627
VU
twenty.
Nobody felt it was worth
talking about because they
assumed the other
person
thought
the same way they
did.
The
scope management section of the project
plan is a formalized document
that
captures
the processes for handling
Scope Changes. The last
output of scope
management
is that of "Scope
Control". The
project manager should
implement a
process
to ensure the project's goals and
objectives will be monitored
throughout the
project.
The
project manager must be made
aware of any discrepancies of
project activities or
potential
risks promptly that deviate
from the baseline or work breakdown
schedule, in
order
to minimize any delays to the schedule
which can ultimately cause
project failure.
It
is the project manager's responsibility to
provide guidance for any
corrective action
and
means of communications to all team
members involved at any
level of the project.
With
adequate scope control
mechanisms executed, the team's progress
and
performance
can be measured. This will
resolve any potential issues
to the schedule and
decrease
resource conflicts.
Project
scope control is concerned
with influencing the factors that
create project scope
changes
and controlling the impact of those
changes. Scope control
assures all
requested
changes and recommended
corrective actions are processed
through the
project
Integrated Change Control
process.
Project
scope control is also used
to manage the actual changes when
they occur and is
integrated
with the other control
processes. Uncontrolled changes
are often referred to
as
project scope creep. Change
is inevitable, thereby mandating
some type of change
control
process.
Scope
creep (as
already discussed) is a term which refers
to the creeping forward of the
scope
of a project. It sometimes causes
cost overrun. It is a term which refers
to the
incremental
expansion of the scope of a project,
which may include and
introduce more
requirements
that may not have been a
part of the initial planning of the
project.
There
are two distinct ways to
separate scope creep
management, the first is
business
scope
creep, and the second is
called features (also technology)
scope creep. The
type
of
scope creep management is
nearly always dependent upon on the
people who create
the
changes.
Business
scope creep management occurs
when decisions that are made
with reference
to
a project are designed to solve or
meet the requirements and needs of the
business.
Business
scope creep changes may be a
result of poor requirements definition
early in
development,
or the failure to include the users of
the project until the later
stage of the
systems
development life
cycle.
The
type of scope creep
management is always dependent upon on
the people who
create
the changes.
Scope
creep management is significant in
many organizations all
around the world, as
many
projects that an organization will
set out on have a project
scope. Since projects
are
expected to have strict deadlines with
time, budget and quality restraints, the
effect
of
a change in the scope can
ultimately affect the success of the
project.
189
Project
Management MGMT627
VU
If
the approved change requests have an
effect upon the project
scope, then the
project
scope
statement is revised and reissued to
reflect the approved changes.
The updated
project
scope statement becomes the
new project scope baseline
for future changes.
Scope
Approval:
The
scope
management plan is a
formal document that explains
how the project scope
will
be managed and how scope
changes will be factored
into the project
plan.
Once
the scope is developed, the elements
are thoroughly discussed and
agreed on by
the
project team, stakeholders, sponsors and
customers. Then scope
definition is signed-
off
formally and the changes are
discussed thoroughly by the project
manager. With
"acceptance/signed
scope approval" project
manager responds to ensure complete
and
monitored
processing. Also, the customers
are being noticed for
every change to avoid
project
creep and risks.
190
Table of Contents:
|
|||||