项目计划模板.docx

项目计划模板.docx

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

项目计划模板

[XXXX项目]

主计划

XXX公司

地址：

邮编：

电话：

传真：

修改记录（RevisionChart）

版本号

批准人

修改人

修改日期

修改记录

0.02版本详细修改记录：

序号

内容

0.03版本详细修改记录：

序号

内容

0.04版本详细修改记录：

序号

内容

目录

1.概述1

1.1编写目的1

1.2文档约定1

1.3术语与缩略语1

1.4参考资料2

2.项目概述3

2.1项目基本信息3

2.2项目背景和目标3

2.2.1业务目标3

2.2.2功能目标3

2.2.3性能目标3

2.3项目交付成果4

2.4约束与假设4

3.项目组织5

3.1项目组织结构5

3.2小组成员名单和角色5

3.3项目外部干系人8

3.4干系人管理计划9

4.项目的生命周期10

5.项目里程碑及阶段划分11

5.1项目里程碑11

5.2项目阶段划分11

6.资源计划12

6.1人力资源跟踪表12

6.2工作环境13

6.2.1组织级工作环境说明13

6.2.2项目组特殊要求工作环境说明13

6.2.3开发环境和测试环境13

7.项目预算14

7.1项目预算表14

7.2成本支出计划14

8.资料管理计划15

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

9.1项目所需技能16

9.2培训计划16

10.附属计划/附属文件17

11.项目计划编写注意事项18

1.概述

1.1编写目的

提示：

说明本文档的编写目的。

本文档为项目的总体实施计划，用以指导项目的执行及控制，作为项目团队进行项目实施的依据，以及作为评估项目进展情况的依据。

项目计划的内容包括项目所需完成的各项任务、负责执行各项任务的人员、相关人员的承诺、基于估计的各项任务的进度安排、成本预算等。

1.2文档约定

例如：

粗体正文表示强调内容

蓝色正文表示未明确内容

1.3术语与缩略语

描述本文档中出现的术语和缩略语。

术语、缩略语

定义

1.4参考资料

提示：

列出本文档的所有参考资料，格式如下：

资料名称，版本，编写日期

例如：

《项目建议书》，V3.0，2008年12月1日

2.项目概述

2.1项目基本信息

项目名称

项目简称

项目编号

内部编号

项目经理

IT部项目管理员

用户代表

项目下达日期

项目初验日期

项目终验日期

2.2项目背景和目标

提示：

来源于项目建议书，根据需要细化。

包含：

业务目标、功能目标、性能目标。

如果是从建议书中复制的，则标记清楚。

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

2.2.1业务目标

2.2.2功能目标

2.2.3性能目标

2.3项目交付成果

参见《配置管理计划》中标记为“交付物”的配置项。

2.4约束与假设

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

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

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

由于这些假定存在不确定性，所以可能给项目实施带来一定程度的风险；因此，尽可能对那些可能性较高的因素做假设。

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

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

以免降低计划的可行性。

约束：

假设：

3.项目组织

3.1项目组织结构

项目组织结构图。

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

本节不可裁剪。

3.2小组成员名单和角色

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

序号

角色

人员

职责

1）

高级经理

✓负责项目经理的任命，为项目提供所需的资源，召集相关人员召开项目启动会

✓参与项目计划评审、项目里程碑评审

✓协调项目经理与客户的问题、重大变更以及项目经理不能解决的问题

✓参与项目验收、项目总结

2）

项目经理

✓管理项目风险，控制项目变更

✓确保项目进度符合里程碑要求

✓确保项目按约定的流程实施

✓确保项目资源得到合理调配

✓非技术和业务层面的沟通和协调，沟通对象包括客户代表，公司高层，相关项目负责人，开发团队成员等。

✓监控项目实施情况和预算支出情况并定期向上级主管汇报

✓项目团队成员业绩评价

3）

需求分析师

✓与客户沟通需求，辅助项目经理控制和跟进需求变更，包括新需求的收集，分析，合并，过滤以及排定优先级等

✓向开发团队提供业务咨询服务，及时解答他们面临的和业务，需求相关的问题

4）

系统架构师/设计师

✓负责系统适用架构的选择，分析，设计和集成。

负责架构适配层和通用组件的设计

✓负责编写系统总体架构设计说明书

✓负责向开发人员讲解系统架构的设计思路和使用方法

✓负责编写系统概要设计说明书

5）

开发人员

✓参与部分系统设计工作

✓参与编写系统详细设计说明书

✓系统功能模块的编码实现（包括系统原型实现）

✓在测试驱动的开发模式中需要编写大量的单元测试程序

✓对系统各个功能模块进行集成

6）

测试人员

✓参与收集和了解客户需求。

制定测试计划，包括时间计划，人员安排，测试方法和测试范围等

✓根据功能需求说明书来设计测试用例

✓提交测试计划，测试用例，测试数据和测试脚本给管理层审查

✓编写自动化回归测试的脚本

✓测试通过后，负责出Release版本

7）

技术支持人员

✓客户支持问题受理与记录；

✓客户支持问题入库；

✓客户支持问题初判，确定问题类型（操作答疑、系统BUG、新需求等）；

✓回复用户问题的解决情况；

✓能耐心的倾听客户的问题，口齿伶俐、思维敏捷，有较强的沟通能力、理解能力和语言表达能力；

✓定期总结，如定期整理系统FAQ、形成客户支持总结报告；

✓负责维护项目的阶段总结（年度总结、半年总结、季度总结和月报等）；

8）

质量保证人员

✓负责制订各项目的质量保证计划，并按项目质量保证计划实施质量保证评审和审核活动，实时评估及分析过程质量和产品质量状况；

✓通过过程审计、流程控制、质量报告等措施进行全程质量管理；

✓反馈和跟踪项目研发管理过程中的不合格项；

✓通过对项目质量数据度量和分析，及时发现项目质量问题，进行风险评估，提高项目开发过程质量，并保证最终交付的高质量；

✓协助开发过程培训课程，提供过程培训；

✓为项目管理者提供咨询和帮助；

✓协助项目组输出各项管理相关的报告，并提供项目KPI考核数据；

✓对研发过程进行质量测评和分析，对研发过程质量保证能力进行评估和监控，并给出改进建议、监督落实；

9）

配置管理员

✓按照配置管理过程，负责公司产品及项目的配置管理工作，包括但不仅限于配置库创建及维护、基线管理、版本管理、发布管理、变更管理、配置审计、并行开发支持等；

✓对项目中的各类过程文件进行版本更新、维护和管理等配置管理工作；

✓建立并优化公司配置管理流程，维护公司配置管理环境；

✓在配置管理工作过程中，发现并提出建议，促进配置管理活动的持续改进；

10）

度量员

✓根据项目度量计划要求，进行度量数据采集，编写项目度量报告。

3.3项目外部干系人

填写提示：

列出对项目有影响的人员，主要指用户、合作/接口厂商等相关人员。

⏹姓名：

填写项目干系人名字

⏹组织：

●用户/客户

●合作/接口厂商

⏹项目中的角色：

描述项目外部干系人在项目中的角色，比如：

用户代表、最终用户、客户领导等等。

⏹管理关系建议：

如“通过每周例会汇报工作”、“重要里程碑邮件抄送”、“参与需求评审和需求变更确认”等。

序号

姓名

组织

联系电话方式

项目中的角色

职责

管理关系建议

1.

2.

3.

4.

5.

6.

7.

3.4干系人管理计划

参见《项目干系人管理计划》。

一般项目组可以直接参考组织提供的《项目干系人管理计划》，如果项目有特殊情况则可以在此处列出干系人参与表，并根据项目自己的情况进行修改。

4.项目的生命周期

参见《生命周期模型指南》，根据用户对需求表达能力、需求的稳定性和资源及项目其它特点选择该项目的生命周期；根据公司关于生命周期模型选择的规程和方法，选择适合项目的生命周期模型。

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

选择项

本项目的值

选择依据说明

需求清晰

（髙中低）

需求完整

（髙中低）

需求稳定

（髙中低）

风险（高、中、低）

功能是否可划分优先级（是、否）

客户全程参与（是、否）

项目规模（大、中、小）

软件系统复杂度（大、中、小）

项目是否用到新技术（是、否）

项目成员的技能（高、中、低）

（2）根据选择依据确定生命周期模型：

5.项目里程碑及阶段划分

5.1项目里程碑

序号

里程碑名称

时间点

完成准则

1）

需求完成

2）

设计完成

3）

开发完成

4）

产品提交

5）

…

5.2项目阶段划分

序号

阶段名称

开始时间

结束时间

工作日（个）

有无里程碑

1）

项目计划

无

2）

需求分析

有

（1）

3）

设计阶段

有

（2）

4）

开发阶段

有（3）

5）

测试阶段

有（4）

6）

试运行阶段

有（5）

6.资源计划

提示：

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

6.1人力资源跟踪表

∙角色，分为：

o项目经理

o需求分析师

o系统架构师

oDBA

o开发工程师

o测试工程师

o技术支持工程师

oPPQA

oCM

oMA

∙参与阶段：

和5.2项目阶段划分保持一致，如全程参与，则参与阶段为“全程”，根据项目实际情况，同一个人可担任不同角色，可参与不同阶段，不同阶段可投入不同百分比。

序号

人员

角色

参与阶段

投入百分比

1.

2.

3.

4.

5.

6.

7.

8.

9.

10.

11.

12.

13.

14.

15.

16.

17.

18.

6.2工作环境

6.2.1组织级工作环境说明

参见组织级《办公环境标准》的定义。

6.2.2项目组特殊要求工作环境说明

比如到用户现场进行开发，需要在此说明。

6.2.3开发环境和测试环境

提示：

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

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

✧详细配置

⏹硬件的详细配置

⏹系统软件（操作系统、数据库、中间件、开发工具、测试工具等等）需要说明版本号。

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

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

软硬件资源名称

级别

详细配置

获取方式与时间

使用说明

关键

关键

关键

普通

普通

…

7.项目预算

7.1项目预算表

项

值

说明

项目工作量估算（单位：

人月）

25

来自项目任命书

折算为人日

550

按每人月22人日计算

项目成本（单位：

元）

275,000

按每人日500元计算

7.2成本支出计划

阶段

支出成本（单位：

元）

支出说明

需求

60,000

设计

50,000

代码开发与单元测试

60,000

系统集成

10,000

测试

50,000

项目策划

10,000

项目监控

15,000

CM

5,000

QA

15,000

…

0

合计：

8.资料管理计划

包括：

✓资料的内容

✓格式

✓存储方式

✓权限

✓收集的方法和时机

✓保密性

序号

资料名称

格式

存储方式

权限

收集的方法和时机

保密性

1）

2）

3）

4）

5）

6）

7）

8）

9）

10）

11）

12）

13）

14）

15）

16）

17）

18）

19）

20）

21）

22）

23）

24）

25）

或参见《配置或资料管理计划》

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

9.1项目所需技能

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

序号

技能类别

技能名称

技能要求

1）

管理技能

2）

3）

4）

技术技能

5）

6）

7）

领域技能

8）

9）

9.2培训计划

针对上节的技能要求制定培训计划。

如果项目成员所需的技能都已经具备，则不需要做详细的培训计划，在此说明即可

序号

被培训人员姓名

培训的技能

建议培训时间

1）

2）

3）

4）

5）

6）

10.附属计划/附属文件

1.项目进度计划（Project）

填写附属计划名称。

2.裁剪报告

填写附属计划名称。

3.质量保证计划

填写附属计划名称。

4.配置管理计划

填写附属计划名称。

5.项目度量计划

填写附属计划名称。

6.系统测试计划

填写附属计划名称

11.项目计划编写注意事项

1.如何进行资源配置计划？

根据项目任命书的工作量估算和项目组相关项目总体计划情况，合理进行资源配置。

2.WBS分解时，不要遗漏以下任务：

a）制定计划的活动

b）计划变更的活动

c）所有的评审的活动（项目计划、需求、设计、测试用例、PPQA、MA、CM、等等）

d）度量计划的制作，度量数据的收集与分析

e）集成的活动

f）过程裁剪的活动

3.实施估算时，以售前估算确定的人天总数为基础，估算总工作量的20%划作QA和CM的人天开销，剩余的工作量为项目的开销