项目实施计划书模板Word下载.docx

项目实施计划书模板Word下载.docx

《项目实施计划书模板Word下载.docx》由会员分享，可在线阅读，更多相关《项目实施计划书模板Word下载.docx（10页珍藏版）》请在冰豆网上搜索。

列出本文档的所有参考文献（可以是非正式出版物），格式如下：

[标识符]作者，文献名称，出版单位（或归属单位），日期

例如：

[AAA]作者，《立项建议书》，机构名称，日期

[CMMI-PD-PROC-SW-SD]EPG，系统设计规，机构名称，日期

0.5术语与缩写解释

缩写、术语

解释

SPP

精简并行过程，SimplifiedParallelProcess

PP

项目规划，ProjectPlanning

…

2.项目介绍

1.1项目围

1）.用简练的语言说明本项目“是什么”，“说明用途”；

2）.说明本项目“应当包含的容”和“不包含的容”；

3）.说明本项目“适用的领域”和“不适用的领域”。

4）.根据项目估计－围估计的结果，列出产品分解的WBS。

1.2项目目标

说明本项目的目标，这些目标必须是“可实现”、“可验证”的。

Ø

产品目标

完成本项目

专利目标

专利，完成本项目应至少开始申请以下几个专利点：

专利1：

……

专利2：

1.3客户与最终用户介绍

如果是合同项目，请说明本项目的客户及其责任人是谁，描述最终用户的特征。

如果不是合同项目，请描述潜在客户和最终用户的特征。

例子：

安防用户特征：

该部分用户主要是小区物业管理、银行等，本身具有较高的计算机操作能力和网络组网知识，往往由专业的技术人员负责维护整个系统。

使用本产品主要用于视频监控数据的传输。

1.4开发方介绍

如果是合同项目，请说明本项目的开发方是谁，责任人是谁。

1.5项目制约

1）.请说明在项目开发过程中应当遵循的标准或规，注意可能存在特殊的行业规定，

请不要遗漏；

2）.请说明相关项目可能对本项目造成的影响；

3）.说明一些假设和依赖。

3.项目开发模型及过程活动定义

2.1开发模型

说明项目的类型及选择采用的开发模型，如有剪裁修改或采用组织尚未定义的新的开发模型，则需描述清楚或另外绘制本项目的开发模型。

2.2项目过程活动定义

选择一个标准的项目已定义过程（PDP），如有需要进行裁剪，得出一个符合本项目需要的PDP，作为附录列在本计划的后面。

所有的的裁剪部分必须在这里进行详细的说明。

4.人力资源计划

规划小组制定本项目的角色职责表，并为已知的项目成员分配角色（一个人可以兼多个角色）。

角色

职责

人员

产品经理

项目经理

需求分析员

系统设计员

程序员

测试人员

QA

配置管理员

度量管理员

5.软硬件资源计划

规划小组分析项目开发、测试、运行所需的软硬件资源，主要容包括：

资源级别（分为“关键”、“普通”两种）

详细配置

获取方式（如“已经存在”、“可以借用”或“需要购买”等）与获取时间

使用说明（如“谁”在“什么”时候使用）

软硬件资源名称

级别

获取方式与时间

用途

关键

普通

6.财务计划

参考附录的成本估计表。

开支类别

主要开支项、用途

金额

时间

7.任务与进度

规划小组根据第2步确定的项目PDP，按阶段细化分配任务活动并制定进度计划，采用MicrosoftProject制作甘特图进度表（模板见附件），附在《项目计划》中。

制定进度计划是一个渐近明细的过程，甘特图进度表中分配任务的最长时间原则上不得超过5个工作日，有超过的必须加上“？

”，说明原因。

其中计划第一周任务活动的分配时间须细化到每一天，随着项目的进行，每周末对下一周的任务活动按“细化到每一天”的要求进行确认和细化，如此循环直至项目结束。

8.项目的阶段定义和里程碑点

列出项目的阶段定义和里程碑点，可以参考下表：

阶段/里程碑

实施周期/日期

完成目标

阶段标志

立项阶段

完成用户需求开发、立项等相关工作

1．《用户需求说明书》评审通过

2．立项通过

计划阶段

完成产品需求开发、项目估算、计划等相关工作

1．《产品需求规格说明书》评审通过

2．《项目计划》发布

设计阶段

完成概要设计和详细设计、制定系统测试计划等相关工作

1．所有概要设计和详细设计文档、评审通过

2．《系统测试计划》评审通过

实现阶段

完成程序的开发和开发样机的加工制作、调试，完成编写《系统测试用例》

1．编码完成，开发样机制作、调试完成

2．《系统测试用例》评审通过

测试阶段

集成系统，执行系统测试，完成编写《系统测试报告》等相关工作

《系统测试报告》完成，开发样机评审通过

结项阶段

完成产品验收、项目结项等相关工作

1．产品验收合格，产品发布

2．结项评审完成。

里程碑点A

XXXXXX

XXXXX

9.沟通管理计划

规划项目过程中需要进行的沟通，可以参考下表：

会议报告

描述

参与人

周例会

沟通项目进展，讨论存在的问题和风险

项目组全体成员，QA

每周一上午9~10:

30

项目状态报告

向项目干系人提交项目状态、进展情况

项目经理、项目干系人

每周一下午14:

00前提交

阶段性评审会议

评审阶段的工作成果

评审人员、项目经理、阶段工作成果负责人

阶段结束前

阶段总结会

总结阶段工作完成情况

项目组全体成员、项目经理

阶段信息发布

在部的项目管理页发布本项目阶段性信息

阶段/里程碑结束次日

/外部沟通

需求沟通

与客户沟通需求

需求分析员、客户

需求阶段每周1、3、5

下午3:

00～5:

00

与XX客户沟通

协商解决XX问题

项目经理、客户

2008-10-10

沟通协调方式：

说明项目组日常交流的方式和工具等，一般为：

A、用QQ、电子、、例会方式沟通；

B、重大问题要遵从《问题风险管理规程》和《项目监控规程》来升级和汇报；

C、项目经理按阶段将项目状态报告发送给项目干系人。

（如果有异地情况，可特殊说明一下）

10.问题和风险管理计划

确定项目如何管理、应对项目问题和风险的管理活动，主要包括：

管理策略、管理方式、问题和风险的跟踪和监控、原因分析等。

1）总体管理策略

本计划的目的在于帮助项目组按计划规地识别项目问题和风险，及时给出纠正措施，确保项目不受问题和风险的影响而正常运作，同时提供了问题和风险的管理和分析机制，以有效的方式管理项目的问题和风险。

2）问题、风险类别与来源

问题类别包含人力资源问题、外部环境依赖问题、部资源问题、过程管理问题、业务/部门协调问题、技术问题、其他问题。

风险类别包含规模风险、需求风险、客户风险、人员风险、管理风险、技术风险、其他风险。

问题和风险来源包含QA、技术评审、监控人员、项目组成员、客户等。

3）问题管理

问题的管理主要依据《项目状态报告》—项目问题管控表来进行，重大问题使用例会方式管理，记录在《会议纪要》中。

项目问题在项目例会上进行跟踪。

4）风险等级与排序

风险等级：

根据风险发生的可能性和影响程度确定风险等级。

风险排序：

评估风险发生的概率（分为高、中、低三级）和风险影响程度（也分为高、中、低三级），为风险等级为高或中的风险制定相应的减缓活动。

编号

风险概率

风险影响

风险等级

1

高

2

中

3

4

低

5

6

7

8

9

5）风险识别、分析、跟踪

风险的识别与分析：

风险识别作为一个持续的过程贯穿项目的整个生命周期，该过程可能涉及正式的风险评估小组活动、头脑风暴会议以及每个生命周期阶段初期的风险讨论。

本项目设立风险管理员（由项目经理担任此角色），在例会上定期识别、收集项目的风险，分析风险，并确定风险等级、处理优先顺序，制定相应的减缓、处理措施。

风险跟踪和升级：

风险跟踪在例会上进行，并通过《项目状态报告》—项目风险管控表来管理和跟踪风险。

对高、中等级的风险，重点跟踪风险的规避和应急措施，确保风险的规避和应急措施得到有效的落实。

11.项目培训计划

培训容

培训讲师

培训时间

培训地点

参加学员

12.子计划（下属计划）

子计划（SubordinatePlan）是《项目计划》的一部分，完成后由项目经理集成到本计划中（以附件粘贴的方式）。

下属计划的名称

负责人

完成时间

《配置管理计划》

项目组配置管理员

《质量保证计划》

质量保证员

《评审计划》

《度量管理计划》

《系统测试计划》

项目测试组长

附件：

甘特图进度表

（由于版本问题，暂时未插入该对象）