商业银行的数字化转型浪潮催生了众多的软件开发需求,如何在保障系统稳定运行的基础上快速高质量响应每一个业务诉求、服务好每一位客户,对技术团队来说是深刻的考验。兴业银行信用卡中心信用卡互联网智能交互系统项目组(以下简称“项目组”)在敏捷开发的基础上形成了一套行之有效、可长期践行的“全心设定双模式”敏捷管理方法,实现了需求有序梳理、高效交付,为数字化转型添砖加瓦。借助兴业银行信用卡附属卡系列功能开发的契机,笔者利用STARR方法对该模式进行总结和分析。
随着宏观经济金融环境的变化、数字化技术的快速发展以及客户行为的深刻变化,各商业银行纷纷进行数字化转型,开展底层科技基础设施升级、战略转型、模式创新、流程再造、组织重塑等一系列变革。
2022年“五一”前夕,项目组收到重要反馈:兴业银行信用卡微信公众号(以下通称“官微”)自助渠道缺乏附属卡相关功能,只能通过客服人工处理,客户体验不好。当前,数字化转型和存量博弈已不允许银行忽略任何一部分客户,且拥有附属卡的主卡持卡人一般属于优质客户,银行更应高度重视。
官微自2014年上线至今,绑卡用户已达2400万人,集合了卡账、生息、营销、管理后台等百余项功能。如果针对附属卡进行全系统改造,需求梳理和改造的工程量巨大,牵扯的部门多、人员多;功能需多次迭代、业务负责人可能发生变化,这些都增加了工作的难度。
需求池中网络发卡、消费信贷等其他待开发的需求已有很多,且有些涉及监管要求,不可能将所有开发资源全都投入到附属卡功能的建设当中。
项目组的研发人力是相对固定的,可同时开发的需求也是有限的,这与所有需求都希望快速上线相冲突。
一是进一步明确附属卡改造功能点。官微系统功能较多,首先需要对附属卡改造功能点进行整体梳理,确定哪些需要改造、是否有新增功能等,然后再进行拆分、细化。
二是需求众多,紧急程度不同。对于每一个新需求,业务人员都希望能在最短时间内上线,但其紧急程度需要由项目组统筹考量所有需求后来评定。
三是研发资源有限,需打破常规迭代模式。项目组常规是每三周迭代一次版本,对于特别紧急的需求,在缩短迭代时间、增加特殊版本等方面需打破常规模式。
2019年,项目组引入敏捷开发模式,2020年,兴业银行信用卡中心开始推广“业务分析师(BA)+系统分析师(SA)”业务科技联合开发工作机制。目前,项目组在需求开发方面的经验已经比较成熟,在需求较多、研发资源有限的情况下,关键就是要有耐心、细心、责任心,沉着应对。
一是全面梳理需求内容。项目组BA组织各业务部门对现有功能进行梳理,逐一确认主卡持卡人是否可在自助渠道代替附属卡持卡人办理业务、附属卡持卡人是否可在自助渠道单独办理业务等;此外,还需确认上述业务功能官微是否已支持、各个功能有无特殊要求等。
二是耐心拆分功能点。项目组产品负责人(PO)汇总并分析所有待开发的需求,进行功能点拆分。例如,附属卡限额由主卡持卡人进行管理,是信用卡客户最为关心的内容,因此附属卡限额功能应优先开发。附属卡限额可拆分为主卡持卡人对附属卡限额进行管理、主卡持卡人查看附属卡限额使用情况、附属卡持卡人查看限额使用情况三个独立的功能点。
三是全面考虑技术方案设计。项目组SA全面考虑并进行技术方案设计,力求高效、可复用。例如,对于众多不允许附属卡客户单独办理的功能,针对功能url构建拦截器,跳转至统一的提醒页面。
四是综合评定功能点优先级。综合考虑功能点的重要性、紧急性、业务价值等来评定优先级,打破以往以需求为单位来评级的做法,准确识别出核心功能点和锦上添花功能点。例如,附属卡系列功能中,额度管理是最重要的需求点,上述提及的三个独立功能点的优先级为“主卡持卡人对附属卡限额进行管理>主卡持卡人查看附属卡限额使用情况>附属卡持卡人查看限额使用情况”。
五是采用“常规版本+特殊版本”双模式。经项目组领导决定,最紧急的需求可增加特殊版本优先上线,次紧急或功能点改造量较大的,仍按照常规版本上线,从而进一步提升交付速度。
在明确附属卡最核心的功能点就是主卡持卡人对附属卡限额进行管理之后,2022年“五一”期间,项目组业务人员和技术人员紧密配合、高效协作,从需求梳理到功能开发,再到功能测试,最终仅耗时两天两夜,即实现“附属卡限额管理功能”在官微正式上线。
在同样满足其他需求的同时,项目组在开发附属卡功能的过程中,每次迭代仅安排少量的资源,每个版本仅上线一部分功能,逐步完成附属卡系统功能的建设。信用卡互联网智能交互系统已上线附属卡功能见表1。
在“BA+SA”协同、敏捷开发的机制下,项目组顺利完成了附属卡系统功能的建设,同时形成了一套行之有效、可长期践行的“全心设定双模式”敏捷管理方法(如图1所示)。
全:全面梳理需求内容。面对模糊不清或规模很大的需求时,首先要全面梳理需求的内容,搞清楚“做什么”的问题。
心:耐心拆分功能点。由于每个需求的颗粒度不一致,应耐心将需求拆解成可独立上线和使用的小功能点。
设:全面考虑技术方案设计。需求之间通常会有一些关联性,在设计技术方案时应全面考虑,尽量使技术方案简单、高效、可复用,解决“怎么做”的问题。
定:综合评定功能点优先级。以功能点为单位来评定优先级,打破了以往以需求为单位来评级的做法,可准确识别出核心功能点和锦上添花功能点。
双模式:“常规版本+特殊版本“双模式。在常规版本之外,视实际情况可增加特殊版本,下发优先级高的紧急需求,快速响应业务诉求和客户需求。
在兴业银行信用卡中心“BA+SA”协同机制和项目组敏捷开发机制保障下,项目组所有人员高效协作,探索并形成了“全心设定双模式”工作方法,用“耐心、细心、责任心”的工作态度,高质量交付每一份需求,不辜负每一份信任。该方法对于研发团队项目经理或需求管理人员明晰、处理大量软件开发需求具有借鉴意义。
责任编辑:谢香玲
《技数派》——解读行业新技术应用,分享数据模型应用案例,推动数字技术与金融业务深度融合,赋能业务功能价值提升。
《RPA应用》——聚焦RPA技术应用最新实践,分享RPA技术的应用研究和思考探索,赋能金融数字化转型。
投稿要求:投稿须为未发表的原创作品,内容具有科学性、创新性及行业实用性;字数2000~6000字。
投稿邮箱:ccc@fcc.com.cn
喜欢本文的话,戳这里↓↓↓