《项目执行计划模板1.doc》由会员分享，可在线阅读，更多相关《项目执行计划模板1.doc（34页珍藏版）》请在三一文库上搜索。
1、PM 005 Project Execution PlanTemplate & GuideThis Guide is intended to be read in conjunction with the following template for the development of a Project Execution Plan. As such the Guide should be removed from the front of your final document.Version 1.0 (14 December 2000)What is a Project Executi
2、on Plan?The Project Execution Plan is the road map used by the Project Team to deliver the agreed project outputs. It outlines the responsibilities of the Project Team and key stakeholders.Why would you develop a Project Execution Plan?A Project Execution Plan is developed to expand on the Project B
3、usiness Plan by specifying the day-to-day (operational) management procedures and control plans including: detailed project plans; resource schedules; quality procedures; reporting procedures; product purchasing and development plans; risk management planning; and project budgets.The document enable
4、s those completing the tasks/activities in the project to deliver the expected results, as per the agreed Project Business Plan.When would you develop a Project Execution Plan?Approval to proceed to develop a Project Execution Plan is usually obtained from the acceptance or approval of a preceding s
5、tage such as a Project Proposal/Brief For a definition of these underlined terms, refer to the Project Management Glossary. or Project Business Plan. The Project Execution Plan expands the proposals developed in these documents in order to: document the day-to-day (operational) management and contro
6、l activities to be undertaken by the Project Team; and gain acceptance by the Project Sponsor or Proposer to the suitability of these activities.What you need before you start: Agreement to proceed with the development of the Project Execution Plan from the Project Sponsor or Proposer. Knowledge and
7、 understanding of developing detailed project plans, quality plans, implementation and delivery plans, resource scheduling, risk management planning and financial planning. Knowledge and understanding of the Key Elements, as outlined in the Tasmanian Government Project Management Guidelines.Optional
8、: Any of the following documents - Strategic Information Systems Plan, Project Proposal/Brief, Process Review Report or Feasibility Study. Departmental Project Management Guidelines.What you will have when you are finished:A completed Project Execution Plan that is ready for acceptance by the Projec
9、t Sponsor or Proposer.How to use this template?The template contains sections which are either optional or can be developed at a number of levels of detail depending upon individual need. Sections that are not completed can be indicated in a number of alternative methods depending on the reason for
10、non-completion, for example by referring to another document, by deleting the heading, or by indicating that the section is not applicable.All documents developed based on this template should include an appropriate acknowledgement.A number of different text styles have been used within the template
11、, as follows: Text in italics is intended to provide a guide as to the kind of information that can be included in a section and to what types of projects it might be applicable. Text in normal font is intended as examples. Text enclosed in is intended to be replaced by whatever it is describing.Pro
12、ject Execution PlanOrganisational UnitDEPARTMENT OF Version 0.A (dd mmm yyyy)DOCUMENT ACCEPTANCE and RELEASE NOTICEThis is of the Project Execution Plan.The Project Execution Plan is a managed document. For identification of amendments each page contains a release number and a page number. Changes w
13、ill only be issued as complete replacement. Recipients should remove superseded versions from circulation. This document is authorised for release once all signatures have been obtained.PREPARED:DATE:_/_/_(for acceptance) (, Project Manager)ACCEPTED:DATE:_/_/_(for release) (Project Sponsor, )1.BUILD
14、 STATUS:The most recent amendment first.VersionDateAuthorReasonSections2.AMENDMENTS IN THIS RELEASE:Section TitleSection NumberAmendment Summary3.DISTRIBUTION:Copy NoVersionIssue DateIssued To12ElectronicTable of Contents1Introduction11.1Document Purpose11.2Intended Audience11.3Project Outputs11.4Sc
15、ope of Work22Management Plan22.1Management22.2Status Reporting32.3Risk Management42.4Provision of Facilities and Equipment52.5Skills and Resource Requirements52.6Configuration Management62.7Confidentiality72.8Output Review and Acceptance72.9Updating this Plan73Quality Plan93.1Introduction93.2Methodo
16、logies and Standards93.3Development Environment103.4Inspection, Measuring and Test Equipment103.5Development Cycle103.6Outputs to be Developed103.7Project Evaluation113.8Records114Purchasing Plan124.1Purchasing Specification124.2Selection of Suppliers134.3Subcontractor Management134.4Inspection and
17、Testing of Purchased Goods & Services134.5Records Required145Development Plan145.1Design and Development Activities145.2Organisation and Staffing155.3Design Methodology155.4Design Input155.5Design Output155.6Inspection and Review155.7Approval and Acceptance165.8Authorisation and Distribution165.9Upd
18、ating and Changing166Test Plan176.1Introduction176.2Unit Testing176.3System and Integration Testing176.4Acceptance Testing186.5Certification of Test Results187Implementation and Delivery Plan197.1Implementation197.2Handling, Packing, Marking and Delivery198Output Management Plan208.1Output Register2
19、08.2Output Identification and Traceability218.3Version Control218.4Maintenance of Libraries218.5Non-conforming Output229Maintenance Plan2210Project Evaluation Review(s)2211Project Plan2311.1Overall Project Plan2312Appendices241 Introduction1.1 Document PurposeDepending on the size and complexity of
20、the project, the need for multiple Project Execution Plans (PEPs) for the Project may arise. Examples include where separate Project Teams are developing specific outputs for different business areas (i.e. as sub-projects).The Project Execution Plan (PEP) is the operational document for the project.
21、 It is owned, maintained and utilised by the Project Manager and Project Team to support the delivery of the agreed project outputs.The PEP is the responsibility of the Project Manager and is the road map enabling the effective day-to-day (operational) management and control of the project.The PEP e
22、xpands on the Project Business Plan which is the approved plan describing what will happen in the project. The PEP details how the Project Team will carry out their tasks/activities to ensure that the what will occur. The document provides new Project Team members, or a new Project Manager with the
23、ability to start during a project, and continue to perform the projects activities in a consistent manner.The document should be reviewed and amended to meet changed conditions during the projects life span.1.2 Intended AudienceClearly identify the intended audience of this document, as it may inclu
24、de key representatives from the business area(s), and other stakeholders who will be impacted by the planned outputs.State any assumptions regarding the document up front that may assist the reader, for example: Knowledge of the project and a basic understanding of project management principles and
25、practices is assumed; As the document proceeds through a series of iterations during the life of the project (e.g. after each phase), its structure, emphasis and intended audience may change.1.3 Project OutputsDescribe specifically the projects outputs.Table : OutputsOutputDescriptionA.B.1.4 Scope o
26、f WorkBriefly summarise the scope of the work involved in the project as defined in the Project Business Plan.Table : Scope of WorkWithin ScopeOutside ScopeA.B.2 Management Plan2.1 ManagementThis section may be covered by a reference to the Projects governance structure, i.e. management roles, funct
27、ions and responsibilities that are defined within Section and Appendix of the Project Business Plan.The project will be managed by who is the Project Manager. The Project Manager is responsible to the for the delivery of the agreed project outputs.The sub-headings under section 2.1 (2.1.1 2.1.5) may
28、 not be required if the above content is adequately covered in the Project Business Plan.2.1.1 IntroductionThis section expands the operational management of the Project, as defined within the Project Business Plan.2.1.2 Sub-Project ManagementDefine the operational management of the sub- projects if
29、 this has not already been defined within the Project Business Plan.2.1.3 Reference GroupsDetail any specific reference groups (i.e. function, objectives, membership etc) that are required and have not been defined in the Project Business Plan.2.1.4 ConsultantsDetail any consultancies (i.e. function
30、, time frame, objectives, management, reporting etc) that are required and have not been defined in the Project Business Plan.2.1.5 Working PartiesDetail any specific working parties (i.e. function, responsibilities, time frame, objectives, membership etc) that are required and have not been defined
31、 in the Project Business Plan.2.2 Status ReportingDescribe the provision of project reporting requirements (e.g. content, frequency, audience etc) for the following: Project Manager Reference Groups Consultants Working Parties Quality ConsultantsCross reference the above reporting requirements with
32、status reporting in the Project Business Plan so as not to duplicate.Clearly define the purpose, content and frequency of project status reports. The following is a generic guide to minimum requirements: the status of the project, which includes monitoring of milestones and budget:o for the last rep
33、orting period;o for the next reporting period;o for the remaining period of the project. an issues report (including areas of concern, specific problems, and any action that needs to be taken); and a risk management report (which will specify any changes to the risks identified and the strategies pu
34、t in place to manage them).2.3 Risk ManagementAll projects require on-going risk analysis to be undertaken regularly throughout the life of the project. Analysis should be undertaken with the critical stakeholders.If appropriate, describe how risk management will be conducted. Refer to the Tasmanian
35、 Government Project Management Guidelines that contain a section on risk management.Risk assessment and management strategy working documents may be attached as an appendix.2.3.1 Risk AssessmentThe Project Manager is responsible for: Scheduling and performing risk assessment and developing strategie
36、s to manage those risks for each phase of the project as identified within the Project Plan. Providing a risk review within status reports to the Steering Committee, which will specify any changes to the risks identified during each phase of the project and the strategies adopted to manage them.Prov
37、ide details of the following: where the results of each risk assessment will be retained; the frequency of risk assessment; who will be involved in the risk assessment; how the risk assessments will be conducted; what will trigger the implementation of the risk mitigation strategies; how the effecti
38、veness of risk mitigations strategies will be monitored; and the approval mechanism for risk mitigation strategies e.g. Steering Committee approval.2.3.2 Failure to DeliverIn the event of the project suffering slippage of greater that then the project schedule and outputs to be delivered shall be re
39、viewed by the Business Owner/Project Sponsor and the Project Manager. The Project Manager shall inform the Steering Committee of the situation and recommend the course of action to be followed. Agreement on how to proceed shall be negotiated by the Project Manager and Steering Committee.2.3.3 Accept
40、ance and Review PeriodsAll review and acceptances shall be completed within of the output being handed to .Should any agreed review period not be met and, in the opinion of the Project Manager, the project is unable to proceed the schedule shall be revisited. Any adjustments for the time lost should
41、 be negotiated by the Project Manager with all affected parties.2.3.4 IssuesWhen issues arise which must be resolved between the Business Owner and the Project Manager then the issue shall be advised in writing between the Project Manager and the Business Owner. The recipient of the issue shall be r
42、esponsible for ensuring it is resolved and the resolution communicated in writing to the initiator.2.3.5 Non-availability of ResourcesShould any agreed resource not be made available as scheduled in the Project Plan (Refer Section X) and, in the opinion of the Project Manager, the Project cannot pro
43、ceed the schedule shall be revisited. Any adjustments for the time lost should be negotiated by the Project Manager with all affected parties.2.4 Provision of Facilities and EquipmentDescribe what facilities are required by the Project Team (e.g. accommodation, office support, equipment etc) and any
44、 specific maintenance requirements.Document the projects environment baseline.2.5 Skills and Resource Requirements2.5.1 Skills and ResourcesThe project resource requirements (for entire period or specific phases): Project Manager; Independent Quality Officer and/or Quality Review Consultant; Represe
45、ntatives of the Business Owners; and An external project auditor.Address whether resources are full or part time, as required etc.Describe any specific knowledge and skills required to undertake processes designed to achieve the project outputs (examples): managerial skills and knowledge; strategic and conceptual skills; sound communication, negotiation and consulting skills; capacity to develop innovative solutions; understanding of project and quality management principles and practices; etcThe following things need to be addressed: the impact of resources being