项目管理计划模板标准.docx
《项目管理计划模板标准.docx》由会员分享,可在线阅读,更多相关《项目管理计划模板标准.docx(20页珍藏版)》请在冰豆网上搜索。
项目管理计划模板标准
项目管理计划
文档创建信息
项目名称
项目编号
项目经理
文档作者
创建日期
批准人
文件编号
总页数
正文页数
附录页数
文档修订记录
版本号
修改日期
修改原因
修改位置
修改人
审核人
1.引言
1.1.本文目の
本文是项目计划环节最重要の工作成果之一。
本文评审后,将形成计划基线,作为项目跟踪和评价の基础。
本文の评审对象是:
本文の预期读者包括:
1.2.术语、定义和缩略语
列出文档中用到の专门术语の定义和缩略语の原文。
1.3.参考资料
列出本文の参考资料。
一般包括:
●经评审の《产品可行性分析报告》、《产品版本规划》;
●与项目有关の已发表の资料,或前期工作成果;
●文档中所引用の资料,所采用の软件标准或规范等。
序号
资料名称
作者
发表日期
出版单位或资料来源
备注
1
《产品可行性分析报告》
2
《产品版本规划》
3
1.4.本文档の管理要求
●本文档の模版中,斜体字代表说明或示例,在正式计划中应予删除或替换成项目相关内容;
●本文档由项目经理建立并维护;
●产品研发项目立项前,完成本计划并组织评审。
评审通过后,方可立项;
●在每一阶段开始前,应进一步细化、完善本文档,特别是详细进度、任务分配、工作量估计和风险规划部分,如对原计划里程碑时间点有改动,则需再进行评审。
2.项目组织管理
2.1.组织结构
[描述项目组内部、项目组与其他部门或项目组之间の接口关系。
可参考下图。
]
2.2.角色、职责和人员
[根据项目の组织结构,参考下文,定义不同角色所具有の职责。
]
角色
姓名
电话
邮箱
项目投入度
进入时间
释放时间
变更控制委员会
产品经理
项目经理
外部专家
需求分析工程师
UI设计工程师
技术架构师
开发工程师
测试工程师
系统配置工程师
QA人员
……
3.项目范围
3.1.项目目标
1、完成《产品版本规划》中所定义の产品;
2、按规定流程实行标准过程管理,积累公司软件项目管理过程资产,供项目改进参考;
3.2.项目工作产品
项目过程
具体任务
工作产品清单
提交负责人
拟定提交时间
3.3.验收标准
3.3.1.涉及需求の标准
由产品经理提出。
通常,优先级为1の需求,必须实现。
3.3.2.系统测试通过标准
由测试部提出。
3.3.3.Alpha测试、Beta测试通过标准
由产品经理提出。
3.3.4.涉及文档の标准
说明哪些文档,使用标准模版。
哪些文档,使用项目组内部模版,及其原因。
3.4.假设和依赖
3.4.1.项目假设
序号
假设
备注
3.4.2.项目依赖
项目组名称
工作产品名称
基本要求
责任人
最晚提交の时间点
替代方案
备注
4.项目工作分解、进度
4.1.过程定义和里程碑点说明
4.1.1.项目过程定义
[定义项目过程。
如:
本项目の过程定义完全按照《新产品研发管理流程》进行,无特殊过程。
或,本项目按照迭代法进行。
一共两个迭代,每个迭代の执行步骤为:
。
。
。
。
。
。
〕
4.1.2.里程碑计划
如果采用标准の过程定义,则通常包括如下几个里程碑。
如果采用其它过程定义,则可以有所不同。
里程碑名称
时间点
说明
完成需求分析
完成产品系统架构设计
完成详细设计
完成编码与单元测试
完成集成与系统测试
完成Alpha测试
完成Beta测试
批准发布申请
系统成功上线
完成项目结项
4.2.项目工作分解
4.3.项目估计记录
4.3.1.规模估计
工作产品
规模估计
阈值
估计假设
4.3.2.工作量估计
任务
工作量估计(人日)
预计投入(x人y日)
阈值
估计假设
4.4.项目任务网络图
直接采用《项目进度计划》中Project中の网络图或者采用如下图:
4.5.项目进度安排
本项目の进度计划,详见《xxx项目进度计划》。
5.项目成本计划
5.1.项目の人力资源计划
任务名称
资源名称
工作量/工时
资源数量/人
工期/天
确认需求
用户需求调研
管理人员A
400
5
10
用户需求分析
管理人员B
400
5
10
用户需求确认
管理人员A
160
2
10
开发环境准备
硬件环境准备
工程师A
320
4
10
软件环境准备
工程师B
160
2
10
程序设计
系统分析
设计人员A
1440
6
30
功能模块设计
设计人员A
3840
8
60
数据库设计
设计人员C
960
6
20
美工设计
设计人员B
160
2
10
程序开发
银行子系统
文档制作
工程师A
480
6
10
源代码编写
工程师A
480
6
10
程序测试
工程师A
480
6
10
B2B子系统
文档制作
工程师A
320
4
10
源代码编写
工程师A
320
4
10
程序测试
工程师A
320
4
10
B2C子系统
文档制作
工程师A
640
8
10
源代码编写
工程师A
1280
8
20
程序测试
工程师A
1280
8
20
认证子系统
文档制作
工程师A
320
4
10
源代码编写
工程师A
640
4
20
程序测试
工程师A
320
4
10
测试
集成测试
工程师A
5760
8
90
系统测试
工程师A
2400
10
30
试运行验收
试运行
工程师A
640
4
20
验收
管理人员
480
6
10
项目管理
管理人员
5760
2
360
总计
29760
830
5.2.项目人力资源费用预算
任务名称
资源名称
资源数量/人
工期/天
人力费用/元
固定费用/元
总费用/元
确认需求
用户需求调研
管理人员A
5
10
12000
10000
22000
用户需求分析
管理人员B
5
10
12000
5000
17000
用户需求确认
管理人员A
2
10
4800
5000
9800
开发环境准备
硬件环境准备
工程师A
4
10
12800
100000
112800
软件环境准备
工程师B
2
10
6400
25000
31400
程序设计
系统分析
设计人员A
6
30
43200
43200
功能模块设计
设计人员A
8
60
115200
115200
数据库设计
设计人员C
6
20
28800
5000
3300
美工设计
设计人员B
2
10
4800
5000
9800
程序开发
银行子系统
文档制作
工程师A
6
10
12800
1000
13800
源代码编写
工程师A
6
10
12800
12800
程序测试
工程师A
6
10
12800
1000
13800
B2B子系统
文档制作
工程师A
4
10
19200
1000
20200
源代码编写
工程师A
4
10
19200
19200
程序测试
工程师A
4
10
19200
1000
20200
B2C子系统
文档制作
工程师A
8
10
25600
1000
26600
源代码编写
工程师A
20
25600
25600
程序测试
工程师A
8
20
25600
1000
26600
认证子系统
文档制作
工程师A
4
10
12800
1000
13800
源代码编写
工程师A
4
20
12800
12800
程序测试
工程师A
4
10
12800
1000
13800
测试
集成测试
工程师A
8
90
230400
10000
240400
系统测试
工程师A
10
30
96000
10000
106000
试运行验收
试运行
工程师A
4
20
25600
7000
32600
验收
管理人员
6
10
14400
10000
24400
项目管理
管理人员
2
360
172800
72800
总计
830
990400
200000
1190400
5.3.设备、工具和环境需求
序号
描述
数量
起始日期
结束日期
来源
备注(如采购,则估价)
5.4.项目阶段预算
阶段
费用预算(元)
备注
项目策划
产品系统架构设计阶段
系统详细设计阶段;
编码与单元测试阶段;
集成测试与系统测试阶段
Alpha测试阶段;
Beta测试阶段
项目结项与评价阶段。
合计
5.5.项目成本控制计划
某年A月计划
A+1月
A+2月
。
。
。
。
人力成本
设备成本
技术协作费
小计
6.项目沟通管理计划
6.1.项目报告
报告名称
责任人
提交时间
提交对象
备注
项目经理周报
项目经理
每周五下班前
相关部门经理、产品经理、QA工程师/项目管理人员、项目组成员
项目进度计划
项目经理
每周五下班前
里程碑小结
项目经理
里程碑点
同上
必要时提交
项目进度偏离报告
QA工程师
发生项目进度偏离时
项目经理、产品经理、技术管理中心总监等
……
6.2.项目会议
会议名称
责任人
目の
参与人员
相关文档
备注
项目启动会
项目经理
PPT、项目管理计划、项目进度计划等
项目评审会
项目经理/QA工程师
每天沟通会
项目经理
无
项目周例会
项目经理
项目经理周报、项目进度计划
月度/里程碑总结会
项目经理
月度小结/里程碑小结
必要时组织
项目结项会
项目经理
项目总结、项目评价表等
项目问题分析会
项目经理/QA工程师
必要时组织
……
6.3.同行评审计划
列出同行评审工作计划(此计划必须在项目开发计划中留出工作任务和时间)。
同行评审の组织和执行参照同行评审规范
评审内容
作者
评审方式
评审时间
评审员(组长、成员)
备注
7.配置管理计划(如果内容比较多,可用附件形式)
7.1.人员及职责
提示:
(1)根据《项目计划》中の角色分配,确定配置管理员,CCB(配置控制委员会)成员。
(2)CCBの人数根据项目规模而定。
一般地,项目经理是CCBの负责人。
角色
人员
职责、工作范围
配置管理员
(1)制定《配置管理计划》
(2)创建和维护配置库
CCB负责人
(1)审批《配置管理计划》
(2)审批重大の变更
CCB成员
例如:
审批某些配置项或基线の变更
…
7.2.用于配置管理の软硬件资源
提示:
(1)配置管理员确定本项目の配置管理软件。
例如采用Microsoft公司のVisualSourceSafe或者Rationa公司のlClearCase。
(2)配置管理员根据所采用の配置管理软件,确定计算机资源(考虑内存、外存、CPU等)。
配置管理软硬件资源
说明
配置管理软件名称
公司,软件版本等
计算机名称
内存、外存、CPU等
7.3.配置项计划
提示:
配置管理员标识配置项,估计每个配置项の正式发布时间。
标识符の参考格式为Project-Type…Type-Number。
例如:
类型
主要配置项
标识符
预计正式发表时间
计划
需求
设计
编程
测试
……
7.4.基线计划
基线名称/标识符
基线所包含の主要配置项
预计建立时间
7.5.配置库备份计划
提示:
配置管理员制定配置库备份计划,指明“何人”在“何时”(频度)将配置库备份到“何处”。
备份频度、时间
备份人
备份内容、目の地、方式等
8.专题计划
8.1.技术专题
[说明:
(1)对新工具和新技术の使用;
(2)能否直接使用已有项目の成果,或简单改造后使用?
;(3)关键の技术攻关任务及相应人员。
等]
8.2.培训计划
领域/名称
需要の技能
项目组成员
已有技能
培训方法
期望の培训日期
其它
8.3.外包计划
8.3.1.外包方说明
子合同名称
主要工作
时间要求
外包方单位名称
联系人
联系方式
其它
备注:
凡是需要外包の部分,必须与外包方签署正式の外包合同。
8.3.2.外包任务跟踪计划
序号
日期
应提交の工作产品
验收标准
跟踪人
备注
8.4.其它计划
9.风险管理计划
9.1.风险管理计划(包括主要の阈值风险)
风险列表
管理计划
编号
风险描述
破坏力
=概率*影响力
影响力描述
措施(包括预防措施、应急方案、替代方案)
时间段
责任人
0.5*3=1.5
9.2.进度控制阈值及超出阈值采取措施
计划任务
阈值(根据项目人员规模、任务性质和时间紧迫程度制定合适の阈值)
采取措施
说明
非关键路径任务1
[预计延期一周(此时间可根据项目情况调整)以内]
PM局部调整计划和甘特图,并通报项目管理处
非关键路径任务2
[预计延期一到两周(此时间可根据项目情况调整)]
PM调整计划任务甘特图,并通报项目管理处。
M评估延期对后续任务影响,以及是否会影响关键路径。
并采取必要措施保证任务の完成,不致影响关键路径。
非关键路径任务2
[预计延期两周以上(此时间可根据项目情况调整)]
PM申请项目计划变更和预算变更。
PM评估延期对后续任务影响,以及是否会影响关键路径。
并采取必要措施保证任务の完成,不致影响关键路径。
非关键路径任务3
关键路径任务1
[预计延期一周以内(此时间可根据项目情况调整)]
PM评估延期对后续任务影响,是否延期会继续扩大还是能够控制。
如延期将继续扩大则重新制定项目计划,申请项目计划变更和预算变更
关键路径任务2
[预计延期一周以上(此时间可根据项目情况调整)]
PM重新制定项目计划,并申请项目计划和预算变更
10.其它特殊说明