scope mangement plan tempelate, Thesis of Advanced Education

tempelate for scope mangement plan

Typology: Thesis

2017/2018

Uploaded on 10/25/2018

kayani
kayani 🇵🇰

1 document

1 / 13

Toggle sidebar

This page cannot be seen from the preview

Don't miss anything!

bg1
[Insert Department
Name]
[Insert Project
Name]
[Insert Department/Project Logo]
Scope Management
Plan
pf3
pf4
pf5
pf8
pf9
pfa
pfd

Partial preview of the text

Download scope mangement plan tempelate and more Thesis Advanced Education in PDF only on Docsity!

[Insert Department

Name]

[Insert Project

Name]

[Insert Department/Project Logo]

Scope Management

Plan

Version History

Version # Date Author Key Differences

Introduction to the Scope Management Plan Template

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:

  • title page
  • version history
  • table of contents
  • headers
  • footers

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 SponsorApproves Scope Management Plan.

  • Provides high-level scope definition (Project Charter).
  • Reviews escalated scope issues and provide direction for resolution.
  • Approves major scope change requests.
  • Overall decision-making responsibility for Scope Management activities. [Name] Executive Steering Committee (if used)
  • Participates in Scope definition activities.
  • Provides final approval of Scope Management Plan (if decision-making committee).
  • Reviews major scope change requests and makes final decision or recommendations to the Project Sponsor. [Name] Project ManagerOverall responsibility for scope management.
  • Oversees the development of the Scope Management Plan.
  • Oversees the scope change management process.
  • Approves scope change requests within his/her authority.
  • Escalates scope and change issues.
  • Ensures that scope changes are incorporated

into appropriate project documents [Name] Contract ManagerMay 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)

  • Help develop the project scope statement.
  • Submit scope change requests.
  • Review Scope Change requests when assigned.
  • Provide feedback as and when required.
  • Participate in team-level scope change reviews. [Name] Independent Verification and Validation (IV&V)
  • (^) Provides an ongoing independent review and analysis of project scope management practices.
  • Monitors scope changes and provide feedback.

Scope Management Processes

Definition of Scope

[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:

  • Executive Summary – Brief summary of the project
  • Business Objectives – Should be stated in business terms

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. Widget Management System

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

Deliverable Validation and Acceptance

[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.

Control Scope

[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]