Project Management Plan Template-项目管理计划模板
Xavor Corporation
Project Management Plan
Version
Title:
Revision History
[For every revision of this document, provide the revision history that should include the date of revision,
version number, description of the changes in the document, and author of the document for that particular
version.]
Distribution List
[State the persons/teams/groups to whom this document should be distributed whenever the document is
revised. Also state the name of their parent organization.]
Title:
Table of Contents
1.Introduction 5
1.1Purpose 5
1.2Scope 5
1.3Definitions, Acronyms and Abbreviations 5
1.4References 5
1.5Overview 6
2.Project Overview 7
2.1Project Name, Code and Leader 7
2.2Project Purpose, Scope and Objectives 7
2.3Assumptions and Constraints 7
2.3.1Critical Assumptions and Constraints 7
2.3.2Non-Critical Assumptions and Constraints 7
2.4Project Milestones 7
2.5Project Deliverables 7
2.6Tailoring Guidelines 8
2.7Software Development Life Cycle 8
3.Project Organization 9
3.1Organizational Structure 9
3.2External Interfaces 11
3.3Roles and Responsibilities 11
3.3.1
4.Management Process 12
4.1Work Breakdown Structure (WBS) 12
4.2Project Estimates 12
4.2.1Estimation Technique 12
4.2.2Size 12
4.2.3Effort 12
4.3Project Schedule 12
4.3.1Pre-Development Schedule 12
4.3.2Development Schedule 12
4.4Project Phases, Iterations and Releases 12
4.4.1Project Phases 12
4.4.2Project Iterations 12
4.4.3Releases 12
4.5Project Resourcing 13
4.5.1Staffing 13
4.5.2Resource Acquisition 13
4.5.3Training 13
4.6Project Budget 13
Title:
4.7Project Monitoring and Control 13
4.7.1Schedule Control 13
4.7.2Budget Control 13
4.7.3Measurements 13
4.8Risk Management Plan 13
4.9Project Closure 13
5.Technical Process Plans 14
5.1User Experience Design 14
5.2Requirements Management 14
5.3Analysis and Design 14
5.4Development Plan 14
5.5Peer Review Plan 14
5.6Project Maintenance 14
5.7Test Plan 14
5.8Tools, Techniques and Standards 14
5.8.1Tools 14
5.8.2Techniques and Standards 15
5.9Infrastructure 16
5.10Facilities 16
5.11Security Plan 16
6.Supporting Process Plans 16
6.1Configuration Management Plan 16
6.2Documentation 16
6.3Software Quality Assurance Plan 16
6.4Intergroup Coordination 16
6.5Communication 16
6.6Problem Resolution 16
6.7Subcontractor Management 16
7.Additional plans 17
8.Appendices 17
Title:
Project Management Plan
1. Introduction
[The introduction of the Project Management Plan should provide an overview of the entire document. It
should include the purpose, scope, definitions, acronyms, abbreviations, references and overview of this
Project Management Plan.]
1.1 Purpose
[Specify the purpose of this Project Management Plan.]
1.2 Scope
[A brief description of the scope of this Project Management Plan; what Project(s) it is associated with,
and anything else that is affected or influenced by this document.]
1.3 Definitions, Acronyms and Abbreviations
[This subsection should provide the definitions of all terms, acronyms, and abbreviations required to
interpret properly the Project Management Plan. This information may be provided by reference to the
project Glossary.]
1.4 References
[This subsection should provide a complete list of all documents referenced elsewhere in the Project
Management Plan. Each document should be identified by title, report number (if applicable), date, and
publishing organization. Specify the sources from which the references can be obtained. This information
may be provided by reference to an appendix or to another document. For the Project Management Plan,
the list of referenced artifacts may include:
?Risk Management Plan
?User Interfaces Guidelines
?Configuration Management Plan
?Software Quality Assurance Plan, etc.]
Title:
1.5 Overview
[This subsection should describe what the rest of the Project Management Plan contains and explain how
the document is organized.]
Title:
2. Project Overview
2.1 Project Name, Code and Leader
[Specify the project name, project code and project leader (project manager).]
Project Name:
Project Code:
Project Leader:
2.2 Project Purpose, Scope and Objectives
[A brief description of the purpose and objectives of this project, and a brief description of what
deliverables the project is expected to deliver.]
2.3 Assumptions and Constraints
[A list of assumptions that this plan is based on, and any constraints (e.g. budget, staff, equipment,
schedule, etc.) that apply to the project. Make a distinction between critical and non-critical factors.]
2.3.1 Critical Assumptions and Constraints
[State the critical assumptions and constraints affecting the project.]
2.3.2 Non-Critical Assumptions and Constraints
[State the non-critical assumptions and constraints affecting the project.]
2.4 Project Milestones
[Tabular list of major milestones to be achieved during the project, with target dates.]
2.5 Project Deliverables
[Tabular list of the artifacts to be created during the project, with target delivery dates.]
Title:
2.6 Tailoring Guidelines
[Specify the tailoring guidelines for the project.]
2.7 Software Development Life Cycle
[Specify the Software Development Life Cycle that is to be followed in the project.]
Title:
3. Project Organization
3.1 Organizational Structure
[Describe the organizational structure of the project team, including management and other review
authorities. This should include identification of all project organizational units and a description of their
function and responsibility. A diagram of the organizational structure should also be attached for further
illustration.
Examples of project organizational units are:
?Project Implementation Committee
?Project Steering Committee
?Project Management Team
?Architecture Group
?User Experience Design Team
?Requirements Team
?Analysis and Design Team
?Implementation Group
?Development Team
?Database Management Team
?Testing Team
?Infrastructure Team
?Configuration Management Team
?Software Quality Assurance Team, etc.]
Title:
Title:
3.2 External Interfaces
[Describe how the project interfaces with external groups. For each external group, identify the
internal/external contact names.]
3.3 Roles and Responsibilities
[Specify the roles, responsibilities and role holders within each organizational unit of the project.]
3.3.1
Title:
4. Management Process
4.1 Work Breakdown Structure (WBS)
[List the activities necessary for completing the project.]
4.2 Project Estimates
4.2.1 Estimation Technique
[Specify the estimation method and the reason for its choice. Provide the estimated cost as well as the
basis for those estimates, and the points/circumstances in the project when re-estimation will occur.]
4.2.2 Size
[State the size of each activity as calculated according to the estimation technique. Units of size may be in
LOC, FP, etc.]
4.2.3 Effort
[Specify the amount of effort required to perform each activity on the basis of the size estimation. Units
may be man-hours, man-days, etc.]
4.3 Project Schedule
[Diagrams/tables showing target dates for completion of iterations and phases, release points, demos, and
other milestones. Critical path must be specified. Usually enclosed by reference to MS Project file.]
4.3.1 Pre-Development Schedule
[This schedule will cater for project planning, requirements, analysis and design activities.]
4.3.2 Development Schedule
[This schedule will cater coding, testing and deployment activities.]
4.4 Project Phases, Iterations and Releases
4.4.1 Project Phases
[Identify phases and major milestones with their achievement criteria.]
4.4.2 Project Iterations
[Specify the number of iterations and list the objectives to be accomplished for each of the iterations.]
4.4.3 Releases
[Brief descriptions of each software release, whether demo, beta, etc.]
Title:
4.5 Project Resourcing
4.5.1 Staffing
[Identify here the numbers and type of staff required (including and special skills or experience), scheduled
by project phase or iteration. State what resources are critical.]
4.5.2 Resource Acquisition
[Describe how you will approach finding and acquiring the staff needed for the project.]
4.5.3 Training
[List any special training project team members will require, with target dates for when this training
should be completed.]
4.6 Project Budget
[Allocation of costs against the WBS and the project phases.]
4.7 Project Monitoring and Control
4.7.1 Schedule Control
[Describes the approach to be taken to monitor progress against the planned schedule and how to take
corrective action when required.]
4.7.2 Budget Control
[Describes the approach to be taken to monitor spending against the project budget and how to take
corrective action when required.]
4.7.3 Measurements
[Describe the types of measurements to be taken, their frequency, and responsible workers/entities for this
purpose.]
4.8 Risk Management Plan
[Enclosed by reference]
4.9 Project Closure
[Describe the activities for the orderly completion of the project, including staff reassignment, archiving of
project materials, post-mortem debriefings and reports etc.]
Title:
5. Technical Process Plans
5.1 User Experience Design
[Describe the approach that will be adopted with details of processes, procedures, and guidelines to be
followed.]
5.2 Requirements
[Describe the approach that will be adopted with details of processes, procedures, and guidelines to be
followed.]
5.3 Analysis and Design
[Describe the approach that will be adopted with details of processes, procedures, and guidelines to be
followed.]
5.4 Development Plan
[Enclosed by reference]
5.5 Peer Review Plan
[Specify the work products to be peer reviewed, type of peer review, their frequency, etc.]
5.6 Maintenance
[Describe details of any software maintenance for the warranty period of the project.]
5.7 Test Plan
[Enclosed by reference]
5.8 Tools, Techniques and Standards
5.8.1 Tools
5.8.1.1 Project Management Tools
[Specify the project management tools that are to be used in the project and the reasons for their selection.
Examples of areas to be covered are project planning, project scheduling, project monitoring, status
reporting, measurements, etc. Examples of these tools are MS Project, etc.]
5.8.1.2 Requirements Management Tools
[Specify the requirements management tools that are to be used in the project and the reasons for their
selection. Examples of areas to be covered are requirements gathering, requirement issue resolution,
requirement change management, measurements, etc. Examples of these tools are Rational Requisite Pro,
EINS, etc.]
5.8.1.3 System Analysis & Design Tools
[Specify the system analysis and design tools that are to be used in the project and the reasons for their
Title:
selection. Examples of tools in this area are Visio, Rational Rose, Power Designer etc.]
5.8.1.4 Languages
[Specify the languages that are to be used for software development in the project and the reasons for their
selection. Examples of languages are HTML, Java, etc.]
5.8.1.5 User-Interface Development Tools
[Specify the tools that are to be used for UI development in the project and the reasons for their selection.
Examples of these tools can be Dreamweaver, Flash, etc.]
5.8.1.6 Database Management System Software
[Specify the database management system software that is to be used in the project and the reasons for
their selection. Examples of these tools are Oracle, SQL Server, etc.]
5.8.1.7 Third Party Software
[Specify any third party software that is to be used in the project and the reasons for their selection.
Examples are Inktomi, Infranet, etc.]
5.8.1.8 Software Testing Tools
[Specify the software testing tools that are to be used in the project and the reasons for their selection.
Examples of these tools are WinRunner, LoadRunner, etc.]
5.8.1.9 Defect and Change Management Tools
[Specify the defect and change management tools that are to be used in the project and the reasons for
their selection. Examples of these tools are ClearQuest, etc.]
5.8.1.10 Configuration Management Tools
[Specify the configuration management tools that are to be used in the project and the reasons for their
selection. Examples of these tools are ClearCase, etc.]
5.8.1.11 Integrated Development Environment
[Specify the operating systems (platforms), web servers, application servers, development servers that are
to be used in the project and the reasons for their selection. Examples of these tools are Sun Solaris,
iPlanet, JBuilder, WebSphere, etc.]
5.8.2 Techniques and Standards
[Lists the documented project technical standards etc by reference. Examples may be:
User-Interface Guidelines
Programming Guidelines
Test Guidelines, etc.]
Title:
5.9 Infrastructure
[Specify hardware, network connectivity, bandwidth, etc., required in this project. Make a clear distinction
about what factors are critical.]
5.10 Facilities
[Describe the facilities required for the execution of the project. This will cover physical workspace,
buildings, etc.]
5.11 Security Plan
[List down the security consideration e.g. of security can be operating system, access controls to
site/product, physical security considerations.]
6. Supporting Process Plans
6.1 Configuration Management Plan
[Enclosed by reference]
6.2 Documentation
[Specify the documents that will be produced in the project, what document templates will be used, and any
other information pertaining to documentation.]
6.3 Software Quality Assurance Plan
[Enclosed by reference]
6.4 Intergroup Coordination
[Describe how different project groups will communicate with one another; specify dependencies, and
commitments.]
6.5 Communication
[Specify how various workers/units/entities, both within and outside the project team, will communicate
with each other.]
6.6 Problem Resolution
[Describe the approach for resolving issues in the project, escalation procedures, etc.]
6.7 Subcontractor Management
[If subcontractors are involved in the project give details of what kind of contractors are required for
various tasks, the duration for which they are required and how they will be managed.]
Title:
7. Additional plans
[Additional plans if required by contract or regulations.]
8. Appendices
[Attach any supplementary information.]
项目管理计划书-经典模板
XX Project Plan XX工程计划 Prepared by 拟制Date 日期 yyyy-mm-dd Reviewed by 审核Date 日期 yyyy-mm-dd Approved by 批准Date 日期 yyyy-mm-dd
Revision record 修订记录 Distribution LIST 分发记录
Catalog目录 7 1 1 Introduction 简介 7 .1目的 7 .2范围 7 .3参考资料 7 22Resource Summary资源概述 8 33Project specific software Processes 工程特定的软件过程 8 4 4 Project Scope工程范围 8 5 5 Deliverables交付件 8 .4 Customer Deliverables给客户的交付件 8 .5 Internal Deliverables内部交付件 8 6 6 Organization and Responsibilities组织和职责 10 77 Estimated Size /Effort/schedule规模/工作量/进度的估计 10 .6 size估计的规模 10 .7 effort估计的工作量 11 .8 schedule估计的进度 11 88 Project resource required 工程所需资源 11 .9 Requirement 设备需求 11 .10 tools 软件工具 12 .11文档资料 12 .12 Supplied Products 需要客户提供的产品 12 .13人员需求 12 .14差旅
项目管理年度计划模板(规范版)3篇
项目管理年度计划模板(规范版)3篇Annual project management plan template (normative version) 汇报人：JinTai College
项目管理年度计划模板(规范版)3篇 前言：工作计划是对一定时期的工作预先作出安排和打算时制定工作计划，有了工作计划，工作就有了明确的目标和具体的步骤，大家协调行动，使工作有条不紊地进行。工作计划对工作既有指导作用，又有推动作用，是提高工作效率的重要手段。本文档根据工作计划的书写内容要求，带有规划性、设想性、计划性、方案和安排的特点展开说明，具有实践指导意义。便于学习和使用，本文档下载后内容可按需编辑修改及打印。 本文简要目录如下：【下载该文档后使用Word打开，按住键盘Ctrl键且鼠标单击目录内容即可跳转到对应篇章】 1、篇章1：项目管理年度计划样本标准版 2、篇章2：项目管理年度计划例文(通用版) 3、篇章3：项目管理年度计划范文标准版 篇章1:项目管理年度计划样本标准版 一、工程项目管理部人员工作计划 1.制定工程部门制度及岗位责任制，明确各岗位职责。 2.参与施工图纸会审工作。 3.主持施工方案、总进度计划、质量控制计划的编制工作，以及工程项目划分、见证计划的审批工作。
对各项质量目标进行细化、量化分析，有针对性编制各 个工程项目的质量控制计划并监督实施。 4.工程项目管理部人员自身要认真学习GB/T 19001标准、公司质量管理手册内容及各相关施工质量规范，严格现场管理，对重要部位、关键技术、控制难度大、影响大、经验欠缺的施工内容及新材料、新工艺、新技术、新设备列为质量控制点，实行重点控制，发现偏差及时纠偏。 5.定期对项目部的质量、安全、进度等情况进行检查。 二、对项目部的检查工作计划 1、质量管理方面 （1）检查项目部质检员、实验员、资料员、测量员等技 术人员的持证上岗情况及对该岗位工作的熟悉情况，无证从事质量管理岗位的人员进行取证学习，尽量杜绝无证上岗;对于 持证人员进行在岗培训，不断更新知识以适应现在越来越的工程采用新工艺、新技术、新材料的技术要求。 （2）人员培训计划，为提高工程中质量管理水平，必须 使质量管理岗位人员具备相应的质量管理能力，首先要求无证从事质量管理岗位的人员进行取证学习，尽量杜绝无证上岗;
软件项目管理计划模板
. 软件项目管理计划 Version 1.2专业资料word . Revision 专业资料word . 录目 1. 简介1 项目概述1.1 1.2 项目交付产品1 SPMP 的演化1.3 1 参考资料1.4 1 1.5
术语与缩写1 1 2. 项目组织 1 2.1 过程模型2. 2 组织结构1 2. 3 组织接口1 2.4 项目职责2 2 管理过程3. 3 3.1 管理目标和优先级3.2 假设、依赖关系和限制3 风险管理3.3 3 监督和控制机制3.4 3 3.5 人员计划3 3 4. 技术过程 4 方法、工具和技术4.1 软件文档4.2 4 用户文档4.3 4 4.4 项目支持功能4 4 工作包、进度表和预算5. 4 工作包5.1 依赖关系5.2 4 资源需求5.3 4 预算和资源分配5.4 4 5.5 进度表4 6. 其他索引 6.1 4 6.2 附录 4 专业资料word . 1. 简介 1.1 项目概述 说明：简要综述项目的目标、发布的产品、主要工作活动、主要工作制品、关键里程碑、所需资源、进［度和预算等。必要的情况下，还应描述该项目与其他项目的关系。］ 1.2 项目交付产品
说明：列出主要的可交付产品、交付日期、交付地点和满足项目协议条款所需的质量。］［的演化SPMP1.3 说明：描述如何以及由谁负责维护本文档，应指明更新内容的传播方式以及在变更控制下更新文档版本[ 的机制。］ 1.4 参考资料 说明：提供项目计划中所引用的所有文档和其他信息资源的完整清单，包括标题、报告编号、日期、作[ 者以及发布机构。］ 1.5 术语与缩写 说明：定义SPMP 所应用的全部术语和缩写词。］［ 2. 项目组织 2.1 过程模型 说明：描述该项目所使用的软件过程模型，或者是所遵循的组织标准模型。过程模型需要指明［里程碑的时间、基线、评审、工作制品、项目交付产品、结束标志等。］ 2.2 组织结构 说明：描述项目的内部组织结构，可以参考如下的层次结构图形式。］［专业资料word .
项目管理计划模板
项目管理计划模板
1目的 ......................................................................................................................................................... 2项目摘要 ................................................................................................................................................. 2.1项目目标和范围 ............................................................................................................................. 2.2主要干系人 ..................................................................................................................................... 2.3里程碑和可交付成果...................................................................................................................... 2.4约束 ................................................................................................................................................. 2.5假设 ................................................................................................................................................. 2.6项目组织结构 ................................................................................................................................. 3项目计划 ................................................................................................................................................. 3.1项目生命周期 ................................................................................................................................. 3.1.1生命周期确认............................................................ 3.1.2制定项目过程及产物裁剪.................................................. 3.2工作分解结构 .................................................................................................................................
软件项目管理计划模板
软件项目管理计划 Version1.2
SoftwareProjectManagementPlanofQuartet(Team10) 版本： 软件项目管理计划日期： Quartet_SPMP.doc Revision Date Version Description Author
Page1
SoftwareProjectManagementPlanofQuartet 版本：软件项目管理计划日期：Quartet_SPMP.doc 目录 1.简介 1.1项目概述 1.2项目交付产品 1.3SPMP的演化 1.4参考资料 1.5术语与缩写 2.项目组织 2.1过程模型 2.2组织结构 2.3组织接口 2.4项目职责 3.管理过程 3.1管理目标和优先级 3.2假设、依赖关系和限制 3.3风险管理 3.4监督和控制机制 3.5人员计划 4.技术过程 4.1方法、工具和技术 4.2软件文档 4.3用户文档 4.4项目支持功能 5.工作包、进度表和预算 5.1工作包 5.2依赖关系 5.3资源需求 5.4预算和资源分配 5.5进度表 6.其他 6.1 索引 6.2 附录1 1 1 1 1 1 1 1 1 2 2 3 3 3 3 3 3 4 4 4 4 4 4 4 4 4 4 4 4
Page2
SoftwareProjectManagementPlanofQuartet 版本： 软件项目管理计划日期： Quartet_SPMP.doc 1.简介 1.1项目概述 ［说明：简要综述项目的目标、发布的产品、主要工作活动、主要工作制品、关键里程碑、所需资源、进度和预算等。必要的情况下，还应描述该项目与其他项目的关系。］ 1.2项目交付产品 ［说明：列出主要的可交付产品、交付日期、交付地点和满足项目协议条款所需的质量。］ 1.3 SPMP的演化 [说明：描述如何以及由谁负责维护本文档，应指明更新内容的传播方式以及在变更控制下更新文 档版本的机制。］ 1.4参考资料 [说明：提供项目计划中所引用的所有文档和其他信息资源的完整清单，包括标题、报告编号、日 期、作者以及发布机构。］ 1.5术语与缩写 ［说明：定义 SPMP所应用的全部术语和缩写词。］ 2.项目组织 2.1过程模型 ［说明：描述该项目所使用的软件过程模型，或者是所遵循的组织标准模型。过程模型需要指明 里程碑的时间、基线、评审、工作制品、项目交付产品、结束标志等。］ 2.2组织结构 ［说明：描述项目的内部组织结构，可以参考如下的层次结构图形式。］
Project Management Plan Template-项目管理计划模板
Xavor Corporation
Title: Revision History [For every revision of this document, provide the revision history that should include the date of revision, version number, description of the changes in the document, and author of the document for that particular version.] Distribution List [State the persons/teams/groups to whom this document should be distributed whenever the document is revised. Also state the name of their parent organization.]
项目管理--沟通计划模板
Generic Communications Plan
Introduction (1) Purpose (1) Scope (1) Audience (1) Communication Methodology (2) Top-Down (2) Bottom-Up (2) Middle-Out (2) Communications Outreach (2) Weekly Core Team Status Meeting (2) Weekly Status to Extended Team (2) Communication of Interview Results (3) Review PM Framework Design with Extended Team (3) Review PM Framework Design with Project Sponsor (3) Review Meetings during PM Framework Implementation (3) Review Final recommendations with Project Sponsor (3) Communications Roll-Out Time Line (3)
Introduction “All men by nature desire to kno w.” - Aristotle Disseminating knowledge about the NAME OF PROJECT is essential to the project’s success. Project sponsors, business unit/support services, project core team members, account managers, process group owners and project leaders are participants in the project. They desire to know what the status of the project is and how they are affected. Furthermore, they are anxious to participate. The more people are educated about the progress of the project and how it will help them in the future, the more they participate and benefit. Purpose This plan provides a framework for informing, involving, and obtaining buy-in from all participants throughout the duration of the NAME OF PROJECT. Scope This communication plan is for the NAME OF PROJECT. It includes a series of meetings and interactive presentations, as well as other means of communication (such as electronic mail) to all participants of this project. Audience This communication plan is for the following audiences: ?Project Sponsors ?Business Unit/Support Services ?Project Core Team Members ?Account Managers ?Process Group Owners and ?Project Leaders ?ANYONE ELSE INVOLVED
PROJECT工作计划
要按下面序号顺序做计划 1. 定义日历，即事先定义好项目周期内的节假日 2. 输入项目开始日期（正排计划）或完成日期（倒排计划），菜单里面打开：“项目”—“信 息” 3. 输入任务名称 4. 输入任务的周期 5. 定义任务之间的顺序关系 6. 定义好限制条件（任务默认都是“越早越好”。不要为此限制输入开始或完成日期，只要定义好周期，和其 它任务顺序连接即可。要充分挖掘任务之间的关系；能在子任务之间链接的，不作父任务之间的链接；每个任务都直接或间接的有前置任务） 7. 8. 9. 10. 输入任务的开始日期（不要动完成日期，要让其自动生成）定义任务的负责人和资源定义不同人力资源的不同日历根据最后节点来不断调整。 以下罗列一些project使用的基本技巧，供参考！ 1. 任务限制类型一般为越早越好，手动调整任务的时候任务性质可能变为不 得早于?开始等。当设置任务为不得早于?开始时候，甘特图备注栏位会有一个小窗体，如果一个甘特图有许多这样的小窗体，对不起，这个甘特图是有问题的。 2. 当项目开始时间调整后，整个项目计划能够原封不动的平移（参见 project给出来的几个软件开发计划模板）。做到这一点要充分挖掘任务之间的关系，链接任务达到任务具有相对起始时间而不是绝对起始时间。要做到这一点，要保证 1. 任务限制定义为越早越好 2. 每个任务（第一任务除外，可能存在多个并行第一任务）都直接或间接的有前置任务。尽量挖掘任务之间的关系。譬如可以关联总体设计分析与需求阶段的需求分析任务设置关联，任务相关性设置为完成－开始-20％。也就是说在需求分析完成80％的时候开始总体设计。 3. 项目信息需要设置“项目开始时间”；工具－>选项显示大纲编号；在工 具->选项->视图tab中打开项目甘特图中显示大纲数字、显示项目摘要任务选项； 4. project可以自己算出关键路径（cpm），但是以下情况会影响自动计算关键路径的准确性：1. 子任务工作量与估算有很大偏差；2. 越早开始越好的任务限制条件定义为不得早于?开始；3. 项目计划中有些周期性的管理性任务。4. 资源过度分配。 5. 任务的链接最好是具体任务之间的链接。能在子任务之间链接的，不作父任务之间的链接。 6. 建议每个阶段或里程碑要保存基准计划，每固定的时间间隔可以保存中期计划。 7. project中文件->另存为->microsoft excel工作薄，可以导出任务列表，估算时可以采用该列表。 8. 视图->其他视图->日历甘特图能够方便的看到每周的工作安排，便于每周的任务跟踪。 9. 视图->资源视图能够方便的观察到是否存在资源过度分配，传统意义都是通过视图->资源使用状况来调整资源过度分配。调整时注意人力资源存在生产效率1-10倍的差异，project中使用的是标准人天等等。
project软件项目开发计划模板
project软件项目开发计划模板 篇一：项目开发计划——Project软件的使用 项目开发计划——Project软件的使用 实验目的： 1. 了解Project20XX的特色、安装过程、集成环境； 2. 掌握Project20XX的基本功能和使用方法； 3. 掌握项目管理中的范围管理与进度管理方法，掌握WBS工作分解结构的绘制和进度计划的绘制。 4. 根据工作任务分解绘制出WBS图，并根据进度计划表绘制出Gantt图。实验内容： 1.阅读实验指导，了解project20XX的主要视图。 2.根据实验指导，绘制示例的WBS图，与Gantt图，并分析关键路径。 3. 画出课程设计项目的甘特图，注意需把任务分配到 小组的每位同学（信息专业做） 4.完成以下案例某省政府办公自动化系统的WBS图及Gatt图。 案例：某省政府办公自动化系统 任务：根据软件开发过程将该系统的开发实现分解成需 求分析、方案设计、程序设计、测试与联调、培训交付等任 务。其中，方案设计又可分为总体设计和详细设计两个子任
务，并划分得出功能模块有系统后台管理、办公文档管理、 部门业务管理、公众信息管理、后勤管理五个：程序设计则 根据在方案设计中得到的功能模块进行划分子任务。在测试 与联调阶段，则根据测试步骤划分为单元测试、集成测试、 确认测试和系统测试等这些子任务。培训与交付则划分为用 户培训和成果交付两个子任务。 人员：总体组（系统分析师A、系统分析师B、软件设计师A、软件设计师B、软件设计师 C） 软件开发组（编程员A、编程员B、编程员C、编程员D）测试组（测试员A、测试员B、测试员C） 分工：总体组负责需求分析以及方案设计、以及最后的 用户培训、验收与交付；软件开发组负责程序设计；测试组 负责测试与联调 工期为：20XX年1月1日至20XX年6月30日，6个月人工费用：系统分析师：500元/工时软件设计师：300元/工时 测试员：250元/工时编程员：200元/工时 各阶段大致花费时间： 需求设计：约30个工作日 方案设计：约35个工作日 程序设计：约40个工作日
施工进度计划project模板
施工进度计划project模板篇一：project进度计划编制方法 要按下面序号顺序做计划 1. 定义日历，即事先定义好项目周期内的节假日 2. 输入项目开始日期（正排计划）或完成日期（倒排计划），菜单里面打开：“项目”—“信 息” 3. 输入任务名称 4. 输入任务的周期 5. 定义任务之间的顺序关系 6. 定义好限制条件（任务默认都是“越早越好”。不要为此限制输入开始或完成日期，只要定义好周期，和其它任务顺序连接即可。要充分挖掘任务之间的关系；能在子任务之间链接的，不作父任务之间的链接；每个任务都直接或间接的有前置任务） 7. 8. 9. 10. 输入任务的开始日期（不要动完成日期，要让其自动生成）定义任务的负责人和资源定义不同人力资源的不同日历根据最后节点来不断调整。
以下罗列一些Project使用的基本技巧，供参考！ 1. 任务限制类型一般为越早越好，手动调整任务的时候任务性质可能变为不 得早于?开始等。当设置任务为不得早于?开始时候，甘特图备注栏位会有一个小窗体，如果一个甘特图有许多这样的小窗体，对不起，这个甘特图是有问题的。 2. 当项目开始时间调整后，整个项目计划能够原封不动的平移（参见 Project给出来的几个软件开发计划模板）。做到这一点要充分挖掘任务之间的关系，链接任务达到任务具有相对起始时间而不是绝对起始时间。要做到这一点，要保证1. 任务限制定义为越早越好 2. 每个任务（第一任务除外，可能存在多个并行第一任务）都直接或间接的有前置任务。尽量挖掘任务之间的关系。譬如可以关联总体设计分析与需求阶段的需求分析任务设置关联，任务相关性设置为完成－开始-20％。也就是说在需求分析完成80％的时候开始总体设计。 3. 项目信息需要设置“项目开始时间”；工具－>选项显示大纲编号；在工 具->选项->视图tab中打开项目甘特图中显示大纲数字、显示项目摘要任务选项； 4. Project可以自己算出关键路径（CPM），但是以下情况会影响自动计算关键路径的准确性：1. 子任务工作量与
项目管理通用模板 完美套用
01项目组成员 Project Team Members 一、项目基本情况I. Project Basic Info 项目名称project name：T客户考察公司项目编号project code：T0808 制作人prepared by：张三审核人reviewed by：李四 项目经理project manager：张三制作日期data：2005-7-8 二、项目组成员II. Project Team Directory 成员姓名Name 项目角色 Project Role 所在部门 https://www.360docs.net/doc/4d15573910.html, 职责 Reponsibilit 项目起止 日 期Data 投入频度及 工作量 联系电话 Tel No. 主管经 理 Supervis 李四项目赞助人 Sponsor A国代表处项目赞助 张三项目经理 Manager VIP客户 接 待策划处 总体负责 王五项目核心成员 Core team A国代表处客户关系 签字signature：日期date： 项目赞助人Sponsor 李四2005-7-8 项目经理project manager 张三2005-7-8
02项目策划/任务书（Project Plan/Charter） 一、项目基本情况I. Project Basic Info 项目名称project name：T客户考察公司项目编号project code：T0808 制作人prepared by：张三审核人reviewed by：李四 项目经理project manager：张三制作日期data：2005-7-8 二、项目描述II. Project Description 1.项目背景与目的（所有的项目均起始于某个商业问题，该部分简要描述这些问题） 1. Project background & target (every project starts at specific business problems, and this part briefly describes these. 背景：A国是公司的战略市场，其第二大运营商为TELECOM公司，我司于2005年4月5日正式中标一个100万线固网项目（N 项目），该项目在2005年6月份开始实施，在实施过程，出现了以下三个方面的问题： 1.延迟交货； 2.发错货问题严重； 3.初验测试问题层出不穷，客户开始质疑我司软件版本管理和质量控制能力； 这些问题引起了TELECOM高层关注，对以后与我司的合作开始持观望态度 目的：改善客户关系，重建客户对与我司合作的信心 2.项目目标（包含质量目标，工期目标、费用目标和交付产品特征与特征的主要描述） 2. Project objectives (including time limit , cost objectives, deliverables and brief description of their features) 在2005年7月31号前邀请TELECOM公司CTO带队到我司考察，打消客户关于我司供货能力的怀疑，增强客户对我司研发能力、工程管理能力的信心，项目预算20万。 三、项目里程碑计划（包含里程碑的时间和成果）III. Project milestones ( including time limit and deliverables of project milestones) 7月8日7月11日7月14日7月17日7月22日7月25日 成立项目组递交邀请函行程确认启程考察结束回访 四、评价标准（说明项目成果在何种情况下将被接受）IV. Project acceptance criteria (to describe conditions under which the deliverables are CTO在考察人员之列，考察活动如期成行（7月底之前）； 考察期间不出现任何内容失误（如没有高层领导接待，样板点无法参观等），后勤失误不超过1次（如因车辆、签证等问题导致考 察不能完全按照时间表进行）； 客户考察之后消除了疑虑，认可我司的供货、研发和工程管理能力（客户有明确的正面意见反馈），支持我司后续项目实施（N项目按照双方共同达成的时间表实施）； 考察费用不超过预算（20万元） 五、项目假定与约束条件（说明项目的主要假设条件和限制性条件）V. Project assumptions and constraints (to describe the main project assumptions and the ? 假定：1、假定客户能行；2、假定我司内部接待资源都能落实；3、假定我司以外的接待资源都能获得（如签证、国际机票等） 约束：1、客户考察必须在7月底之前完成；2、必须安排客户住在离公司车程半个小时以内的五星级酒店；3、必须安排公司至少 六、项目主要利益干系人（包括高管、客户、职能部门主管、供应商、项目赞助人、项目经理、项目组成员等干系人） 姓名name 类别（加下拉菜单）部门职务李四项目赞助人A国代表处代表 张三项目经理总部VIP客户接待策划处策划经理 王五项目组成员A代表处T客户群客户经理 赵六项目组成员总部技术服务部N项目接口人 吴丹项目组成员总部供应链N项目接口人 刘峰项目组成员总部研发N项目接口人 张芳项目组成员总部客户工程部接待经理
最新项目管理计划书-经典模板资料
Co. Lt 有限公司Product version 产品版本 Confidentiality level 密级 Project ID 项目ID Total pages： 共29页 XX Project Plan XX项目计划 Prepared by 拟制Date 日期 yyyy-mm-dd Reviewed by 审核Date 日期 yyyy-mm-dd Approved by 批准Date 日期 yyyy-mm-dd
Revision record 修订记录 Date 日期Revision version 修订版本 Description 描述 Author 作者 2001-06-08 1.00 initial 初稿完成name 作者名yyyy-mm-dd 1.01 revised xxx 修改XXX name 作者名yyyy-mm-dd 1.02 revised xxx 修改XXX name 作者名……………………yyyy-mm-dd 2.00 revised xxx 修改XXX name 作者名 Distribution LIST 分发记录 Copy No. Holder's Name & Role 持有者和角色 Issue Date 分发日期 1 < RDPDT > yyyy-mm-dd 2
Catalog目录 7 1 1 Introduction 简介 .1 1.1Purpose 目的7 .2 1.2Scope 范围7 .3 1.3References 参考资料7 7 22Resource Summary资源概述 8 33Project specific software Processes 项目特定的软件过程 8 4 4 Project Scope项目范围 8 5 5 Deliverables交付件 .4 5.1 Customer Deliverables给客户的交付件8 .5 5.2 Internal Deliverables内部交付件8 8 6 6 Organization and Responsibilities组织和职责 10 77 Estimated Size /Effort/schedule规模/工作量/进度的估计 .67.1Estimated size估计的规模10 .77.2Estimated effort估计的工作量10 .87.3Estimated schedule估计的进度11 11 88 Project resource required 项目所需资源 .98.1Equipment Requirement 设备需求11 .108.2Software tools 软件工具11 .118.3Documents 文档资料12 .128.4Customer Supplied Products 需要客户提供的产品12 .138.5Staffing 人员需求12 .148.6Travel 差旅12
项目管理计划书-经典模板
XX Project Plan XX项目计划 Prepared by 拟制Date 日期 yyyy-mm-dd Reviewed by 审核Date 日期 yyyy-mm-dd Approved by 批准 Date 日期 yyyy-mm-dd Revision record
修订记录 Distribution LIST 分发记录
Catalog
目录 7 1 1 Introduction 简介 7 .1 1.1Purpose 目的 7 .2 1.2Scope 范围 7 .3 1.3References 参考资料 7 22Resource Summary资源概述 8 33Project specific software Processes 项目特定的软件过程 8 4 4 Project Scope项目范围 8 5 5 Deliverables交付件 8 .4 5.1 Customer Deliverables给客户的交付件 8 .5 5.2 Internal Deliverables内部交付件 8 6 6 Organization and Responsibilities组织和职责 10 77 Estimated Size /Effort/schedule规模/工作量/进度的估计 10 .67.1Estimated size估计的规模 10 .77.2Estimated effort估计的工作量 11 .87.3Estimated schedule估计的进度
88 Project resource required 项目所需资源 11 .98.1Equipment Requirement 设备需求 11 .108.2Software tools 软件工具 12 .118.3Documents 文档资料 12 .128.4Customer Supplied Products 需要客户提供的产品 12 .138.5Staffing 人员需求 12 .148.6Travel 差旅 13 99 Project Schedule 项目进度 13 1010 Work Products工作产品 14 1111 Outsourced Task外包任务 14 .1511.1 Subcontractor Profile子承包商资料 14 .1611.2 Scope of the Outsourced task 外包任务的范围 14 .1711.3 Milestone, Receivables & Deliverables 里程碑、交付件 14 1212 Acceptance Criteria验收标准 15 1313 Quality Plan 质量计划 15 .1813.1 Process Deviation 过程偏差 15 .1913.2 Quality Goal质量目标
项目管理模板
01 项目组成员表 Project Team Members 一、项目基本情况I. Project Basic Info
02 项目策划/任务书（Project Plan/Charter） 一、项目基本情况I. Project Basic Info 1.项目背景与目的（所有的项目均起始于某个商业问题，该部分简要描述这些问题） 1. Project background & target (every project starts at specific business problems, and this part briefly describes these. 背景：A国是公司的战略市场，其第二大运营商为TELECOM公司，我司于2005年4月5日正式中标一个100万线固网项目（N 项目），该项目在2005年6月份开始实施，在实施过程，出现了以下三个方面的问题： 1.延迟交货； 2.发错货问题严重； 3.初验测试问题层出不穷，客户开始质疑我司软件版本管理和质量控制能力； 这些问题引起了TELECOM高层关注，对以后与我司的合作开始持观望态 度目的：改善客户关系，重建客户对与我司合作的信心 2.项目目标（包含质量目标，工期目标、费用目标和交付产品特征与特征的主要描述） 2. Project objectives (including time limit , cost objectives, deliverables and brief description of their features) 在2005年7月31号前邀请TELECOM公司CTO带队到我司考察，打消客户关于我司供货能力的怀疑，增强客户对我司研发能力、工程管理能力的信心，项目预算20万。 三、项目里程碑计划（包含里程碑的时间和成果）III. Project milestones ( including time limit and deliverables of project milestones) 7 月 8 日7 月 11 日7 月 14 日7 月 17 日7 月 22 日7 月 25 日 成立项目组递交邀请函行程确认启程考察结束回访 四、评价标准（说明项目成果在何种情况下将被接受）IV. Project acceptance criteria (to describe conditions under which the deliverables are CTO 在考察人员之列，考察活动如期成行（7 月底之前）； 考察期间不出现任何内容失误（如没有高层领导接待，样板点无法参观等），后勤失误不超过1次（如因车辆、签证等问题导致考 察不能完全按照时间表进行）； 客户考察之后消除了疑虑，认可我司的供货、研发和工程管理能力（客户有明确的正面意见反馈），支持我司后续项目实施（N项目按照双方共同达成的时间表实施）； 考察费用不超过预算（20万元） 则项目成功。 五、项目假定与约束条件（说明项目的主要假设条件和限制性条件）V. Project assumptions and constraints (to describe the main project assumptions and the ? 假定：1、假定客户能行；2、假定我司内部接待资源都能落实；3、假定我司以外的接待资源都能获得（如签证、国际机票等）约束：1、客户考察必须在7月底之前完成；2、必须安排客户住在离公司车程半个小时以内的五星级酒店；3、必须安排公司至少 一位对等级级别的高层接待。 六、项目主要利益干系人（包括高管、客户、职能部门主管、供应商、项目赞助人、项目经理、项目组成员等 干系人）
PROJECT项目管理报告
Project 项 目 管 理 报 告 班级： 学号： 姓名：黄朝阳
Project项目管理报告 一、项目概况 项目的主要工作是维修某主要道路下一段长约1公里的供水管道，市政局要求电力部门配合施工，同时铺设一条地下电缆，以增加该道路两侧的用电用户。由于该项目是在现有道路上开挖，故市政局决定在回填后顺便铺设新的混凝土路面。为此，专门成立了一个项目管理办公室，以管理、协调该项目。项目内容包括：供水工程、电力工程和道路工程。整个项目从2010年7月1日提交预算报批为开始，到恢复交通为止。项目预计建设工期为64天，工程总投资约元。
二、项目初始计划 参照工程工艺关系、固定成本及所需资源表和项目可用资源(劳动力)数量及费率表，将项目各项任务逻辑关系及固定成本（设备费、材料费和管理费等)、资源需求量信息，输入project文档，得到该项目的实施计划表（表2.1）、甘特图（图2.2）。 表2.1 项目初始计划表 由表2.1知，项目总工期为64个工作日，其开始时间为2010年7月1日，完成时间为2010年9月28日。该项目计划满足市政局希望该项目能在2010年10月底竣工并恢复交通的要求。
图2.1 项目实施甘特图 对图2.2分析知，找出该项目实施计划的关键线路：预算报批，对外公告， 开走路上停留的车辆，开挖沟槽，维修水管，压力试验，复铺路面，恢复交通。 表2.3 项目实施任务分配状况 表2.3 资源工作表
表2.4 资源使用状况 2.1项目总成本的计算 1．固定成本：设备费、材料费和管理费等； 2．可变成本： （1）原料费：包括修复路面使用的水泥，石子，沙，各种防水材料，模板等； （2）租赁费：租赁各种设备，包括挖土机，压路机，各种大型的运输车等； （3）施工流动津贴：包括各种由于外界或自身的原因而造成因施工地点的改变而增加的额外的费用； （4）人工费：包括付给监理人员，技工和壮工等的费用； 在该项目中，固定成本已经给定，可变成本主要由人工费组成，因而要计算处所有的人工费，其主要包括技工、壮工和管理人员的费用。 技工费用：950*50=47500元； 壮工费用：1853*30=55590元； 管理费用：64*50=3200元； 固定成本：元； 总成本=固定成本+可变成本 总成本：47500+55590+3200+=元。 由此可见，该项目的成本无法控制在50万元以内。此外，考虑到，可变成本构成的各个因素在不同的时间点上所需要的费用是不同的，在下面的分析中也进行了相关的考虑分析。即：分析项目施工日期的变化给项目总成本带来的影响。