项目管理计划模板标准文档格式.docx
《项目管理计划模板标准文档格式.docx》由会员分享，可在线阅读，更多相关《项目管理计划模板标准文档格式.docx（20页珍藏版）》请在冰豆网上搜索。
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
用户需求确认
160
开发环境准备
硬件环境准备
工程师A
320
4
软件环境准备
工程师B
程序设计
系统分析
设计人员A
1440
6
30
功能模块设计
3840
8
60
数据库设计
设计人员C
960
20
美工设计
设计人员B
程序开发
银行子系统
文档制作
480
源代码编写
程序测试
B2B子系统
B2C子系统
640
1280
认证子系统
测试
集成测试
5760
90
系统测试
2400
试运行验收
试运行
验收
管理人员
项目管理
360
总计
29760
830
5.2.项目人力资源费用预算
人力费用/元
固定费用/元
总费用/元
12000
10000
22000
5000
17000
4800
9800
12800
100000
112800
6400
25000
31400
43200
115200
28800
3300
1000
13800
19200
20200
25600
26600
230400
240400
96000
106000
7000
32600
14400
24400
172800
72800
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工程师
每天沟通会
无
项目周例会
项目经理周报、项目进度计划
月度/里程碑总结会
月度小结/里程碑小结
必要时组织
项目结项会
项目总结、项目评价表等
项目问题分析会
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评估延期对后续任务影响，以及是否会影响关键路径。
并采取必要措施保证任务的完成，不致影响关键路径。
[预计延期两周以上（此时间可根据项目情况调整）]
PM申请项目计划变更和预算变更。
PM评估延期对后续任务影响，以及是否会影响关键路径。
非关键路径任务3
关键路径任务1
[预计延期一周以内（此时间可根据项目情况调整）]
PM评估延期对后续任务影响，是否延期会继续扩大还是能够控制。
如延期将继续扩大则重新制定项目计划，申请项目计划变更和预算变更
关键路径任务2
[预计延期一周以上（此时间可根据项目情况调整）]
PM重新制定项目计划，并申请项目计划和预算变更
10.其它特殊说明
升级会员 