项目计划书(模板).doc

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