项目计划书模板

1、公司 logo项目计划书xxx 技术有限公司作者：xxx时间：2013-06-27版本号：v1.0版本历史版本 / 状态作者参与者起止日期备注V1.02013/6/25-2013/6/28计划书目录0. 文档介绍 .40.1文档目的 .40.2文档范围 .40.3读者对象 .40.4参考文献 .40.5术语与缩写解释 .41.项目介绍 .51.1项目范围 .51.2项目目标 .51.3客户与最终用户介绍 .51.4开发方介绍 .51.5项目制约 .62.项目开发模型及过程活动定义.62.1开发模型 .62.2项目过程活动定义 .63.人力资源计划 .74.软硬件资源计划 .85.财务计划 .9

2、6.任务与进度 .97.项目的阶段定义和里程碑点.108.沟通管理计划 .119.问题和风险管理计划.121)总体管理策略 .122)问题、风险类别与来源.123)问题管理 .124)风险等级与排序 .125)风险识别、分析、跟踪.1310.项目培训计划 .1311.子计划（下属计划）.13附件：甘特图进度表.13计划书文档介绍0.1文档目的0.2文档范围0.3读者对象0.4参考文献提示： 列出本文档的所有参考文献( 可以是非正式出版物) ，格式如下： 标识符 作者，文献名称，出版单位 ( 或归属单位 ) ，日期例如：作者，立项建议书 ，机构名称，日期CMMI-PD-PROC-SW-SD EP

3、G ，系统设计规范，机构名称，日期0.5术语与缩写解释缩写、术语解释SPP精简并行过程，Simplified Parallel ProcessPP项目规划，Project Planning计划书项目介绍1.1项目范围提示：1).用简练的语言说明本项目 “是什么 ”， “说明用途 ”；2). 说明本项目 “应当包含的内容 ”和 “不包含的内容 ”；3).说明本项目 “适用的领域 ”和 “不适用的领域 ”。4).根据项目估计范围估计的结果，列出产品分解的WBS。1.2项目目标提示： 说明本项目的目标，这些目标必须是“可实现 ”、 “可验证 ”的。产品目标完成本项目专利目标专利，完成本项目应至少开始

4、申请以下几个专利点：专利 1：专利 2：1.3客户与最终用户介绍提示：如果是合同项目，请说明本项目的客户及其责任人是谁，描述最终用户的特征。如果不是合同项目，请描述潜在客户和最终用户的特征。例子：安防用户特征：该部分用户主要是小区物业管理、银行等，本身具有较高的计算机操作能力和网络组网知识，往往由专业的技术人员负责维护整个系统。使用本产品主要用于视频监控数据的传输。1.4开发方介绍提示： 如果是合同项目，请说明本项目的开发方是谁，责任人是谁。计划书1.5项目制约提示：1).请说明在项目开发过程中应当遵循的标准或规范，注意可能存在特殊的行业规定，请不要遗漏；2).请说明相关项目可能对本项目造成的

5、影响；3).说明一些假设和依赖。项目开发模型及过程活动定义2.1开发模型提示： 说明项目的类型及选择采用的开发模型，如有剪裁修改或采用组织尚未定义的新的开发模型，则需描述清楚或另外绘制本项目的开发模型。2.2项目过程活动定义提示： 选择一个标准的项目已定义过程（ PDP），如有需要进行裁剪，得出一个符合本项目需要的 PDP，作为附录列在本计划的后面。所有的的裁剪部分必须在这里进行详细的说明。计划书人力资源计划提示：规划小组制定本项目的角色职责表，并为已知的项目成员分配角色( 一个人可以兼多个角色 ) 。提示：规划小组制定本项目的角色职责表，并为已知的项目成员分配角色( 一个人可以兼多个角色 )

6、 。角色职责人员备注产品经理项目经理需求分析员系统设计员程序员测试人员QA配置管理员度量管理员计划书软硬件资源计划提示： 规划小组分析项目开发、测试、运行所需的软硬件资源，主要内容包括：资源级别 (分为 “关键 ”、 “普通 ”两种 )详细配置获取方式 (如 “已经存在 ”、 “可以借用 ”或“需要购买 ”等 ) 与获取时间使用说明 (如 “谁 ”在“什么 ”时候使用 )软硬件资级别详细配置获取方式与时间用途源名称关键关键关键普通普通计划书财务计划提示： 参考附录的成本估计表。开支类别主要开支项、用途金额时间任务与进度提示： 规划小组根据第 2 步确定的项目 PDP，按阶段细化分配任务活动并制

7、定进度计划，采用 Microsoft Project 制作甘特图进度表（模板见附件） ，附在项目计划中。制定进度计划是一个渐近明细的过程，甘特图进度表中分配任务的最长时间原则上不得超过 5 个工作日，有超过的必须加上“？” ，说明原因。其中计划第一周任务活动的分配时间须细化到每一天，随着项目的进行，每周末对下一周的任务活动按“细化到每一天”的要求进行确认和细化，如此循环直至项目结束。计划书项目的阶段定义和里程碑点提示： 列出项目的阶段定义和里程碑点，可以参考下表：阶段 / 里程碑实施周期/ 日期完成目标阶段标志1用户需求说明完成用户需求开发、立项等相关立项阶段书评审通过工作2立项通过1 产品需

8、求规格说完成产品需求开发、项目估算、计划阶段明书评审通过计划等相关工作2项目计划发布1所有概要设计和详细设计文档、评审完成概要设计和详细设计、制定设计阶段通过系统测试计划等相关工作2系统测试计划评审通过1编码完成，开发完成程序的开发和开发样机的样机制作、 调试完成实现阶段加工制作、调试，完成编写系2系统测试用例统测试用例评审通过集成系统， 执行系统测试，完成系统测试报告完测试阶段编写系统测试报告等相关工成，开发样机评审通作过结项阶段完成产品验收、项目结项等相关1产品验收合格，计划书工作产品发布2结项评审完成。里程碑点AXXXXXXXXXXX沟通管理计划提示： 规划项目过程中需要进行的沟通，可以

9、参考下表：会议报告描述参与人时间周例会沟通项目进展， 讨论存在的项目组全体成员， QA每周一上午910:30问题和风险项目状态报告向项目干系人提交项目状项目经理、项目干系每周一下午14:00 前提态、进展情况人交阶段性评审会议评审阶段的工作成果评审人员、项目经阶段结束前理、阶段工作成果负责人阶段总结会总结阶段工作完成情况项目组全体成员、项阶段结束前目经理阶段信息发布在内部网站的项目管理页项目经理阶段 / 里程碑结束次日发布本项目阶段性信息内 / 外部沟通描述参与人时间需求沟通与客户沟通需求需求分析员、客户需求阶段每周 1、3、 5下午 3:00 5:00与 XX 客户沟通协商解决 XX 问题项

10、目经理、客户2008-10-10沟通协调方式：说明项目组内日常交流的方式和工具等，一般为：A 、用 QQ、电子邮件、电话、例会方式沟通；B、重大问题要遵从问题风险管理规程和项目监控规程来升级和汇报；C、项目经理按阶段将项目状态报告发送给项目干系人。( 如果有异地情况，可特殊说明一下)计划书问题和风险管理计划提示： 确定项目如何管理、应对项目问题和风险的管理活动，主要包括：管理策略、管理方式、问题和风险的跟踪和监控、原因分析等。总体管理策略本计划的目的在于帮助项目组按计划规范地识别项目问题和风险，及时给出纠正措施，确保项目不受问题和风险的影响而正常运作，同时提供了问题和风险的管理和分析机制，以有

11、效的方式管理项目的问题和风险。问题、风险类别与来源问题类别包含人力资源问题、外部环境依赖问题、内部资源问题、过程管理问题、业务 / 部门协调问题、技术问题、其他问题。风险类别包含规模风险、需求风险、客户风险、人员风险、管理风险、技术风险、其他风险。问题和风险来源包含QA 、技术评审、监控人员、项目组成员、客户等。问题管理问题的管理主要依据项目状态报告项目问题管控表来进行，重大问题使用例会方式管理，记录在会议纪要中。项目问题在项目例会上进行跟踪。风险等级与排序风险等级：根据风险发生的可能性和影响程度确定风险等级。风险排序：评估风险发生的概率（分为高、中、低三级）和风险影响程度（也分为高、中、低三

12、级） ，为风险等级为高或中的风险制定相应的减缓活动。编号风险概率风险影响风险等级备注1高高高2高中高3中高高4高低中5中中中6低高中7中低低8低中低9低低低计划书风险识别、分析、跟踪风险的识别与分析：风险识别作为一个持续的过程贯穿项目的整个生命周期，该过程可能涉及正式的风险评估小组活动、头脑风暴会议以及每个生命周期阶段初期的风险讨论。本项目设立风险管理员（由项目经理担任此角色），在例会上定期识别、收集项目的风险，分析风险，并确定风险等级、处理优先顺序，制定相应的减缓、处理措施。风险跟踪和升级：风险跟踪在例会上进行，并通过项目状态报告项目风险管控表来管理和跟踪风险。对高、中等级的风险，重点跟踪风险的规避和应急措施，确保风险的规避和应急措施得到有效的落实。项目培训计划