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