产品需求管理流程

中国联通音乐运营中心产品需求管理流程 一 目的 为提高技术部与其他部门需求沟通效率 提高需求书质量 规范化 需求文档 确保中音与厂商之间建立对需求的共同理解 特制定此 需求管理流程 其中产品包括 下载 流媒体 炫铃 铃音盒 电台 下载包 俱 乐部以及对以上产品的组合形式 产品需求涉及到以下部件中多个的修改 各门户 系统后台和各省 分平台及总部平台 产品需求不包括 单独对门户 后台或接口功能的优化和修改 统 计分析 问题和故障的处理等 二 需求管理流程 需求流程管理主要包含如下三个部分 1 需求调研 产品需求方的产品负责人主导组织进行需求调研 汇总 分析和整理需求 2 需求评审 产品需求方召开组织需求评审会 评审团对产品需 求进行评审 评审通过则启动开发 由技术部项目负责人组织厂 商制定开发计划 产品需求方确认开发计划 3 需求变更 三 需求调研 需求方产品负责人参照需求书模板 见附件章节 拟定需求书 初稿 提交技术部 技术部根据需求情况分配需求项目负责人对口 需求 在此阶段由产品负责人主导 技术部配合 协调相关单位 部门 同事进行需求调研工作 开展详细的调研 对新产品的需求进行提 炼 归纳和汇总 并且按照需求模板的从各方面详细考虑完善需求 文档 在需求的描述中 要首先明确项目的边界 哪些是业务系统内部 的 哪些是业务系统外部的 并应该遵循如下规则 相关的需求都得到了识别和描述 确保需求的完整性 各个需求之间不产生冲突 确保需求的一致性 正确描述系统需求 引用的资料有明确的出处 避免模糊词 语的使用 确保需求的正确性 定义必要的术语 适当结合图形 结构图等方式进行描述 确保需求无二性 确保描述的需求可以通过适当的方法进行验证 确保需求的 可测性 需求文档的编写要首先突出重点 并逐步进行完善 目的是在不延 缓项目预期交付日期的前提下尽快将项目付诸实施 对于模板中的 必填部分以及那些对项目整体研发有影响的需求要在需求书中进行 详细描述 对于模板中的选填内容 如产品的营销等 要在需求书 最终版本提交时补充完整 四 需求评审 对前期形成的最终版需求文档进行评审 作为启动开发的依据 需求评审由产品负责人组织召开 评审需相关部门分管副总会审 通过后签署开发工单 见附件章节 启动开发 由技术部项目负责 人组织厂商制定开发计划 一般应在 5 个工作日内响应 产品负责 人确认开发计划 之后产品开发进入工程建设阶段 由技术部项目 负责人负责进度管理 需求评审成员应包括 产品需求方及相关人员 技术部该项目负责人 部门领导 厂商 测试人员 需求风险常常是软件开发过程中最大的一个风险 需求评审做不 好的后果会导致后续工作难于开展或经常出现变更 如果评审过程发现严重缺陷或较多缺陷被否决 技术部项目负 责人可以要求需求方对文档进行改进 并修改完毕后 重新组织评 审 五 需求变更 项目开发过程中应该对可能出现的需求变更情况进行控制 如果 发生计划赶不上变化的情况 在开发期内需求发生重大的变化 产 品负责人应书面提出中止产品开发 并通知全体项目组 然后重新 提交变化后的产品需求 重走流程