项目计划书(模板).doc_咨信网zixin.com.cn

资源描述

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

展开阅读全文