产品需求管理流程1.docx

中国联通音乐运营中心产品需求管理流程
一、 目的
为提高技术部与其他部门需求沟通效率，提高需求书质量，规范化需求文档，确保中音与厂商之间建立对需求的共同理解，特制定此需求管理流程。
其中产品包括：下载、流媒体、炫铃、铃音盒、电台、下载包、俱乐部以及对以上产品的组合形式。
产品需求涉及到以下部件中多个的修改：各门户、系统后台和各省分平台及总部平台。
产品需求不包括：单独对门户、后台或接口功能的优化和修改、统计分析、问题和故障的处理等。

二、 需求管理流程
需求流程管理主要包含如下三个部分：
1) 需求调研： 产品需求方的产品负责人主导组织进行需求调研，汇总、分析和整理需求。
2) 需求评审： 产品需求方召开组织需求评审会，评审团对产品需求进行评审。评审通过则启动开发，由技术部项目负责人组织厂商制定开发计划，产品需求方确认开发计划。
3) 需求变更。

三、 需求调研
需求方产品负责人参照需求书模板（见附件章节），拟定需求书初稿，提交技术部，技术部根据需求情况分配需求项目负责人对口需求。
在此阶段由产品负责人主导，技术部配合，协调相关单位、部门同事进行需求调研工作，开展详细的调研，对新产品的需求进行提炼、归纳和汇总，并且按照需求模板的从各方面详细考虑完善需求文档。
在需求的描述中，要首先明确项目的边界，哪些是业务系统内部的，哪些是业务系统外部的，并应该遵循如下规则：
l 相关的需求都得到了识别和描述，确保需求的完整性；
l 各个需求之间不产生冲突，确保需求的一致性；
l 正确描述系统需求，引用的资料有明确的出处，避免模糊词语的使用，确保需求的正确性；
l 定义必要的术语，适当结合图形，结构图等方式进行描述，确保需求无二性；
l 确保描述的需求可以通过适当的方法进行验证，确保需求的可测性；

需求文档的编写要首先突出重点，并逐步进行完善， 目的是在不延缓项目预期交付日期的前提下尽快将项目付诸实施。 对于模板中的必填部分以及那些对项目整体研发有影响的需求要在需求书中进行详细描述；对于模板中的选填内容（如产品的营销等）要在需求书最终版本提交时补充完整。

四、 需求评审
对前期形成的最终版需求文档进行评审，作为启动开发的依据。需求评审由产品负责人组织召开，评审需相关部门分管副总会审，通过后签署开发工单（见附件章节）启动开发。由技术部项目负责人组织厂商制定开发计划，一般应在5个工作日内响应，产品负责人确认开发计划。之后产品开发进入工程建设阶段，由技术部项目负责人负责进度管理。
需求评审成员应包括：
l 产品需求方及相关人员
l 技术部该项目负责人
l 部门领导
l 厂商
l 测试人员

需求风险常常是软件开发过程中最大的一个风险，需求评审做不好的后果会导致后续工作难于开展或经常出现变更。
如果评审过程发现严重缺陷或较多缺陷被否决， 技术部项目负责人可以要求需求方对文档进行改进，并修改完毕后，重新组织评审。

五、 需求变更
项目开发过程中应该对可能出现的需求变更情况进行控制，如果发生计划赶不上变化的情况，在开发期内需求发生重大的变化，产品负责人应书面提出中止产品开发，并通知全体项目组。然后重新提交变化后的产品需求，重走流程。
产品已交付上线的需求变更和新产品需求流程相同。

六、 附件
产品需求模板：
软件开发工单：