研发部需求开发流程管理.docxVIP

研发部需求开发流程管理 管理目标 1、 所有关系人清晰明确地了解项目的需求和 期望，努力做到满足项目所有关系人的不同 需求；项目关系人包括：项目团队成员和项 目团队外(内部/外部客户，内部/外部合作伙 伴，经销商/客户等)。 2、 项目管理三要素平衡（时间/成本/质量） ， 即开发项目按需按时按质的完成。 3、 目标：功能满足需求，设计支持变化，开发 快速迭代，成果持续交付。 执行概述 1、 建立有效的工作流程保证项目的顺利进行， 初期使用传统 RUP 过程，引入部分敏捷方 法，团队磨合完成后逐步实现敏捷开发全流 程管理。 2、 明确项目目标，制定具有可行性的项目计 划 ，有效明确的分解项目需求。 3、 跟踪设计/开发/测试/回归/发布全流程，推 动项目按预定计划执行。 4、 解决项目过程中出现的问题和冲突 ，一般集 中在需求不明/工作量或时长/开发难度/跨 部门协调等几个方面。 5、 调动开发团队的积极性，创造力，推动团队 成员在项目过程中的学习成长。 6、 风险识别、风险控制以及风险的预案。 项目管理 1、需求阶段 对项目进行技术可行性分析、技术评估、成 本评估以及风险评估。 与需求提出方的代表进行需求讨论，明确项 目的目标、价值。 确定项目范围、功能及优先级。 组建项目团队，特别要搞清楚项目的关键 人。 项目启动会议，相关的关系人都必须参加。 2、设计阶段 根据确认后的软件需求规格说明书，制定项 目进度计划，工作任务分解(WBS)；资源申请 ， 项目涉及到的开发资源、测试资源、设计资源 (包括人员和软硬件资源)；数据库设计；系统 的技术难点定义是：在现有系统中还未实 现的、开发人员自身未没接触过的技术。对 于这样的难点，开发者没有相关的代码可以 参考，自己也没有经验，所以需要投入学习 时间用于研究解决。 模块分配和开发时间估算的步骤： 1、在划分好模块后，首先项目管理人员 预先估算各个模块所需要的开发时间。 2、召集所有开发人员，讨论模块的分配 和开发时间估算。将划分好的模块，分配给 开发人员，如状况允许可允许开发人员自主 选择以提高开发人员的主动性和参与性。分 配模块的时为确保开发的速度和质量，基本 原则如下： A、类似的模块由同一人负责开发，比如用 户信息的增删改应由同一开发者负责。这样开 发者对相关逻辑会比较熟悉，代码/接口的定 义也会相对明确，沟通的成本低 ，相应可以降 低功能实现的缺陷概率。 B、技术难度较大的模块由技术水平比较高 的人负责。 C、业务逻辑比较复杂的由对业务逻辑比较 了解的人负责。 3、模块分配完成后，开发人员评估自己负 责开发的模块所需要的时间。在此过程中应 与开发者讨论每个模块的技术实现细节，使 时间的估算更加准确。 4、对开发人员估算的时间进行确认。在 确认过程中作为，项目管理者将预估时间和 开发人员估算时间进行比较。那些差异较大 的，与人员探讨其中的缘由。对于时间周期 比较长的任务，将任务拆分为更小的子任 务，每个任务的完成时间为 8-24 工时，消 除时间周期较长的任务，避免不确定性影响 项目的进度。 2、 CodeReview CodeReview 是保证项目中代码质量非常 重要的一个环节，在这一环控制不严往往是 测试后出现大量 bug 的主因，有时甚至导 致返工；关于 CodeReview 执行，首先应 有编码规范和代码审查规范。通过这两个文 档来规范开发人员的代码实现，代码编写者 必须要严格按照规范来进行；代码审核者根 据这些标准来 CodeReview 代码，同时在 CodeReview 过程中需要不断完善该文档。 CodeReview 一般可按以下步骤实施： 1、 检查开发者的代码实现是否遵循了编码规 范。 2、 从代码的易维护性、可扩展性角度考察代码 的质量，提出修改建议。 3、 代码编写者和代码审核者坐在一起，由代码 编写者按照 UseCase 依次讲解自己负责的 代码和相关逻辑，代码审核者在此过程中可 以随时提出自己的疑问，同时积极发现隐藏 的 bug，对这些 bug 记录在案。 4、 代码讲解完毕后，代码审核者给自己安排几 个小时再对代码审核一遍。代码需要检查 Bug。同时全面兼顾 ，确保代码整体上结构 优良；审核完毕后，代码审核者编写“代码 审核报告”记录发现的问题及修改建议，提 交给相关人员。 5、 代码编写者根据“代码审核报告”给出的修 改意见，修改好代码，有不清楚的地方可积 极向代码审核者提出。 6、 代码编写者 bugfixed 完毕之后给出反馈。 7、 代码审核者把 CodeReview 中发现的有价 值的问题更新到"代码审核规范"的文档中， 对于特别值得提醒的问题可群发 email 给 所有技术人员。 3、需求变更管理 需求变更管理也是项目管理中最