项目管新教材理体系资料.pptVIP

云终端研发 项目管理体系框架 初 稿 2011.9.15 项目管理体系目的 规范化：项目各项工作的开展，定义和管理作到有据可依。比如版本的命名标准化，文档编辑模板化，测试通过一致化。避免工作的重复性，模糊性，无效性。 流程化：各项工作的开展系统化，各项工作通过JIRA系统进行管理，控制和监督，并通过邮件系统进行通知。保证工作开展的有序性和针对性。避免不必要的工作流以流控的混乱。 项目管理体系目的 降低风险，提高质量：版本的规范化管理，工作上的流程化管理，进度上的阶段性监督管理，问题的及时化处理，使得产品降低风险，提高质量。 降低成本，提高效率：通过标准流程化的监控，项目开展规范化操作，减少无效沟通，减少重复性工作，快速获取正确的信息和资料，降低单位工作时间的人力成本，提高工作效率。 项目管理体系内容 项目管理体系 需求管理 环境管理 版本管理 计划管理 文档管理 流程管理 测试管理 日常工作及会议管理 绩效管理 项目管理执行流程 JIRA建立各种管理模块 JIRA上提交各项管理文档项目经理审核视情况召开评审评审 根据评审修订归档执行。 说明： 1.项目经理审核后，邮件自动通知。 2.项目经理根据提交的内容决定是否评审。 项目管理执行流程图 JIRA上提交版本或文档 项目经理审核 归档执行 需要评审 评审 修订 通过 不通过 需求管理 背景 目前我们项目开发中没有明确的需求，在开发和测试过程中容易出现以下情况： 1.没有针对性，尤其是测试，在没有用例和方案的时候，类似于随机测试和验收测试。 2.没有标准性，没有需求说明的一些关键指标和数据依据，质量无法把握。 3.导致所有人重复工作量，部分功能或者设计不能在需求阶段确定，将会影响整个流程上的所有人的工作量和工作效率。 建议和规范 为避免需求阶段对后面流程上的影响，提出一下建议和规范： 1.开发人员在接到任务时整理出一个初步需求。 2.在每次新的开发任务执行前，由本次开发人员对测试人员进行一个培训或讲解。测试人员对需求讲解进行提问。（由设计到该模块的开发人员，项目经理，测试人员参与） 3.测试人员根据讲解和最终确认结果对需求进行修订，进入准备测试方案和用例阶段。 4.需求变更，需要及时更新并命名为文档名+日期，通过JIRA系统通知相关人员，项目经理根据需求决定是否再次评审。 版本管理 背景 目前项目中对于版本的管理还是比较空白的，流程上，命名规范，查询接口等方面都没有很好控制。主要如下问题; 1.命名没有规范化。没有区分开发版本，测试版本，还是发布版本，补丁版本，迭代版本。导致无效的反复操作增加。 2.没有查询接口。终端设备无法通过工具或者软件界面直接查看系统里面版本。 3.版本的发布没有走正规的审批流程。 4.不能非常明确知道和记录版本出现问题，不能有效统计每个版本稳定性。 5.版本没有基线化管理，不能很好的归档。 6.服务器版本和客户端版本没有紧密对应起来。 版本管理——建议和规范 为对版本进行规范化管理以及流程上更好监控，提出以下建议和规范： 一、版本命名规则 版本类型： 1.主版本号和子版本号。 2.服务器版本和客户端版本。 3.阶段性版本。 4.发布版本。 5.补丁版本。 版本管理——建议和规范 1.主版本和子版本命名 主版本为：产品名称+1.0 如：云码头I cloudI_1.0 云码头II cloudII_1.0 子版本在主版本的基础上递增。 子版本的产生可以以一个迭代或者一个时间段作为周期 云码头I:cloudI_1.0,cloudI_1.1,cloudI_1.2… 云码头II:cloudII_1.0,cloudII_1.1,cloudII_1.2… 版本管理——建议和规范 2.服务器版本和客户端版本。 服务器和客户端版本号可以在主版本或者子版本号前面加上标识。如：s_cloudI_1.0, c_cloudII_1.0.原则希望每次发布 版本客户端版本和服务器版本一一对应起来。如：如云码头II第二次迭代版本。服务器版本：s_cloudII_1.1,客户端版本:c_cloudII_1.1. 版本管理——建议和规范 3.阶段性版本命名规则 在同一开发周期内或者迭代周期内，出现需要进行一些小的改动，时间周期比较短。 如：s_cloudII_1.24.发布版本命名规则 子版本测试，评估完成最终版本。（基线化） 如：s_cloudIII_1.1_release 5.补丁版本命名规则 对于售后产品需要升级的产品且可以直接通过补丁形式安装的。针对于发布后的版本 如：c_cloudII_1.2_update 版本管理——建议和规范 二、版本存放规则