Scope Management Plan
Scope Management Plan
Scope Management Plan
use on your project and within your organization. We hope that you find this template useful and welcome your comments. Public distribution of this document is only permitted from the Project Management Docs official website at: www.ProjectManagementDocs.com
DATE
INTROD'CTION
Scope Management is the collection of processes which ensure that the project includes all the wor' re0uired to complete it while e1cluding all wor' which is not necessary to complete it. The Scope Management Plan details how the project scope will be defined2 de3eloped2 and 3erified. t clearly defines who is responsible for managing the projects4 scope and acts as a guide for managing and controlling the scope. Project Scope Management follows a fi3e step process5 ,ollect $e0uirements2 Define Scope2 ,reate W(S2 *erify Scope2 and ,ontrol Scope. -6 ,ollect $e0uirements 7 this first step is the process by which we define and document the re0uirements needed to meet all project objecti3es. The foundation of this process is the project charter and sta'eholder register. 8rom these2 the team can identify re0uirements2 collecti3ely discuss details associated with meeting each re0uirement2 conduct inter3iews and follow9on discussion to clarify the re0uirements2 and document the re0uirements in sufficient detail to measure them once the project begins the e1ecution phase. This documentation also ser3es as an input to the ne1t step in the process which is to define scope. /6 Define Scope 7 this step is critical to project success as it re0uires the de3elopment of a detailed project:product description to include deli3erables2 assumptions2 and constraints and establishes the framewor' within which project wor' must be performed. !6 ,reate W(S 7 this process brea's project deli3erables down into progressi3ely smaller and more manageable components which2 at the lowest le3el2 are called wor' pac'ages. This hierarchical structure allows for more simplicity in scheduling2 costing2 monitoring2 and controlling the project. #6 *erify Scope 7 this is the process by which the project team recei3es a formalized acceptance of all deli3erables with the sponsor and:or customer. %6 ,ontrol Scope 7 this is the process of monitoring:controlling the project:product scope as well as managing any changes in the scope baseline. ,hanges may be necessary to the project scope but it is imperati3e they are controlled and integrated in order to pre3ent scope creep. The Scope Management Plan pro3ides the scope framewor' for this project. This plan documents the scope management approach5 roles and responsibilities as they pertain to project scope5 scope definition5 3erification and control measures5 scope change control5 and the project4s wor' brea'down structure. "ny project communication which pertains to the project4s scope should adhere to the Scope Management Plan. This project is for designing2 programming2 and testing a new software product which will be used to trac' the company4s finances and impro3e 3arious financial processes. This includes design of the software2 all programming and coding2 and testing:3alidation of the software. ;o e1ternal resources or outsourcing are anticipated for this project.
Na e @ohn Doe
Ro!e Sponsor
@ane Doe
Project Manager
(ob @ones
Team Cead
@ohn Smith
Team Member
Tom (rown
Team Member
Re$pon$)*)!)t)e$ 9 "ppro3e or deny scope change re0uests as appropriate 9 A3aluate need for scope change re0uests 9 "ccept project deli3erables 9 Measure and 3erify project scope 9 8acilitate scope change re0uests 9 8acilitate impact assessments of scope change re0uests 9 Brganize and facilitate scheduled change control meetings 9 ,ommunicate outcomes of scope change re0uests 9 ?pdate project documents upon appro3al of all scope changes 9 Measure and 3erify project scope 9 *alidate scope change re0uests 9 Participate in impact assessments of scope change re0uests 9 ,ommunicate outcomes of scope change re0uests to team 9 8acilitate team le3el change re3iew process 9 Participate in defining change resolutions 9 A3aluate the need for scope changes and communicate them to the project manager as necessary 9 Participate in defining change resolutions 9 A3aluate the need for scope changes and communicate them to the project manager as necessary
SCOPE DE&INITION
The scope definition section details the process of de3eloping a detailed description of the project and its deli3erables. This can only be completed after the re0uirements ha3e been identified and defined during the re0uirements definition process. During the re0uirements definition process three documents were created5 $e0uirements Documentation2 $e0uirements Management Plan and a $e0uirements Traceability Matri1. Dou can refer to these documents when defining the projects4 scope. This section should e1plain the process you followed to de3elop the detailed description of the project and its deli3erables. f you used other documents such as the Project ,harter2 Preliminary Project Scope Statement or $e0uirements Documentation you should identify them and all other documents used. Dou should tie the scope definition process bac' to the re0uirements definition as the projects4 scope answers the re0uirements for the project.
%
Dou should also document the tools and techni0ues used to define the project scope such as e1pert judgment2 product analysis2 alternati3es identification or facilitated wor'shops. The scope for this project was defined through a comprehensi3e re0uirements collection process. 8irst2 a thorough analysis was performed on the company4s current software applications based on employee and user feedbac'. 8rom this information2 the project team de3eloped the project re0uirements documentation2 the re0uirements management plan2 and the re0uirements traceability matri1 for what the new software application must accomplish. The project description and deli3erables were de3eloped based on the re0uirements collection process and input from subject matter e1perts in software design2 technical support2 programming and business applications. This process of e1pert judgment pro3ided feedbac' on the most effecti3e ways to meet the original re0uirements of pro3iding a new software platform from which the company can impro3e its financial trac'ing and internal financial processes.
&
and all department managers and that ade0uate internal resources are a3ailable for the successful completion of this project.
&)g.re +#+, Work Breakdown Structure (WBS) n order to more clearly define the wor' necessary for project completion the W(S Dictionary is used. The W(S Dictionary includes an entry for each W(S element. The W(S Dictionary includes a detailed description of wor' for each element and the deli3erables2 budget and resource needs for that element. The project team will use the W(S Dictionary as a statement of wor' for each W(S element.
Ce3el
W(S ,ode
Alement ;ame
Description of Wor'
Deli3erables
(udget
$esources
SCOPE 0ERI&ICATION
Scope 3erification discusses how the deli3erables will be 3erified against the original scope and how the deli3erables from the project will be formally accepted. The deli3erables for the project should be formally accepted and signed off on by the customer throughout the lifecycle of the project and not held bac' as a single deli3erable at the end of the project. "s this project progresses the Project Manager will 3erify interim project deli3erables against the original scope as defined in the scope statement2 W(S and W(S Dictionary. Bnce the Project Manager 3erifies that the scope meets the re0uirements defined in the project plan2 the Project Manager and Sponsor will meet for formal acceptance of the deli3erable. During this meeting the Project Manager will present the deli3erable to the Project Sponsor for formal acceptance. The Project Sponsor will accept the deli3erable by signing a project deli3erable acceptance document. This will ensure that project wor' remains within the scope of the project on a consistent basis throughout the life of the project.
SCOPE CONTROL
Scope control is the process of monitoring the status of the scope of the project. This section also details the change process for ma'ing changes to the scope baseline. The Project Manager and the project team will wor' together to control of the scope of the project. The project team will le3erage the W(S Dictionary by using it as a statement of wor' for each W(S element. The project team will ensure that they perform only the wor' described in the W(S dictionary and generate the defined deli3erables for each W(S element. The Project Manager will o3ersee the project team and the progression of the project to ensure that this scope control process if followed. f a change to the project scope is needed the process for recommending changes to the scope of the project must be carried out. "ny project team member or sponsor can re0uest changes to the project scope. "ll change re0uests must be submitted to the Project Manager in the form of a project change re0uest document. The Project Manager will then re3iew the suggested change to the scope of the project. The Project Manager will then either deny the change re0uest if it does not apply to the intent of the project or con3ene a change control meeting between the project team and Sponsor to re3iew the change re0uest further and perform an impact assessment of the change. f the change re0uest recei3es initial appro3al by the Project Manager and Sponsor2 the Project Manager will then formally submit the change re0uest to the ,hange ,ontrol (oard. f
+
the ,hange ,ontrol (oard appro3es the scope change the Project Sponsor will then formally accept the change by signing the project change control document. ?pon acceptance of the scope change by the ,hange ,ontrol (oard and Project Sponsor the Project Manager will update all project documents and communicate the scope change to all project team members sta'eholders.
SPONSOR ACCEPTANCE
"ppro3ed by the Project Sponsor: HHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH IProject SponsorJ IProject Sponsor TitleJ Date:HHHHHHHHHHHHHHHHHHHH
This free Project Scope Management Plan Template is brought to you by www.ProjectManagementDocs.com
-.