ZeePedia

PROJECT SCOPE MANAGEMENT:Why is Scope Important?, Scope Management Plan

<< TOTAL PROJECT PLANNING:Management Control, Project Fast-Tracking
PROJECT SCOPE MANAGEMENT:Project Scope Definition, Scope Change Control >>
img
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
img
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
img
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
img
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
img
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
img
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
img
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
img
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
img
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
img
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
img
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:
  1. INTRODUCTION TO PROJECT MANAGEMENT:Broad Contents, Functions of Management
  2. CONCEPTS, DEFINITIONS AND NATURE OF PROJECTS:Why Projects are initiated?, Project Participants
  3. CONCEPTS OF PROJECT MANAGEMENT:THE PROJECT MANAGEMENT SYSTEM, Managerial Skills
  4. PROJECT MANAGEMENT METHODOLOGIES AND ORGANIZATIONAL STRUCTURES:Systems, Programs, and Projects
  5. PROJECT LIFE CYCLES:Conceptual Phase, Implementation Phase, Engineering Project
  6. THE PROJECT MANAGER:Team Building Skills, Conflict Resolution Skills, Organizing
  7. THE PROJECT MANAGER (CONTD.):Project Champions, Project Authority Breakdown
  8. PROJECT CONCEPTION AND PROJECT FEASIBILITY:Feasibility Analysis
  9. PROJECT FEASIBILITY (CONTD.):Scope of Feasibility Analysis, Project Impacts
  10. PROJECT FEASIBILITY (CONTD.):Operations and Production, Sales and Marketing
  11. PROJECT SELECTION:Modeling, The Operating Necessity, The Competitive Necessity
  12. PROJECT SELECTION (CONTD.):Payback Period, Internal Rate of Return (IRR)
  13. PROJECT PROPOSAL:Preparation for Future Proposal, Proposal Effort
  14. PROJECT PROPOSAL (CONTD.):Background on the Opportunity, Costs, Resources Required
  15. PROJECT PLANNING:Planning of Execution, Operations, Installation and Use
  16. PROJECT PLANNING (CONTD.):Outside Clients, Quality Control Planning
  17. PROJECT PLANNING (CONTD.):Elements of a Project Plan, Potential Problems
  18. PROJECT PLANNING (CONTD.):Sorting Out Project, Project Mission, Categories of Planning
  19. PROJECT PLANNING (CONTD.):Identifying Strategic Project Variables, Competitive Resources
  20. PROJECT PLANNING (CONTD.):Responsibilities of Key Players, Line manager will define
  21. PROJECT PLANNING (CONTD.):The Statement of Work (Sow)
  22. WORK BREAKDOWN STRUCTURE:Characteristics of Work Package
  23. WORK BREAKDOWN STRUCTURE:Why Do Plans Fail?
  24. SCHEDULES AND CHARTS:Master Production Scheduling, Program Plan
  25. TOTAL PROJECT PLANNING:Management Control, Project Fast-Tracking
  26. PROJECT SCOPE MANAGEMENT:Why is Scope Important?, Scope Management Plan
  27. PROJECT SCOPE MANAGEMENT:Project Scope Definition, Scope Change Control
  28. NETWORK SCHEDULING TECHNIQUES:Historical Evolution of Networks, Dummy Activities
  29. NETWORK SCHEDULING TECHNIQUES:Slack Time Calculation, Network Re-planning
  30. NETWORK SCHEDULING TECHNIQUES:Total PERT/CPM Planning, PERT/CPM Problem Areas
  31. PRICING AND ESTIMATION:GLOBAL PRICING STRATEGIES, TYPES OF ESTIMATES
  32. PRICING AND ESTIMATION (CONTD.):LABOR DISTRIBUTIONS, OVERHEAD RATES
  33. PRICING AND ESTIMATION (CONTD.):MATERIALS/SUPPORT COSTS, PRICING OUT THE WORK
  34. QUALITY IN PROJECT MANAGEMENT:Value-Based Perspective, Customer-Driven Quality
  35. QUALITY IN PROJECT MANAGEMENT (CONTD.):Total Quality Management
  36. PRINCIPLES OF TOTAL QUALITY:EMPOWERMENT, COST OF QUALITY
  37. CUSTOMER FOCUSED PROJECT MANAGEMENT:Threshold Attributes
  38. QUALITY IMPROVEMENT TOOLS:Data Tables, Identify the problem, Random method
  39. PROJECT EFFECTIVENESS THROUGH ENHANCED PRODUCTIVITY:Messages of Productivity, Productivity Improvement
  40. COST MANAGEMENT AND CONTROL IN PROJECTS:Project benefits, Understanding Control
  41. COST MANAGEMENT AND CONTROL IN PROJECTS:Variance, Depreciation
  42. PROJECT MANAGEMENT THROUGH LEADERSHIP:The Tasks of Leadership, The Job of a Leader
  43. COMMUNICATION IN THE PROJECT MANAGEMENT:Cost of Correspondence, CHANNEL
  44. PROJECT RISK MANAGEMENT:Components of Risk, Categories of Risk, Risk Planning
  45. PROJECT PROCUREMENT, CONTRACT MANAGEMENT, AND ETHICS IN PROJECT MANAGEMENT:Procurement Cycles