项目实施计划书模板.docx
- 文档编号:2330007
- 上传时间:2022-10-28
- 格式:DOCX
- 页数:10
- 大小:97.55KB
项目实施计划书模板.docx
《项目实施计划书模板.docx》由会员分享,可在线阅读,更多相关《项目实施计划书模板.docx(10页珍藏版)》请在冰豆网上搜索。
项目实施计划书模板
项目计划书
公司logo
xxx技术有限公司作者:
xxx
时间:
2013-06-27版本号:
v1.0
版本历史
版本/状态
作者
参与者
起止日期
备注
V1.0
2013/6/25-2013/6/28
1.文档介绍
0.1文档目的
0.2文档围
0.3读者对象
0.4参考文献
提示:
列出本文档的所有参考文献(可以是非正式出版物),格式如下:
[标识符]作者,文献名称,出版单位(或归属单位),日期
例如:
[AAA]作者,《立项建议书》,机构名称,日期
[CMMI-PD-PROC-SW-SD]EPG,系统设计规,机构名称,日期
0.5术语与缩写解释
缩写、术语
解释
SPP
精简并行过程,SimplifiedParallelProcess
PP
项目规划,ProjectPlanning
…
2.项目介绍
1.1项目围
提示:
1).用简练的语言说明本项目“是什么”,“说明用途”;
2).说明本项目“应当包含的容”和“不包含的容”;
3).说明本项目“适用的领域”和“不适用的领域”。
4).根据项目估计-围估计的结果,列出产品分解的WBS。
1.2项目目标
提示:
说明本项目的目标,这些目标必须是“可实现”、“可验证”的。
Ø产品目标
完成本项目
Ø专利目标
专利,完成本项目应至少开始申请以下几个专利点:
专利1:
……
专利2:
……
1.3客户与最终用户介绍
提示:
如果是合同项目,请说明本项目的客户及其责任人是谁,描述最终用户的特征。
如果不是合同项目,请描述潜在客户和最终用户的特征。
例子:
安防用户特征:
该部分用户主要是小区物业管理、银行等,本身具有较高的计算机操作能力和网络组网知识,往往由专业的技术人员负责维护整个系统。
使用本产品主要用于视频监控数据的传输。
1.4开发方介绍
提示:
如果是合同项目,请说明本项目的开发方是谁,责任人是谁。
1.5项目制约
提示:
1).请说明在项目开发过程中应当遵循的标准或规,注意可能存在特殊的行业规定,
请不要遗漏;
2).请说明相关项目可能对本项目造成的影响;
3).说明一些假设和依赖。
3.项目开发模型及过程活动定义
2.1开发模型
提示:
说明项目的类型及选择采用的开发模型,如有剪裁修改或采用组织尚未定义的新的开发模型,则需描述清楚或另外绘制本项目的开发模型。
2.2项目过程活动定义
提示:
选择一个标准的项目已定义过程(PDP),如有需要进行裁剪,得出一个符合本项目需要的PDP,作为附录列在本计划的后面。
所有的的裁剪部分必须在这里进行详细的说明。
4.人力资源计划
提示:
规划小组制定本项目的角色职责表,并为已知的项目成员分配角色(一个人可以兼多个角色)。
提示:
规划小组制定本项目的角色职责表,并为已知的项目成员分配角色(一个人可以兼多个角色)。
角色
职责
人员
备注
产品经理
项目经理
需求分析员
系统设计员
程序员
测试人员
QA
配置管理员
度量管理员
…
5.软硬件资源计划
提示:
规划小组分析项目开发、测试、运行所需的软硬件资源,主要容包括:
Ø资源级别(分为“关键”、“普通”两种)
Ø详细配置
Ø获取方式(如“已经存在”、“可以借用”或“需要购买”等)与获取时间
Ø使用说明(如“谁”在“什么”时候使用)
软硬件资源名称
级别
详细配置
获取方式与时间
用途
关键
关键
关键
普通
普通
…
6.财务计划
提示:
参考附录的成本估计表。
开支类别
主要开支项、用途
金额
时间
7.任务与进度
提示:
规划小组根据第2步确定的项目PDP,按阶段细化分配任务活动并制定进度计划,采用MicrosoftProject制作甘特图进度表(模板见附件),附在《项目计划》中。
制定进度计划是一个渐近明细的过程,甘特图进度表中分配任务的最长时间原则上不得超过5个工作日,有超过的必须加上“?
”,说明原因。
其中计划第一周任务活动的分配时间须细化到每一天,随着项目的进行,每周末对下一周的任务活动按“细化到每一天”的要求进行确认和细化,如此循环直至项目结束。
8.项目的阶段定义和里程碑点
提示:
列出项目的阶段定义和里程碑点,可以参考下表:
阶段/里程碑
实施周期/日期
完成目标
阶段标志
立项阶段
完成用户需求开发、立项等相关工作
1.《用户需求说明书》评审通过
2.立项通过
计划阶段
完成产品需求开发、项目估算、计划等相关工作
1.《产品需求规格说明书》评审通过
2.《项目计划》发布
设计阶段
完成概要设计和详细设计、制定系统测试计划等相关工作
1.所有概要设计和详细设计文档、评审通过
2.《系统测试计划》评审通过
实现阶段
完成程序的开发和开发样机的加工制作、调试,完成编写《系统测试用例》
1.编码完成,开发样机制作、调试完成
2.《系统测试用例》评审通过
测试阶段
集成系统,执行系统测试,完成编写《系统测试报告》等相关工作
《系统测试报告》完成,开发样机评审通过
结项阶段
完成产品验收、项目结项等相关工作
1.产品验收合格,产品发布
2.结项评审完成。
里程碑点A
XXXXXX
XXXXX
9.沟通管理计划
提示:
规划项目过程中需要进行的沟通,可以参考下表:
会议报告
描述
参与人
时间
周例会
沟通项目进展,讨论存在的问题和风险
项目组全体成员,QA
每周一上午9~10:
30
项目状态报告
向项目干系人提交项目状态、进展情况
项目经理、项目干系人
每周一下午14:
00前提交
阶段性评审会议
评审阶段的工作成果
评审人员、项目经理、阶段工作成果负责人
阶段结束前
阶段总结会
总结阶段工作完成情况
项目组全体成员、项目经理
阶段结束前
阶段信息发布
在部的项目管理页发布本项目阶段性信息
项目经理
阶段/里程碑结束次日
……
/外部沟通
描述
参与人
时间
需求沟通
与客户沟通需求
需求分析员、客户
需求阶段每周1、3、5
下午3:
00~5:
00
与XX客户沟通
协商解决XX问题
项目经理、客户
2008-10-10
……
沟通协调方式:
说明项目组日常交流的方式和工具等,一般为:
A、用QQ、电子、、例会方式沟通;
B、重大问题要遵从《问题风险管理规程》和《项目监控规程》来升级和汇报;
C、项目经理按阶段将项目状态报告发送给项目干系人。
(如果有异地情况,可特殊说明一下)
10.问题和风险管理计划
提示:
确定项目如何管理、应对项目问题和风险的管理活动,主要包括:
管理策略、管理方式、问题和风险的跟踪和监控、原因分析等。
1)总体管理策略
本计划的目的在于帮助项目组按计划规地识别项目问题和风险,及时给出纠正措施,确保项目不受问题和风险的影响而正常运作,同时提供了问题和风险的管理和分析机制,以有效的方式管理项目的问题和风险。
2)问题、风险类别与来源
问题类别包含人力资源问题、外部环境依赖问题、部资源问题、过程管理问题、业务/部门协调问题、技术问题、其他问题。
风险类别包含规模风险、需求风险、客户风险、人员风险、管理风险、技术风险、其他风险。
问题和风险来源包含QA、技术评审、监控人员、项目组成员、客户等。
3)问题管理
问题的管理主要依据《项目状态报告》—项目问题管控表来进行,重大问题使用例会方式管理,记录在《会议纪要》中。
项目问题在项目例会上进行跟踪。
4)风险等级与排序
风险等级:
根据风险发生的可能性和影响程度确定风险等级。
风险排序:
评估风险发生的概率(分为高、中、低三级)和风险影响程度(也分为高、中、低三级),为风险等级为高或中的风险制定相应的减缓活动。
编号
风险概率
风险影响
风险等级
备注
1
高
高
高
2
高
中
高
3
中
高
高
4
高
低
中
5
中
中
中
6
低
高
中
7
中
低
低
8
低
中
低
9
低
低
低
5)风险识别、分析、跟踪
风险的识别与分析:
风险识别作为一个持续的过程贯穿项目的整个生命周期,该过程可能涉及正式的风险评估小组活动、头脑风暴会议以及每个生命周期阶段初期的风险讨论。
本项目设立风险管理员(由项目经理担任此角色),在例会上定期识别、收集项目的风险,分析风险,并确定风险等级、处理优先顺序,制定相应的减缓、处理措施。
风险跟踪和升级:
风险跟踪在例会上进行,并通过《项目状态报告》—项目风险管控表来管理和跟踪风险。
对高、中等级的风险,重点跟踪风险的规避和应急措施,确保风险的规避和应急措施得到有效的落实。
11.项目培训计划
培训容
培训讲师
培训时间
培训地点
参加学员
12.子计划(下属计划)
提示:
子计划(SubordinatePlan)是《项目计划》的一部分,完成后由项目经理集成到本计划中(以附件粘贴的方式)。
下属计划的名称
负责人
完成时间
《配置管理计划》
项目组配置管理员
《质量保证计划》
质量保证员
《评审计划》
项目经理
《度量管理计划》
度量管理员
《系统测试计划》
项目测试组长
…
附件:
甘特图进度表
(由于版本问题,暂时未插入该对象)
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 项目 实施 计划书 模板