产品需求管理流程.docxVIP

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