项目计划文档格式.docx

项目计划文档格式.docx

《项目计划文档格式.docx》由会员分享，可在线阅读，更多相关《项目计划文档格式.docx（11页珍藏版）》请在冰豆网上搜索。

项目组成员，部门经理，以及其他项目干系人。

1.4术语与缩略语

[文档中涉及的相关术语、缩略词]

1.5参考/引用文档

[项目文档、公司规程、行业规范等相关参考材料]

2项目概述

2.1项目背景和目标

●项目名称：

项目编号、项目中、英文简称。

●用户：

客户名称

●开发者：

开发团队组员

●项目提出的背景：

说明本项目的任务提出者、本项目的任务开发者、本项目的用户

2.2项目范围

[项目覆盖的业务范围或功能、性能]

2.3交付的产品

序号

产品名称（包括服务）

介质

交付时期

接收方

接受准则（如符合的标准）

2.4约束与假设

[约束是指项目中必须遵守的条件或要求，如合同规定的验收日期等。

假设是指为了完成项目策划对项目实施过程中的一些不确定因素所作出的假定。

例如，项目组核心人员在项目实施过程中，不被调换。

由于这些假定存在不确定性，所以可能给项目实施带来一定程度的风险；

因此，尽可能对那些可能性较高的因素做假设。

如果某项假设成立的可能性较低，建议将其作为风险进行跟踪。

此外，在项目策划时，应尽可能的少做假设。

以免降低计划的可行性。

]

约束：

假设：

2.5项目适用的标准和规范

[说明项目开发过程中遵循的规程、标准和方法，以及项目所提供产品或服务所必须满足的标准等。

3项目组织

3.1项目组织结构

【项目组织结构图。

下图为示意图，在实际使用时，需要根据实际情况进行修改。

】

3.2小组成员名单和角色

[根据项目的实际情况，确定相关的角色和人员。

小组

角色

成员姓名

3.3相关事务接口人员

[要清楚的描述影响项目目标实现的接口，与外部的其他组织（包括客户与各类供货商）的协作内容、机制等。

可从下表中几个方面描述，内容不仅限于此。

]

事务内容

接口方式

接口人

所属组织

电话

Email

3.4项目相关活动的角色职责

[根据项目活动，填写相关角色的职责，以下仅仅是一个参考，空格内填写参与方式，如：

负责、支持、评审/审核、批准。

项目经理

需求分析人员

设计人员

编码人员

测试人员

技术委员会

QA

CM工程师

客户代表

项目策划

需求定义/分析设计

编码

测试设计

测试

评审

……

4项目约定

【描述项目组内部、项目组与其他组的约定。

】

约定双方

约定内容

双方责任人

备注

5项目的生命周期及阶段划分

5.1项目的生命周期选择

[参见《软件生命周期指南》，根据用户对需求表达能力、需求的稳定性和资源及项目其它特点选择该项目的生命周期；

根据公司关于生命周期模型选择的规程和方法，选择适合项目的生命周期模型，并将开发阶段用图表示。

（1）选择的生命周期模型及选择依据

（2）裁减内容和依据

6工作任务分解

[本章节用于描述分解后的WBS，如果WBS用其他的文件形式生成，此处可参见该文件。

请注意，工作任务包括管理工作和技术工作。

7项目估计

[根据《项目估计规程》，对项目进行整体估计；

估计的方法和估计假设、约束等详细信息见《项目估计记录》，此处仅按阶段列出估计的结果。

7.1属性估计

[该章节用于描述项目属性的估计结果。

7.2工作量、成本估计

[该章节用于描述工作量、成本估计的结果。

[如：

项目的成本=工作量*标准人天费用]

7.3项目进度

[根据WBS和《项目估计记录》分配人力资源和时间。

建议用PROJECT作。

参见《项目计划进度表》。

8项目资源计划

8.1开发环境

8.1.1硬件设备

设备名称／类别

配置

数量

获取方式

负责人

到位时间

费用预算（万元）

8.1.2支持工具和软件环境

软件／工具

8.2测试环境

8.2.1硬件设备

8.2.2支持工具和软件环境

9项目所需技能和培训计划

9.1项目所需技能

[描述项目所需的技能，包括管理技能、技术技能、领域技能等。

9.2培训计划

培训内容

培训方法

培训时机

参与人员

10风险管理

【描述风险管理的策略和项目组的相关规定，具体的风险识别列表在《风险来源与分类表》中描述。

11项目相关计划

11.1数据管理计划

合并入配置管理计划

11.2决策分析计划

决策内容

决策方法

决策时机

11.3管理性评审计划

里程碑名称

里程碑报告名称

里程碑评审时机

11.4同行评审计划

要求如下

1.确定需要评审的工作产品。

如果项目的时间充足，为了确保产品的质量，应当对所有工作产品都进行同行评审。

如果项目的时间不充足，为了节约时间，可以选择一些重要的工作产品进行同行评审。

2.确定同行评审方式，同行评审有审查和走查两种方式。

根据工作产品的重要性和复杂性确定同行评审方式。

3.预定评审时间、地点以及相关人员。

根据项目的进度表，预定评审时间和地点。

根据工作产品的特征预定评审主持人和其他评审人员。

工作产品

评审方式（审查/走查）

评审开始条件和时间

11.5需求管理计划

【在需求管理方面的计划，如需求管理的负责人，任务活动的安排等等。

以下表格为示例。

任务

完成时间

需求变更管理

XXX

xxxx-xx-xx

负责接收变更申请单，并跟踪变更的处理流程。

需求跟踪矩阵

需求阶段结束后，根据需求规格说明书建立矩阵，在项目里程碑处跟踪维护

………

11.6项目策划计划

[描述项目组如何实施项目策划活动。

11.7项目监控计划

[描述项目组如何实施项目监控活动。

周期

跟踪活动

形式或工具

结果或记录

监控的阈值

每天

检查项目组成员工作

查看工作日志

工作日志

规模阈值

工作量阈值

进度阈值

每周

讨论项目完成情况、存在问题等；

跟踪项目进度、工作量、成本、风险等

项目组周例会

项目周例会工作纪要

项目风险跟踪表

项目状态周报

各阶段完成

阶段总结

阶段总结会

项目阶段报告

里程碑

里程碑评审

评审会议

里程碑评审报告

项目结束

项目总结

总结会

项目开发总结

11.8度量与分析计划

合并入《度量分析计划》

11.9质量保证计划

合并入《PPQA-质量保证总表》之质量保证计划sheet

11.10配置管理计划

合并入《配置管理表报》之配置管理计划sheet

11.11供应商协议管理计划

合并入《SAM-供应商供货记录表》之供应商协议管理计划sheet

11.12测试计划

合并入《测试计划》

12计划变更的约定

需要进行计划变更的条件有：

●[根据渐进精细的原则，在某个里程碑完成后对后面的计划进行重策划]

●[在进度发生xx%的偏离时，进行重策划]

●[在工作量发生xx%的偏离时，进行重策划]

●[在规模发生xx%的偏离时，进行重策划]

●[在成本发生xx%的偏离时，进行重策划]

●[XX风险发生时进行重策划（比如关键依赖缺失、对外承诺变化）]

13其它

●[此处用于描述其他章节中没有涉及的内容。