一、背景
为拥抱长沙银行的敏捷转型，积极参与敏捷迭代开发，建立银行核心系统特有的敏捷迭代开发模式。核心系统是银行的重点基础系统，同时是长行业务的重要支撑系统。很多需求离不开核心系统的参与。长沙银行核心系统从上线后不忘初心，完成自主优化的同时，在众多的需求中进行着重要的支撑性开发工作。在工作中，结合长沙银行看板管理思路，形成了银行核心系统一套特有的敏捷迭代的开发打法。
二、核心团队的转型工作
银行核心系统形成了一套成熟的迭代启动、开发测试、迭代总结迭代开发模式。
1、迭代启动：
根据银行核心系统特有的情况，银行核心系统特点是：它是一个支撑为主的系统，它是一个偏向业务型的系统。
结合银行核心系统这两个主要特性，再结合长沙银行看板的使用，建立起独有的敏捷模式：
A、系统任务建立：
结合敏捷系统任务10天内为一个迭代周期且一个系统任务不超过10人天的理论，长行核心团队对需求进行功能点的系统任务拆分：
如：19RM03779-惠民惠农卡代发需求
核心拆分为4个系统任务：
开发-惠民惠农卡代发需求-明白折管理及补登 6天
开发-惠民惠农卡代发需求-余额更新服务新增登折处理 6天
开发-惠民惠农卡代发需求-明白折明细补登 4天
开发-惠民惠农卡代发需求-账户查询、开销户与凭证管理功能 3天
B、个人任务建立：
个人任务结合不超过1人天建立卡片的原则，在每个系统任务下完成了每人预先分配的个人任务卡片建立。
C、命名规范：
合理拆分任务的同时，规范了命名规则；
系统任务前缀：开发-、SIT测试-、优化-
系统任务组成结构：前缀-需求编号-需求名称-功能点
个人任务前缀：设计-、编码-、自测-、代码审核-、联调-、会议-、评审-、环境-
个人任务组成结构：前缀-工作内容简称
做到了卡片功能的一目了然。进一步在看板规范管理上完善了组内管理工作。
D、迭代启动
每一轮迭代启动，会在周一下午进行一次轮迭代启动会。
首先，总结上轮迭代中的不足以及头脑风暴改进措施，收集上轮迭代的风险，总结上轮浮动工作情况以及分析上轮迭代的工作比例。
其次，进行本轮迭代工作的安排布置，明确每人的工作任务。
2、开发测试工作量分配：
开发测试中核心团队根据组内人员情况，分析本次迭代最大工作容量，然后根据每个人的本次迭代的工作容量合理安排每人的工作量。在保证需求开发、功能优化、OA、生产运行、配合测试的前提下，提前安排好每人的工作任务，保证迭代周期中核心团队人员工作量尽量保持平衡。遏制团队中一人忙死、一人闲死的问题，保证了团队新成员的顺利成长。
在开发测试分析中核心团队结合自身特点，内部建立了特有的迭代分析表：
根据分析，登记本次迭代建立的内容。且预先分配组员的工作量。
根据功能，分类为主要开发工作、浮动类工作、被动配合类任务，且结合银行核心系统自身和本迭代的情况，合理的按比例进行总工作量的的分配。一般是60%的开发配合，40%的浮动工作，且每个迭代在此基准上有一定的调整。
这样依据长行核心系统的情况做好内部资源的工作量分配，合理的利用了团队所有的资源。
三、总结：
银行核心系统进行敏捷转型和任务拆分，完成一轮迭代后，进行工作任务和个人工时的统计分析。从而初略了了解到每一个系统任务的工作情况，且对每个人进行了一次迭代工作的度量，分析出需求的风险，且统计出每人的工作重心和状态。进一步服务好长行核心系统，合理利用好核心团队资源，完善核心系统的建设工作。形成以银行核心系统为首的支撑类基础系统敏捷转型项目管理的新思路。
网友评论