







Study with the several resources on Docsity
Earn points by helping other students or get them with a premium plan
Prepare for your exams
Study with the several resources on Docsity
Earn points to download
Earn points by helping other students or get them with a premium plan
tempelate for scope mangement plan
Typology: Thesis
1 / 13
This page cannot be seen from the preview
Don't miss anything!








[Insert Department/Project Logo]
Version # Date Author Key Differences
The Scope Management Plan is created during the project’s Planning Process Phase and is considered a component of the Project Management Plan (PMP). The purpose of the Scope Management Plan is to document the defined scope management approach and processes, as well as the roles and responsibilities for Stakeholders participating in those processes.
The Scope Management Plan serves as a written reference guide. It describes how the project team will define and develop the project scope, create the Work Breakdown Structure (WBS), validate the scope, verify completion of project deliverables, control the scope baseline, and handle scope changes.
The following sections are constructed to match the suggested heading structure for the Scope Management Plan. Each section provides instructions and descriptions to help the reader understand the section purpose and how to complete it.
Template style conventions are as follows:
Style Convention
Normal text Indicates placeholder text that can be used for any project. [Instructional text in brackets] Indicates text that is be replaced/edited/deleted by the user] Example text in italics Indicates text that might be replaced/edited/deleted by the user
As you complete the template, please remember to delete all instructional text (including this section) and update the following items, as applicable:
Update the document to a minor version (e.g., 1.1, 1.2) when minimal changes are made and a major version (e.g., 2.0, 3.0) when significant changes are made.
Project Sample Library:
The CA-PMF has a Project Sample Library that contains real-world project artifacts from approved projects that you can reference to help you complete CA-PMF templates. Visit the CA-PMF website to access the Project Sample Library.
Example:
Name Role Responsibility
[Name] Project Sponsor • Approves Scope Management Plan.
into appropriate project documents [Name] Contract Manager • May have a role in deliverable verification and acceptance when the deliverable is required under contract terms. [Name] Project Team Members and Subject Matter Experts (SMEs)
[In this section, describe the approach to developing the project scope statement.]
Example:
This process takes the high-level product descriptions, assumptions and constraints, as documented in the Project Charter, and uses them to create a more detailed scope in the Project Scope Statement. The result of the process is a detailed definition of the product and/or service the project will produce.
This section details the process of developing a detailed description of the project and its deliverables. The Scope Statement details the project’s deliverables and work necessary to create these deliverables.
The project Scope Statement can contain, but is not limited to, the following components:
This section contains the Work Breakdown Structure (WBS) and related information. The WBS and its corresponding WBS Dictionary are important components of effective scope management.
Example: WBS
Level 1 Level 2 Level 3
1.1 Initiating 1.1.1 Evaluation and Recommendations
1.1.2 Develop Project Charter
1.1.3 Deliverable: Submit Project Charter
1.1.4 Project Sponsor Reviews Project Charter
1.1.5 Project Charter Signed and Approved 1.2 Planning 1.2.1 Create Preliminary Scope Statement
1.2.2 Determine Project Team
1.2.3 Project Team Kickoff
1.2.4. Develop Project Plan
1.2.5 Submit Project Plan
1.2.6 Milestone: Project Plan Approval 1.3 Executing 1.3.1 Project Kickoff Meeting
1.3.2 Verify and Validate User Requirements
1.3.3 Design System
1.3.4 Procure Hardware/Software
1.3.5 Install Development System
1.3.6 Testing Phase
1.3.7 Install Live System
1.3.8 User Training
1.3.9 Go Live
1.4 Closeout 1.4.1 Audit Procurement
1.4.2 Document Lessons Learned
1.4.3 Update Files/Records
1.4.4 Gain Formal Acceptance
1.4.5 Archive Files/Documents
[Document the project deliverables. Discuss how deliverables will be validated against the original scope and how deliverables will be formally accepted. Project deliverables should be formally accepted and signed off by the Project Sponsor throughout the project and not held back as a single set of deliverables at the end of the project. See the deliverable acceptance criteria and final product acceptance templates for additional information on accepting deliverables. It is important that this plan’s narrative align with the project’s formal acceptance approach.]
Example:
The project’s deliverables and products will be accepted through the project’s formal acceptance processes. These processes are designed to ensure that individual deliverables and products are accepted only if they meet their respective acceptance criteria.
[Describe the change process for making changes to the scope baseline. The Change Control Management Plan should include the details for requesting, reviewing, and approving changes to the Scope Statement or the Work Breakdown Structure after their initial approval.]
Example:
Any request for change in project scope will be processed through the project’s change management procedure. Proposed scope changes will be reviewed. If the Project Manager and Project Sponsor determine that the request has merit, it will be analyzed for its impact to project time and project costs, and a risk assessment of the scope change will be conducted. If the change is approved, the project’s WBS and WBS dictionary will be updated and re-baselined, the project schedule will be updated and may be re-baselined, and the project’s requirements set will be updated.
[Insert Department/Project Logo] [Insert Department Name] [Insert Project Name]