需求管理

现有业务量逐渐起来,目前需求量增多且大部分为临时需求,考虑产品迭代及需求管理,由产品设立需求池。目的为了协调各业务方之间需求优先级,确保需求及时反馈及解决。本次需求管理内容仅针对风控云平台。针对以上内容,需求管理细则为如下:
一、需求对接人:
风控云平台需求出口均为产品部,相关业务方如有需求,请直接提给产品,技术部门不再直接接受业务方需求。
二、需求提出格式:
需求格式需包含以下内容,具体内容及样例请查收附件。
2.1 需求描述:业务希望实现的功能、希望解决的问题或相关bug
2.2 优先级:业务方部门或个人的优先级。P0:重要且紧急;P1:重要不紧急;P2:紧急不重要;P3:不重要不紧急;
2.3 提出时间:需求提出实现,为方便后续和业务方对称信息;
2.4 商业价值:为需求带来的商业价值。为确保需求明确,业务方需根据现有数据或期望数据阐述需求商业价值。例如借贷用户分层自动审批,商业价值可如此描述:
      现有情况:
      1.目前每日有200借贷进件需要进行人工审核,其中A类用户占比10%,B类用户占比40%,C类用户占比50%;
      2.A、B类用户首逾率表现较好。
      3.电核团队每日审核进件数为500人;
      商业价值:
      之后预计5月1日每日借贷进件将提升至2000,用户分层不变的情况下,将提现工作流改为A、B类用户自动放款,C类用户进行电核。此改动预计降低50%电核工作量。
三、需求类型及发布周期:
3.1 bug:最高优先级,原则上当日发现当日解决;
3.2 紧急需求:根据需求沟通进行迭代,目前技术部门每周发布窗口为周二及周四,原则上不接受当日上线需求,如周二提需求,最近发布窗口为周四;
3.3 日常需求:根据需求沟通会沟通后放入日常迭代计划中,会根据优先级放入之后版本中迭代;
备注:bug、功能、项目提测需技术部门发提测有限,测试完成后邮件回复,由运维同学发布上线并邮件通知相关技术及产品同学,此部分流程请技术同学明确。
四、需求沟通会
为确保需求沟通一致及需求后续跟进,暂定周二与各业务方沟通需求、排期及后续进度,每两周沟通一次;

 
原文地址:https://www.cnblogs.com/cs99lzzs/p/9099422.html