Project Management Plan Template

2y ago
7 Views
3 Downloads
2.25 MB
96 Pages
Last View : 1m ago
Last Download : 3m ago
Upload by : Averie Goad
Transcription

SCOPE MANAGEMENT PLANHOUSE CONSTRUCTION PROJECT5

TABLE OF CONTENTSINTRODUCTION . 2SCOPE MANAGEMENT APPROACH. 2ROLES AND RESPONSIBILITIES . 3SCOPE DEFINITION . 4PROJECT SCOPE STATEMENT . 4WORK BREAKDOWN STRUCTURE . 4SCOPE VERIFICATION . 5SCOPE CONTROL . 51

INTRODUCTIONThe Scope Management Plan provides the scope framework for this project. This plandocuments the scope management approach; roles and responsibilities as they pertain to projectscope; scope definition; verification and control measures; scope change control; and theproject’s work breakdown structure. Any project communication which pertains to the project’sscope should adhere to the Scope Management Plan.This project is for designing and building a single-family dwelling. Some external resourcesand outsourcing are anticipated for this project.SCOPE MANAGEMENT APPROACHFor this project, scope management will be the responsibility of the Project Manager. The scopefor this project is defined by the Scope Statement, Work Breakdown Structure (WBS) and WBSDictionary. The Project Manager, along with the Core Team of SMEs will establish and approvedocumentation for measuring project scope, which includes deliverable quality checklists andwork performance measurements. Proposed scope changes may be initiated by the ProjectManager, Stakeholders or any member of the project team. All change requests will besubmitted to the Project Manager who will then evaluate the requested scope change. Uponacceptance of the scope change request the Project Manager will submit the scope changerequest to the Change Control Board for acceptance. Upon approval of scope changes by theChange Control Board the Project Manager will update all project documents and communicatethe scope change to all stakeholders. Based on feedback and input from the Project Manager andCore Team members, the Customer is the primary agent for accepting the final projectdeliverables and complete final product.2

ROLES AND RESPONSIBILITIESThe Project Manager, and team will all play key roles in managing the scope of this project. Assuch, the project manager and team members, and Customer must be aware of theirresponsibilities in order to ensure that work performed on the project is within the establishedscope throughout the entire duration of the project. The table below defines the roles andresponsibilities for the scope management of this project.NameTBDRoleCustomerTBDProject ManagerTBDLiaison to CCBTBDTeam MembersResponsibilities- Accept project deliverables- Accept final product- Measure and verify project scope- Facilitate scope change requests- Facilitate impact assessments of scopechange requests- Organize and facilitate scheduled changecontrol meetings- Communicate outcomes of scope changerequests- Update project documents upon approval ofall scope changes- Measure and verify project scope- Validate scope change requests- Participate in impact assessments of scopechange requests- Communicate outcomes of scope changerequests to team- Facilitate team level change review process- Participate in defining change resolutions- Evaluate the need for scope changes andcommunicate them to the project manager asnecessaryTable 1.1, Scope Management Roles and Responsibilities3

SCOPE DEFINITIONThe scope for this project was defined through a comprehensive requirements collection process.First, a requirements collection workshop was conducted with key stakeholders.From the input gathered, the project team used the requirements management plan to develop theproject requirements documentation, and the requirements traceability matrix for what theproject must accomplish.The project description and deliverables were developed based on the requirements collectionprocess and input from subject matter experts. This process of expert judgment providedfeedback on the most effective ways to meet the requirements of the project.PROJECT SCOPE STATEMENTThe project Scope Statement provides a detailed description of the project, deliverables,constraints, exclusions, assumptions, and acceptance criteria. Additionally, the scope statementincludes what work should not be performed in order to eliminate any implied but unnecessarywork which falls outside the of the project’s scope.This project includes all the deliverables described [at the general level] in the Scope Statement.This project will be accepted once each of the major deliverables has been successfullycompleted, tested by the Project Team, and accepted by the Customer.This project does not include any items mentioned in the list of Exclusions.CONSTRAINTS: Only internal personnel, and personnel from the contracted vendors, may beused for this project. Additionally, the project is not to exceed 330 days in duration, or 450,000in spending.ASSUMPTIONS: Assumptions for this project are that support will be provided by the projectsponsor and all department managers and that adequate internal resources are available for thesuccessful completion of this project.WORK BREAKDOWN STRUCTUREIn order to effectively manage the work required to complete this project, it will be subdividedinto individual work packages which will not exceed 40 hours of work. This will allow theProject Manager to more effectively manage the project’s scope as the project team works on thetasks necessary for project completion. The project is broken down into three phases: the SitePreparation and Foundation Phase; the Structural Phase; and the Finishing Phase. Each of thesephases is then subdivided further down to work packages which will require no more than 40hours of work and no less than 4 hours of work (see Work Breakdown Structure [WBS]).4

In order to more clearly define the work necessary for project completion the WBS Dictionary isused. The WBS Dictionary includes an entry for each WBS element. The WBS Dictionaryincludes a detailed description of work for each element and the deliverables, budget andresource needs for that element. The project team will use the WBS Dictionary as a reference forthe work for each WBS element.LevelWBSCodeElement NameDescription of WorkDeliverablesBudgetResourcesSample WBS DictionarySCOPE VERIFICATIONAs this project progresses the Project Manager will verify interim project deliverables against theoriginal scope as defined in the scope statement, WBS and WBS Dictionary. Once the ProjectManager verifies that the scope meets the requirements defined in the project plan, the ProjectManager and Customer will meet for formal acceptance of the deliverable. During this meetingthe Project Manager will present the deliverable to the Project Customer for formal acceptance.The Project Customer will accept the deliverable by signing a project deliverable acceptancedocument. This will ensure that project work remains within the scope of the project on aconsistent basis throughout the life of the project.SCOPE CONTROLThe Project Manager and the project team will work together to control of the scope of theproject. The project team will leverage the WBS Dictionary by using it as a statement of workfor each WBS element. The project team will ensure that they perform only the work describedin the WBS dictionary and generate the defined deliverables for each WBS element. The ProjectManager will oversee the project team and the progression of the project to ensure that this scopecontrol process if followed.If a change to the project scope is needed the process for recommending changes to the scope ofthe project must be carried out. Any project team member or Stakeholder can request changes tothe project scope. All change requests must be submitted to the Project Manager in the form of aproject change request document. The Project Manager and Team will then review thesuggested change to the scope of the project, and perform an impact assessment of the changeThe Project Manager will then formally submit the change request to the Change Control Board.If the Change Control Board approves the scope change, the Project Manager and Team willupdate all project documents and communicate the scope change to all project team membersand stakeholders.5

6

REQUIREMENTS MANAGEMENT PLANHOUSE CONSTRUCTION PROJECT7

TABLE OF CONTENTSINTRODUCTION . 9REQUIREMENTS MANAGEMENT APPROACH . 9CONFIGURATION MANAGEMENT. 10REQUIREMENTS PRIORITIZATION PROCESS . 10PRODUCT METRICS . 11REQUIREMENTS TRACEABILITY MATRIX . 118

INTRODUCTIONThe purpose of this Requirements Management Plan is to establish a common understanding ofhow requirements will be identified, analyzed, documented, and managed for the Project.Requirements will be divided into two categories: project requirements and productrequirements. Project requirements are the requirements identified to meet the needs of theproject and ensure its completion and readiness to hand over to operations. These consist mostlyof administrative and logistical requirements. Product requirements are the requirementsidentified to meet the technical specifications of the product being produced as a result of theproject. These will consist of requirements to ensure that performance specifications are met,component properties are properly documented, and construction thresholds are identified anddocumented.The inputs for the requirements management plan include the Project Charter and StakeholderRegister.REQUIREMENTS MANAGEMENT APPROACHThe approach we will use for requirements management for the project will be broken down intofour areas: requirements identification, requirements analysis, requirements documentation, andongoing requirements management.Requirements Identification: The project team will facilitate various methods to collectrequirements which may include: interviews, focus groups, facilitated workshops, groupcreativity techniques, questionnaires and surveys, etc. These will be conducted among theproject stakeholders to ensure all requirements are captured.Requirements Analysis: The project team will analyze requirements to determine if they fallinto project or product categories. Additionally, this analysis will determine if the requirementscan logically be translated into work packages and / or schedule activities. Accountability andpriority for each requirement will also be determined as part of the analysis. Finally, acceptancecriteria must be determined for all requirements, from which quality metrics can be derived. Themetrics will be used in the Quality area to determine when a requirement has been fulfilled to anacceptable level.Requirements Documentation: Once requirements have been identified and analyzed, theywill be documented and assigned to accountable personnel. These requirements will be used todevelop the project Scope Statement, and the project team will determine what methodologies touse to track and report on the status of each requirement. All requirements will also be added tothe Requirements Traceability Matrix, which will be used throughout the project, as well asduring the formal project closure process.Ongoing Requirements Management: Throughout the project lifecycle, the project managerwill ensure all team members are reporting requirement status and raising any issues or concernswith their assigned requirements as appropriate. As the project matures there may be situations9

in which requirements must change or be altered in some way. The project team will follow theestablished change control process in order to propose any changes to requirements and receiveapproval from the change control board. Ongoing requirements management also includesreviewing the completion status of all requirements as part of project closure.CONFIGURATION MANAGEMENTFor the Project, the Requirements Management Plan will synchronize with the configurationmanagement activities outlined in the Configuration Management Plan. Key items includedocumentation/version control and change control:Documentation and Version Control: All documentation related to components of thedeliverables will be loaded into the Configuration Management Database (CMDB) as the centralrepository for the Project. Appropriate permissions will be granted to the project team forediting and revising documentation. Any proposed changes to the documents that do not resultin changes to fundamental project plans or baselines will be reviewed and approved by thedesignated Team Member. When the documentation is edited, the project manager and Teamwill be responsible for communicating the change to appropriate stakeholders.Change Control: Any proposed changes to project requirements must be carefully consideredbefore approval and implementation. Such changes are likely to impact project scope, time,and/or cost, perhaps significantly. Any proposed changes to fundamental project plans orbaselines will be reviewed by the CCB. The role of the CCB is to determine the impact of theproposed change on the project, seek clarification on proposed change, and either approve orreject requested changes. The project manager and Team are responsible for documenting andimplementing any approved changes in project scope, as part of the change review and approvalprocess.REQUIREMENTS PRIORITIZATION PROCESSThe project manager will facilitate stakeholder meetings in order to establish priorities for allproject requirements. This project will use a three-level scale in order to prioritize requirements.The chart below illustrates these levels and defines how requirements will be grouped:Priority LevelDefinitionHighThese requirements are mission critical. They are required for project/productsuccess or for progression to next project phaseMediumThese requirements support product/process operations but can be completedunder the next product releaseLowThese requirements are quality and/or functional enhancements and are notdesirable if time and resources permitAs the project moves forward and additional constraints are identified or there are issues withresources, it may be necessary for the project team and stakeholders to meet in order todetermine what requirements must be achieved, which can be re-baselined, or which can be10

omitted. These determinations will be made in a collaborative effort based on the priorities ofthe requirements and which level they are assigned in accordance with the chart above. As anychanges in requirements are made, all project documentation must be updated, and updates mustbe communicated to the appropriate stakeholders.PRODUCT METRICSProduct metrics for the project will be based on cost, quality, and performance requirements asoutlined in the various project documents. In order to achieve project success, the final productmust meet or exceed all established metrics.Cost: Quality: Total Cost for the ProjectTotal Cost for all Contracted ServicesCost for all MaterialsCost for all Personnel PayrollRelated to foundation:Related to frame:Related to exterior:Related to interior:Related to final finishing:Performance: Related to electrical wiring: Related to plumbing: Misc.:REQUIREMENTS TRACEABILITY MATRIXA requirements traceability matrix will be prepared for, and utilized in, this project. The purposeof the requirements traceability matrix is to ensure all product requirements are either completed,or documented as not included in the Project Scope. This matrix provides a thread from allproduct requirements through completion, testing, and acceptance. Related documents andProject Plan references are contained in the Project Configuration Management Plan. Anyapproved changes in project requirements will result in changes to the traceability matrix. Basedon impacts of the approved changes, the Project Manager will make the necessary changes to thematrix and communicate those changes to appropriate stakeholders. A sample requirementstraceability matrix is included as a separate document in this Project Management Plan.11

REQUIREMENTS TRACEABILITY MATRIXHOUSE CONSTRUCTION PROJECT12

Requirements Traceability MatrixSample Project R.T.M.Project: House ConstructionSource of Req.DescriptionRequested:G. White3 BedroomsT. Hall2 ½ BathroomsE. RastrumIndoor Pool8/6/2012H. HalifaxFoam Insulation8/3/2012R. AnselCupolaW. AngstromFinished BasementL. Phantleroy4-Car Id’ed as NotRequired:Completed:Accepted byCustomer:

SCHEDULE MANAGEMENT PLANHOUSE CONSTRUCTION PROJECT2

TABLE OF CONTENTSINTRODUCTION . 2SCHEDULE MANAGEMENT APPROACH . 2SCHEDULE CONTROL . 3SCHEDULE CHANGES AND THRESHOLDS . 31

INTRODUCTIONThe project schedule is the roadmap for how the project will be executed. Schedules are animportant part of any project as they provide the project team, sponsor, and stakeholders apicture of the project’s status at any given time. The purpose of the schedule management planis to define the approach the project team will use in creating the project schedule. This planalso includes how the team will monitor the project schedule and manage changes after thebaseline schedule has been approved. This includes identifying, analyzing, documenting,prioritizing, approving or rejecting, and publishing all schedule-related changes.SCHEDULE MANAGEMENT APPROACHProject schedules will be created using MS Project 2007, starting with the deliverables identifiedin the project’s Work Breakdown Structure (WBS). Activity definition will identify the specificschedule activities which must be performed to complete each work package. Activitysequencing will be used to determine the order of schedule activities, based on identifiedrelationships between project activities. Resource estimating will be used to identify theresources needed to complete each of the schedule activities. Activity duration estimating willbe used to calculate the number of work periods required to complete schedule activities.Once a preliminary schedule has been developed, it will be reviewed by the project team, and thespecific needed resources will start to be acquired and assigned to project tasks. The projectteam will continue to review the resource assignments, durations, and schedule sequencing. Theinitial scheduling effort will result a Milestone Chart [which will also serve as the basis for theSchedule Baseline, as well as the first Project [Schedule] Network Diagram (PND).The significant Milestones for this project are depicted in the Schedule Baseline [MilestoneChart].Roles and responsibilities for schedule development are as follows:The project manager will be responsible for facilitating work package definition, sequencing, andestimating duration and resources with the project team. The project manager will also supervisethe creation of the project schedule using MS Project 2007, and validate the schedule with theproject team, and certain key stakeholders. The project manager will approve the [relativelystatic] schedule baseline, and the [dynamically evolving] project schedule.The project team is responsible for participating in work package definition, sequencing, andduration and resource estimating. The project team will also review and validate the proposedschedule and perform assigned activities once the schedule is approved.2

SCHEDULE CONTROLThe project schedule will be reviewed and updated as necessary on a bi-weekly basis with actualstart, actual finish, and completion percentages which will be provided by task owners.The project manager is responsible for holding bi-weekly schedule updates/reviews; determiningimpacts of schedule variances; submitting schedule change requests; and reporting schedulestatus in accordance with the project’s Communications Management Plan.The project team is responsible for participating in bi-weekly schedule updates/reviews;communicating any changes to actual start/finish dates to the project manager; and participatingin schedule variance resolution activities as needed.The project sponsor will maintain awareness of the project schedule status, primarily for thepurpose of on-going budget planning and resourcing.SCHEDULE CHANGES AND THRESHOLDSIf any member of the project team determines that a change to the schedule is necessary, theproject manager and team will meet to review and evaluate the change. The project manager andproject team must determine which tasks will be impacted, variance as a result of the potentialchange, and any alternatives or variance resolution activities they may employ to see how theywould affect the scope, schedule, and resources. If, after this evaluation is complete, the projectmanager determines that any change will exceed the established boundary conditions, then aschedule change request must be submitted.Submittal of a schedule change request to the project sponsor for approval is required if either ofthe two following conditions is true: The proposed change is estimated to impact a milestone on the Milestone Chart by 10%or more. The change is estimated to increase the duration of the overall baseline schedule by 10%or more.Other change requests that do not meet these thresholds may be submitted to the project managerfor approval.Once the change request has been reviewed and approved, the project manager is responsible foradjusting the schedule and communicating all changes and impacts to the project team, andappropriate stakeholders. The project manager must also ensure that all change requests aredocumented in the Change Log.3

COST MANAGEMENT PLANHOUSE CONSTRUCTION PROJECT4

TABLE OF CONTENTSINTRODUCTION . 2COST MANAGEMENT APPROACH . 2MEASURING PROJECT COSTS . 2REPORTING FORMAT . 3COST VARIANCE RESPONSE PROCESS . 3COST CHANGE CONTROL PROCESS . 3PROJECT BUDGET . 31

INTRODUCTIONThe Project Manager will be responsible for managing and reporting on the project’s costthroughout the duration of the project. During the monthly project status meeting, the ProjectManager will meet with management to present and review the project’s cost performance forthe preceding month. Performance will be measured using earned value. The Project Manageris responsible for accounting for cost deviations and presenting the Project Sponsor with both theinitial estimated budget [BAC], and a Time-Phased Spending Plan. The Project Sponsor has thelead responsibility for obtaining the funding needed for project accomplishment.COST MANAGEMENT APPROACHCosts for this project will be estimated and managed based on the Work Breakdown Structure(WBS). Control Accounts (CA) will be created within the WBS to track costs. Earned Valuecalculations for the CA’s will measure and manage the financial performance of the project.Activity cost estimates, once derived, are aggregated up into the work packages, then up into theControl Accounts, and finally up into the entire project Cost Baseline.For Earned Value Analysis, credit for work will be assigned at the activity level. Work startedon activities will attribute that activity with 50% credit; whereas, the remaining 50% is creditedupon completion of all work defined in that activity. Costs will be rounded to the nearest dollarand work hours rounded to the nearest whole hour.Cost variances of /- 5% in the cost performance index will change the status of the cost tocautionary in the project status reports. Cost variances of /- 10% in the cost performance indexwill change the status of the cost to an alert stage in the project status reports. This will requirecorrective action from the Project Manager in order to bring the cost performance index belowthe alert level. Corrective actions may require a project change request.MEASURING PROJECT COSTSPerformance of the project will be measured using Earned Value Management. The followingEarned Value metrics will be used to measure to projects cost performance: Cost Variance (CV) Cost Performance Index (CPI)If the Cost Performance Index has a variance of between 0.1 and 0.2 the Project Manager mustreport the reason for the exception. If the CPI has a variance of greater than 0.2 the ProjectManager must report the reason for the exception and provide management a detailed correctiveplan to bring the project performance back to acceptable levels.Performance MeasureCost Performance Index (CPI)YellowBetween 0.9 and 0.8 orBetween 1.1 and 1.22RedLess Than 0.8 or Greaterthan 1.2

REPORTING FORMATReporting for cost management will be included in the monthly project status report. TheMonthly Project Status Report will include a section labeled, “Cost Management”. This sectionwill contain the Earned Value Metrics identified in the previous section. All cost variancesoutside of the thresholds identified in this Cost Management Plan will be reported on includingany corrective actions which are planned. Change Requests which are triggered based uponproject cost overruns will be identified and tracked in this report.COST VARIANCE RESPONSE PROCESSThe Control Threshold for this project is a CPI less than 0.8. If the project reaches this ControlThreshold, a Cost Variance Corrective Action Plan is required. The Project Manager willpresent this Plan to key stakeholders, including the Project Sponsor, with options for correctiveactions. The Cost Variance Corrective Action Plan will detail the actions necessary to bring theproject back within budget and the means by which the effectiveness of the actions in the planwill be measured. Upon adoption of the Cost Variance Corrective Action Plan, it will become apart of the project plan, and the plan will be updated to reflect the corrective actions.COST CHANGE CONTROL PROCESSThe cost change control process will follow the established project change request process.Approvals for changes to the overall project Cost Baseline must be approved by the projectsponsor.PROJECT BUDGETThe budget for this project is detailed in the Cost Baseline documents. Costs for this project arepresented in various categories:Personnel / Payroll CostsMaterial CostsContractor CostsTotal Project CostContingency Reserves [calculated and reported as part of activity costs]3

QUALITY MANAGEMENT PLANHOUSE CONSTRUCTION PROJECT4

TABLE OF CONTENTSINTRODUCTION . 2QUALITY MANAGEMENT APPROACH . 2QUALITY REQUIREMENTS / STANDARDS . 3QUALITY ASSURANCE . 4QUALITY CONTROL. 6QUALITY CONTROL / QUALITY ASSURANCE MEASUREMENTS. 71

INTRODUCTIONThe Quality Management Plan for the project will establish the activities, processes, andprocedures for ensuring a quality product upon the conclusion of the project. The purpose of thisplan is to: Ensure quality is planned Define how quality will be managed Define quality assurance activities Define quality control activities Define acceptable quality standardsQUALITY MANAGEMENT APPROACHThe quality management approach for the proj

Change Control Board the Project Manager will update all project documents and communicate the scope change to all stakeholders. Based on feedback and input from the Project Manager and Core Team members, the Customer is the primary agent for accepting the final

Related Documents:

Initiate a Template-Based Hire – Casual AUPE Hourly (Project) Step 2: Access Template Selection 1. Click the Look up Select Template button (magnifying glass) next to the Select Template field. The Look up Select Template window is displayed. Step 3: Select Template The template

Project Issue Management Process Project Issue Management Process Template, version 1.0 (03.15.12) ii 1 Introduction The Project Issue Management Process is followed during the Execution phase of the Project Management Life Cycle throughout the project; however, issues may be identified at any stage of the project life cycle.File Size: 258KBPage Count: 8People also search forissue management processcontemporary issue management:contemporary issue management: quizletdefine opportunity management processacquisitions the issue management proces asana project management templates

Project ppt template project report? What format is the pieces of the review it happened throughout, best project template report ppt. Kids bored at teachers use these best project status report template ppt, it can insert your business briefings, add important component of your project delivery status report template is past results that allow .

P-245 - Term Contract Template for Gen. Services P-250 - Purchase Order Template P-520 - Equipment Lease Template P-530 - Equipment Maintenance Template P-600 - Professional Services Template P-601 – Professional Services Template (Individuals) P-606 - Chapter 6 Professional Services Template P-650 – Prof. Services Amendment Template

- Project Management Plan Template - Project Test Plan Template (for Quality Management Plan section) - Project Team Roles Definition P2 Develop Work Breakdown Structure (WBS) The WBS is a deliverable-oriented grouping of project elements which organizes and defines the total scope of the project. It subdivides the project work into

5S Template 279 5 Whys Template 281 A3 Template 282 Change Management Plan Template 284 Check Sheet 286 . Hoshin Kanri 291 Lessons Learned Survey Content 293 Meeting Minutes Template 296 Metrics Chain 297 Policy Template 298 Procedure Template 299 Process Map 300 Process Monitoring P

Project Delivery Plan (PDP) Template - Title Page Project Delivery Plan (PDP) Project Company Name Signature Date role Author Project Manager Reviewer Approver Sponsor . 1.3 The Project Delivery Plan (PDP) 4 2 Business plan 5-6 2.1 Business strategy 5 2.2 Business benefits management 6 2.3 Business change management 6 3 Set-up plan 7-10

The Major Project Management Plan must be completed using the Major Project Plan Template when the Project Size is “Major”. 1.3 Procedural Steps The cover page should be completed by adding the Date of Project Request, Requesting Agency Name, Project Name, and Project Number. There are 14 sections within the Major Project Management Plan.