项目管理计划模板

项目管理计划模板

版本历史
版本号
0.1.0
0.2.0
0.3.0
0.4.0
日期
2012-01-17
2012-02-14
2013-06-24
2013-06-26
作者
Jerry Sun
Jerry Sun
Cherry Shen
Cherry Shen
修订原因
初始版本
增加了4.1、4.4、4.7章节的内容，同时重
新排版，使结构更加清晰
结构调整，添加发布，上线及附件
根据Review结果，文档更新




































































目 录

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

工作分解结构 ...................... .................................................. .................................................. .......

3.3

项目评估 ......... .................................................. .................................................. ............................

3.4

开发计划 ......................................... .................................................. ..............................................

3.5

资源计划 ........................ .................................................. .................................................. .............

3.5.1

知识和所需的技能 .... .................................................. ..

3.5.2

人员安排及分配 ................ ..........................................

3.5.3

角色和职责 .......................... ....................................

3.5.4

培训计划 ........................... .....................................

3.5.5

软硬件资源计划 ........................ ..................................

3.6

相关干系人员计划管理 ....................... .................................................. .........................................

3.7

沟通计划 ............................. .................................................. .................................................. ........

3.7.1

每日沟通 ............. .................................................. .

3.7.2

每周沟通 .................... ............................................

3.7.3

每月沟通 ........................... .....................................

3.7.4

随时沟通 ........................... .....................................

3.8

流程质量控制计划 ......................... .................................................. ..............................................

3.8.1

PPQA
评审机制 .............. ............................................

3.8.2

PPQA
检查计划 ................... .......................................

3.9

风险计划 ............................. .................................................. .................................................. ........

3.10

发布计划 .............. .................................................. .................................................. .......................

3.11

上线计划 .................................................. .................................................. .....................................

3.12

验收计划 ............................ .................................................. .................................................. .........

3.12.1

项目验收标准
:
.................................................. .........

3.12.2

验收项清单 .......... .................................................. ..

3.12.3

验收时间和进度 ............... ...........................................

3.13

监督和控制计划 ......................... .................................................. ..................................................

3.14

需求管理 ....................... .................................................. .................................................. ..............

4

附件 ............. .................................................. .................................................. ........................................

1 目的
该项目计划确定适用的政策，需求和软件开发的数据交换的标准，文 档为完成
开发工作定义了日程安排，组织，资源和必要的软件活动进程。

2 项目摘要
2.1 项目目标和范围
示例：

Movitech
负责
Eleven
技术所需的所有资源
.
相关资源部门会和美国团队和全队< br>职工协作来实现
Eleven Pepperidge Farm
技术产品的成功交付 。国内的资源将会按
照
Eleven
技术而在一个可接受的生产力水平和效率。

该项目涵盖
Eleven Pepperidge Farm
技术产品的所有新的功能、
bug
修复和修
改现有功能和代码的十一项技术产品有关的所有事项。

2.2 主要干系人
示例
:
序号
1
2
3
4
5
6
职位
Eleven Technology
董事长兼首席执行官

Eleven Technology
技术副总裁

Eleven Technology
项目经理

Movitech
首席执行官

Movitech
首席运营官

Movitech
项目经理

姓名
Tim Curran
Vanessa Hang
Vanessa Hang
Tina Ji
Charlie Chang
Brad Cao
职责






2.3 约束与假设
示例
:
序号
1.
2．
约束条件
管理上的约束。对
Manager
和
pm
来讲，预算是最大的限制条件。

运行环境要求。例如：系统必须安置在一个已经加载了其他
EDX
的平台
上。

3．
4．
5.
6.
7.
8.
资源方面的约束。如时间，人员方面；软硬件方面的要求。

质量保证方面的约束。如要求
unit test
。

其他约束。。。

所有工程师都可以在项目开始前到岗

项目不会因为顾客反馈的意见而取消

支持多语言，开发团队现场开发。。。

2.4 项目组织结构
示例：

3 项目计划
3.1 项目生命周期
3.1.1 生命周期确认
主要按照项目特征、项目类型或客户的需求来确定 项目的生命周期（如：迭代，
瀑布，
Scrum)
。去认定我们需要根据项目的生命周 期来做项目计划。

3.1.2 制定项目过程及产物裁剪
详细参考附件
1
：
项目裁剪模板

3.2 里程碑和可交付成果
示例（瀑布式）
:
序号
1.
2.
3.
里程碑
Story Board
完成

SRS
完成

可交付成果
Story Board
SRS
SDS
交付日期
2005-4-25
2005-4-30
2005-5-18
负责人
Jacky Hu
Jacky Hu
Kyle Lee
Charles Di
设计完成

测试用例

测试计划

4.
代码完成
Build
Release Notes
2005-6-30 Kyle Lee

5. Alpha
版本
Build
Release Notes
2005-7-29 Jacky Hu
6. Beta
版本
Build
Release Notes
2005-9-9 Jacky Hu
7.
最终版本
Build
Release Notes
2005-9-30 Jacky Hu
8. UAT
完成
Build
Release Notes
2005-10-10 Jacky Hu
测试报告

用户手册

9.
系统上线
Build 2005-10-30 Jacky Hu
培训资料

示例（敏捷式）
:
序号
1.
2.
3.
里程碑
Story Board
完成

Backlog
完成

Sprint1
完成

可交付成果
Story Board
Backlog
Build
Release Notes
交付日期






负责人
4. Sprint2
完成
Build
Release Notes

5. … Build
Release Notes

6. UAT Build
Release Notes

测试报告

用户手册

7.
系统上线
Build

培训资料

3.3 工作分解结构
通过
WBS把模糊的工作逐层分解和简化，为后续工作打下基础，很好的解决
现阶段项目开发中存在的问题。< br>
在信息系统开发项目中创建
WBS
的基本原则
?
①任务原 则：一个单位工作任务只能在
WBS
中出现一次；每一项任务只能有
一个人负责；WBS
中任意一项任务的内容是其对应下级各项工作之和；
?
②实际原则：WBS
必须与实际工作任务的执行过程一致，分解后的工作应该
是可管理的、可检查的和独 立的，要符合项目团队工作的需要；
?
③时间原则：在任务的分解过程中，最小级别的任务最 好控制在
40
工时内，
可以保证项目问题在两周或更短的时间内解决；
? < br>④文档原则：在任务的分解中，每个
WBS
项都必须文档化，以确保准确理解
已 包括和未包括的工作范围；
?
⑤灵活原则：
WBS
必须在根据范围说明书正 常地维护项目工作内容的同时，
也能适应无法避免的变更。

3.4 项目评估 （现阶段暂时还是按项目经理本身的估算方法实现，后期跟进。评估人天大于
100
人天的 需要组织部分有经验员工集体
review
）

项目评估流程参考附件
2:

项目评估流程

项目评估方法及模板参考附件
3-6
：
Project Estimate Template-Normal

项目估算模板
- Delphi
项目估算模板
-Analogy-Pert
项目估算模板
-Pert
四种评估方法和模板任选一种进行评估。

3.5 开发计划
? 开发计划的每个任务需要小于等于5人天；

? 任务明确，并可验证；
? 开发验证的过程需要包括在计划中。
关键里程碑计划可采用图形方式。

将项目的所有里程碑和关键活动标注在下面的时间 轴上。注意：如果存在早期
功能子集
Beta
和

或
ESP< br>交付件，
PDT
需要对交付件进行
TR4ATR5
评审，以及对GA
层产品交付件进行
TR4A
和
TR5
评审。
PDT
不需要对每一个构件标注
TR4
，只
需要标示第一个
TR4
的日期。如果需要将所有里程碑和关键活动标注出来，可将
时间轴划分成阶段：

阶段
TR1
（需求评审）

和概念
DR
估计结束日期

交付件
市场调研报告（立项阶段输出）

市场需求清单（立项阶段输出）

初始业务计划（立项阶段输出）

产品需求规格书


验收准则
（可去掉）
TR2
（总体方案评审）和

计划
DR
产品可行性分析报告

产品业务计划


产品开发计划

总体设计方案书

产品设计说明书

产品测试与验证计划

工艺总体方案

装备总体方案

初始物料清单

供应商和物料选择计划

物料认证计划

提前采购决策

TR3
（模块级概要设计评

审）

模块级概要设计

总体设计

各模块级测试报告

目标成本跟踪表

市场教育和培训计划

测试方案

TR4
（原型机评审）


原型机

原型机测试报告


TR5
（设计定型评审）


中试样机验证报告

制造系统验证报告


BETA
测试结束




BETA
测试报告



外部认证结束

TR6
（转产评审）

和发布
DR
系统认证和标杆测试报告

产品可行性分析报告

产品业务计划

（优化后）

市场发布材料清单

受控销售阶段评估报告

试产验证测试报告

制造系统验证报告

量产点
GA

量产检查点确认通知


3.6 资源计划
3.6.1 知识和所需的技能?
必备的知识和技能
C++
Java
VB
Oracle
PLM
Donet
PerlPython
6
2
2
7
12
2
2
所需人员数量
100%
70%
100%
100%
100%
3
2
满意度 (%)
3.6.2 人员安排及分配
工作人员名称
Dana Dai
Michael Zhou
角色 开始时间 结束时间
PM
Dev
Leader
07-06-05
04-20-05
12-31-07
12-31-07
投入比
列%
30%
100%
电话




邮箱

Jennifer Wong
Luke Zhong
Johnny Yang
Moon Zhang
Morris Li
Leopold Wu
Dev
Dev
Dev
Dev
QA
QA
05-16-05
04-20-05
04-20-05
05-19-05
07-04-05
07-04-05
12-31-07
12-31-07
12-31-07
12-31-07
12-31-07
12-31-07
60%
100%
100%
100%
100%
100%












3.6.3 角色和职责
角色
项目经理（
PM
）

责任
制定项目计划

定义项目过程

管理项目日程

项目资源管理器

管理开发日程安排

管理开发资源

定义开发方法

设计系统体系结构

检讨
SDS
技术培训人员

管理质量保证计划

QA
资源管理

定义
QA
和发布过程

查看测试计划和测试用例

QA
技术培训人员

验收

设计和编写功能代码

制定测试计划及案例

测试产品

生成测试报告


备注
开发经理（
Dev Leader
）


测试经理

负责人（
QA
Leader
）


软件工程师（
Dev
）

测试工程师（
QA
）



PCPPQA
协助项目负责人完成项目注册表的

填写并根据表上的信息在
Project Forge
、
JIRA
和
Confluence
上立项

根据流程中附件的内容为相应资源

配置
ProjectForge
、
JIRA
和
Confluence
的权限

CM
3.6.4 培训计划
主题 说明 目标 目标人员 培训时间 时长 备注

Agile
产品

VSSCQ
用
法

高层次的介
绍

详细介绍工
作原理

介绍

初步认识
Agile
产品






所有新员工

加入
Agile85
的第三周

用
1.5
小时

Michael trains
Michael trains
developers, Arnold
trains QAs
Michael train
新人加入
所有新员工
Agile85
的
第二周

所有员工

07-10-05
用
0.5
小时

07-10-05
项目进程

代码样式培

训

Oracle &
Agile DB
QA
技术培
训

全部开发人加入
Agile85

用
2
小时

员

的第二周

全部项目组
人员

所有
QA
10-08-05
05-23-05
10-08-05
05-23-05

Moon trains
Arnold trains
针对全部人
员


3.6.5 软硬件资源计划
资源名称 优先 详细配置
2005 SP2
购入方法和日期
从中小企业获得

20050426
备注

Agile Advantage SDK
正常

(6)
SftTree Control
正常



P42.42.4GHD 160 G
Win 2003 Server
Oracle 8.1.7
Agile Advantage 2005
P42.4G1GHD 80G
Win2K Pro SP4 (5)
Win XP SP2 (2)
VS6, MS Office 2000
Rational Rose (2)
从
IT
获得

20050526



SolidWorks 2005 (6)
高

Server (1)
从
IT
获得

20050422
正常

从
IT
获得

20050427
Desktop (8)
高

从
IT
获得

20050422

3.7 相关干系人员计划管理
干系人
项目经理
活动
开发经理
测试经
理
开发工程师 测试工程师
客户
IT
客户业务
部
范围定义
项目计划确认
需求收集
Story Board确
认
SRS确认

项目进度监控
UAT环境准备
UAT
验收报告签字
项目结项会议



































备注：
? R：谁负责（R = Responsible）， 即负责执行任务的角色，他她具体
负责操控项目、解决问题。
? A: 谁批准（A = Accountable）， 即对任务负全责的角色，只有经他
她同意或签署之后，项目才能得以进行。
? S:谁支持（S = Supportive）， 即提供信息资源，辅助执行任务的人
员。
? C:咨询谁（C = Consulted）， 拥有完成项目所需的信息或能力的人
员。
? I:通知谁 (I =Informed), 即拥有特权、应及时被通知结果的人员，却
不必向他她咨询、征求意见。
该活动主要针对需要客户方参与的活动，可根据项目需要自行添加。
3.8 沟通计划
3.8.1 每日沟通
序号






方式



工作内容



目标



参加人



备注
3.8.2 每周沟通
序号






方式



工作内容



目标



参加人



备注
3.8.3 每月沟通
序号




方式


工作内容


目标


参加人


备注

3.8.4 随时沟通
序号






方式



工作内容



目标



参加人



备注
根据项目自身需求，可调整各个沟通频率。

3.9 流程质量控制计划
3.9.1 PPQA评审机制
? 实施审计
PPQA根据《PPQA检查计划》，检查项目实际执行过程和相关工作产品是否
符合既定的规 范。
? 记录结果
PPQA将不符合项记录在《PPQA检查计划-偏差明细列表》中。
? 协商纠正措施
PPQA工程师与项目经理（或EPG Leader）分析不符合项原因并协商改进措施。
对于项目经理（EPG Leader）不认同的不符合项，PPQA工程师将该不符合项
汇报给PMO，由PMO协商解决。
3.9.2 PPQA检查计划
详细参见附件7:

PPQA检查计划
3.10 风险计划
序号
1.
2.
3.
风险管理范围
技能方面的风险

风险管理方法工具
组织相关培训



风险跟踪频率(每周每月)
设备（软硬件）环境

与
IT
沟通去落实

需求

通过访谈、原型、组织

会议等多种方式去获取
需求并得到需求的确

认。

4.
假期

协调，延长休假的时间

范围

加强沟通


5.
干系人风险

详细参见附件8：项目风险跟踪管理模板
3.11 发布计划
该计划特质外部发布计划，内部发布计划见测试计划。

序
号




发布
包


时间 标准 环境 功能
&文
档




对象 责任
人




备注




3.12 上线计划
序号
1
2
3
4
步骤
设备安装

配置

数据迁移




开始时
间






结束时
间






负责人






备注
数据初始

化

培训

上线支持



5
6
3.13 验收计划
3.13.1 项目验收标准:
1)
2)
3)
P1 缺陷 = 0
P2 缺陷 <2
所有新提出的问题解决.

4)
5)
3.13.2 验收项清单
序号


QA 结束了所有测试.
Agile接受sp的质量.
验收项列表




状态


备注
3.13.3 验收时间和进度
序号




验收物


计划验收
结束时间
实际验收
结束时间


验收状态




备注
3.14 监督和控制计划
监督和控制策略
风险

控制机制
风险管理计划


频率 负责人员
PM
问题

进度管理

PM
管理
issues
，项目人员在周会上汇

报
issues
情况，如果有困难的问题，应
及时提出。

PM
主持周会，项目人员汇报工作状态，

PM
对照项目计划，如有需要则调整项
目计划

单元测试，代码审查，测试用例审
查，测试

缺陷少于
100
，
HFs
少于
5
相关人员管理计划

开会


PM
产品质量

项目范围管理

相关人员管理

协作项目计划

所有项目人员




发布项目组

PM
PM
3.15 需求变更管理
每个 客户认可的需求变更都需要通过需求申请单填写需求变更申请，保存在项
目内部的SVN中。
《需求申请单 》如附件9。

4 附件
序号 附件名
附件1 项目裁剪
附件2 项目评估
地址
项目模板库2. 项目管理2.2 项目管理
项目模板库2. 项目管理2.1 项目评估
附件3
Project Estimate
项目模板库2. 项目管理2.1 项目评估
-Normal
附件 4 项目估算-
项目模板库2. 项目管理2.1 项目评估
Delphi
附件5 项目估算-
项目模板库2. 项目管理2.1 项目评估
Analogy-Pert
附件 6 项目估算-Pert
附件 7 PPQA检查计划
项目模板库2. 项目管理2.1 项目评估
项目模板库2. 项目管理2.2 项目管理
附件 8 项目风险跟踪管
项目模板库2. 项目管理2.2 项目管理

理
附件 9 需求变更申请单

项目模板库2. 项目管理2.3 需求管理