DevOps+LIVE视频中国农业银行敏捷转型和看板秘籍分享

Posted DevOps

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了DevOps+LIVE视频中国农业银行敏捷转型和看板秘籍分享相关的知识,希望对你有一定的参考价值。

 

软件开发是一个高度不确定过程,我们无法像管理工厂的生产线一样管理软件开发流程,其根源在于软件开发一直在创造不同的产品,而工厂的生产线则一直在制造同样的产品。 从这个角度来说,软件开发一直处于“设计“过程,而从来不会进入“制造”过程。

 

管理不确定性过程的核心是要接受“不确定性” ... ... 不要试图改变事物的本质,我们只能接收本质并适应它。敏捷开发是典型的适应性管理思维,它承认软件开发的不确定性本质,并采用迭代式的过程控制给予团队 更多的机会调整计划,最终与用户一同寻找软件的价值。


https://leansoftx.com/Home/Services

 


文:农行项目办 和 应用开发二部


春天工程是农行研发中心应用开发二部自2017年7月开始打造的移动营销平台,以便助力农行2018年初的“春天行动”,包含了多个产品条线,面向多个业务部门。这个项目从一开始就存在工作任务繁重,需求定义不够清晰的创新探索类项目的特点。在这种错综复杂的项目上试点敏捷开发无异于针尖上起舞,难度巨大。但是,敏捷试点如果不在这种具备很强的业务影响力的项目上进行,也不会被组织内部的其他团队认可,实际上无法起到“试点”的作用。


【DevOps+LIVE视频】中国农业银行敏捷转型和看板秘籍分享

 

时至2018年12月,春天工程敏捷试点已经运作了超过一年的时间,在团队文化和工程效能改进两个方面都取的了一定的成绩。同时农行内部其他多个部门和项目也开始探索适合自己的敏捷开发实践,并频繁的开始进行内部资源共享,交流。在这个背景下,【DevOps+LIVE技术直播】有幸邀请到了农行项目办敏捷支持小组和2位核心成员以及应用二部春天团队的ScrumMaster来进行了一次分享。


出场人物介绍


【DevOps+LIVE视频】中国农业银行敏捷转型和看板秘籍分享

老姚

中国农业银行研发中心项目管理办公室 | 资深专员

2007年至今长期专注于组织级项目管理、PMO建设等工作,曾参与中国农业银行互联网金融工程等多个重要项目。目前,重点工作是支持团队进行精益敏捷研发工作,特别是前台对客领域产品的精益敏捷研发工作。CSM、SPC。


【DevOps+LIVE视频】中国农业银行敏捷转型和看板秘籍分享

小敏


中国农业银行研发中心项目管理办公室 | 高级工程师
2009年入行,先后参与过信贷管理系统、风险管理系统、新一代核心银行等重大工程的建设。2017年7月起支持“春天”工程项目敏捷试点工作,并取得一定成果;2018年支持该工程进行基于TFS的敏捷项目全流程管理方案的落地实施。CSM、PMI-ACP(7A通过),ACT实战型敏捷星级教练。



【DevOps+LIVE视频】中国农业银行敏捷转型和看板秘籍分享

阿云

中国农业银行研发中心应用开发二部 | 高级工程师  

2007年加入农行,先后作为项目经理、技术经理、骨干人员参与过若干大中型项目及新一代核心银行等工程的建设,以及移动营销服务平台的规划。现为春天工程内部敏捷教练,2017年起开始春天工程敏捷研发模式转型探索,并指导部门看板站会实践,取得一定成绩,现正在进行基于TFS的敏捷研发全流程方案的落地实施工作。


此次直播的剪辑版视频已经在【DevOps+LIVE直播频道】上线,大家可以通过点击文末的 原文链接 进入视频播放页面。

 

在这次直播过程中,我们共收到报名信息400多份,现场参与人数破500人,直播时长也创了记录,长达3小时,很多小伙伴都是全程参与,甚至连厕所都没有去。 小伙伴们在直播过程中共提出了75个问题,我们无法全部一一在现场回答,所以我们整理出了排名最高的一些问题,在这里进行文字答复,希望能够帮到各位社区的小伙伴们。

 

问题1:敏捷的一个特性是快速试错,银行是不允许出错的,农行在实施敏捷时,这个问题是如何处理的?

 

首先快速试错并不是敏捷的特性,敏捷的快速指的是快速频繁的发布版本,小步快跑。银行的项目对于质量的要求是非常高的,同时还有非常严格的监管要求。实际开发中,我们对于新特性是否能够满足业务的要求这一点上,通过前期完备的产品设计流程和确认流程确保业务和技术这边的理解是一致的,同时也引入了类似影响地图和故事地图这种敏捷工具来协助这个过程。在交付过程中,对于质量的把控是不容出错的。大家对于快速试错的理解我觉得可能有误差,试错试的是功能特性,不是过程中出错。只要业务和技术理解一致,出现了偏差可以通过小步快跑的方式进行纠正,同时确保交付执行的准确性,这才是我们希望看到的敏捷开发。

 

问题2:需求跟故事怎么对应的?故事需要跟版本发布对应不?


【DevOps+LIVE视频】中国农业银行敏捷转型和看板秘籍分享


以上第二张看板中左侧的4列,从需求池,到设计,到就绪,到故事就是DUI 需求和故事进行拆分的过程。故事与发布版本的对应是通过故事卡片和git分支以及拉取请求(Pull Request)的对应关系,再串接CI/CD中的Build ID的方式进行跟踪。当前春天切换到基于TFS的全流程管理以后,可以做到从需求到故事,从故事关联代码和测试用例,从代码到CI/CD的完整端到端版本跟踪能力,具备正向和反向的跟踪能力。

 

问题3:你们状态的定义颗粒度是怎样的,有没有演进过程?需求、开发任务、测试任务等具体状态是什么?

 

同样参考以上的3张看板照片,可以明显看到演进过程。特别在团队开始进行看板实践的前期,团队对于看板板列(状态)的调整非常频繁,逐步找到一个平衡点。这也是为什么在一开始我不推荐春天团队使用电子看板的原因。

 

问题4:你们是怎么让领导和业务接受并参与这样敏捷的一些工作方式的呢?像MVP,迭代式发布这些和以往银行的工作方式应该差异很大吧?

 

其实大型组织的转型往往是领导提出并坚定支持下才能开始的,因为敏捷涉及到工作方式的转变,如果没有领导的支持是很难推进下去的,也就是说必须自上而下。农行的敏捷转型的整个过程项目办和应用开发二部的领导都给予了春天团队非常宽松的环境和坚定的支持,这样才有了这个团队今天的状态。当然具体的问题还需要团队自己来解决,整个转型过程就是一个“问题驱动”的不断寻找更加优化的解决方案的过程。

 

问题5:不觉得故事点用扑克估算很费时间吗?曾经尝试过,但是大家觉得太费时间,觉得浪费了开发的工作时间…

 

春天团队一开始也有同样的感觉,团队成员的积极性也并不高。但是当开发和测试人员非别给出差异非常大的故事点估算的时候,团队就意识到了这个实践本身的意义所在了。另外,在进行估算会议之前,一定需要做好功课,才能避免在会议上浪费大家的时间。

 

问题6:敏捷的度量指标什么样的?效果的改善怎么体现?

 

春天团队的改进过程并没有设定度量目标,但是业务部门对于需求交付的感受是有目共睹的。同时如果需要进行度量,使用需求交付前置时间(lead time)其实是业界认可的方式,春天团队也在前期的物理看板时期进行过类似的统计(比如统计卡片从上板到下板的过程),现在转向基于TFS的全流程管理后这方面的数据分析也在推进中。

 

问题7:敏捷模式下,如何与关联团队(非敏捷)配合?

 

在前期主要采用在故事卡片上进行标注的方式来提醒本团队的注意,在每日立会上进行重点关注;后期也开始在规划阶段引入和关联团队的协同来提前问题的发现和跟进。

 

问题8:在做敏捷项目时,领导层对组织架构的重组松绑了吗?基于什么原则进行了组织架构进行了调整呢?

 

明确的回答您,当时(春天工程启动的时候)什么组织架构也没有改变,我们就是在纯粹、朴素的做敏捷。

当然后续农行确实进行了组织机构调整,测试部门和开发部门现在是一个大部门,名称也从原来的软件开发中心更名为研发中心。

 

问题9:在使用TFS看板时,是如何和物理看板结合的?站会是面对电子看板进行还是物理看板?

 

在前期团队的积极性和沟通机制未建立的时候建议用物理看板,后面慢慢再引入电子看板。站会都可以,如果上电子看板后可以用电子看板。


【DevOps+LIVE视频】中国农业银行敏捷转型和看板秘籍分享

 

上图对这个历程说明的非常清晰,在2018年中期以前,团队主要采用物理看板,后来切换至电子看板。下面这张照片就拍摄于团队从物理看板到电子看板的切换过程中,左侧墙上是TFS的电子看板,右侧墙上是原来的物理看板。


【DevOps+LIVE视频】中国农业银行敏捷转型和看板秘籍分享

 

问题10:农行使用微软开发平台多吗?

 

农行有部分系统采用微软.net平台开发,但现在主要是java。我们使用TFS作为配置库及研发管理平台支持包括dotNet、java、移动端开发等多种语言在内的研发工作。

微软TFS对于非微软开发平台的支持问题是我被问到最多的一个问题,实际情况是,在我所有的客户中大多数都在使用非微软开发平台,Java居多,大概占到60%。


春天工程ScrumMaster的感悟


最后来自应用开发二部张洪云的一些感悟,作为春天工程团队的ScumMaster,在过去的一年经历了很多,以下是她的一些总结:


  • 回顾很重要:春天工程由传统模式向敏捷转型的道路并非一帆风顺,之所以能够坚持不懈取得今天的成果得益于持续改进的思维习惯和机制。团队吐槽会议是保证看板持续优化改进的关键机制。团队认真对待每一期迭代吐槽会,持续改进已深入每个人的内心,成为团队文化的一部分。

  • 统一思想很重要:春天工程团队里每个人是有自己清晰的角色职责定义的,这也是一个不断统一思想的过程,这不仅仅是是战术层面如何做事情的问题,更多的是在做的过程中如何能把大家的思想高度统一起来,也是非常难的一件事情。角色确实是一个非常大的转变,开始项目经理不理解如何讲故事,讲出来就是技术实施的语言,拆解纬度也满足不了小步快跑和独立交付的要求,说白了就是传统的项目经理思维惯性。

  • 要有定力:敏捷必须是一个长久的,持续的,常态化的东西,不能风头过去了就不做了,不能为了搞敏捷而搞敏捷,时刻牢记做敏捷的初心是什么。


要坚持初心,要不懈努力,要持续改进,还要有好的方法;敏捷才能真的在团队中落地,真的帮到团队。




最后,特别感谢农行研发中心项目办和应用开发二部各位领导的支持,才能让我们的这次直播干货满满,更多细节请大家点击底部的 原文链接 观看【DevOps+LIVE技术直播】的完整视频。

 












DevOps+LIVE直播预告


微软最有价值专家MVP

带你搞事情

了解跨平台移动开发技术和视频直播技术内幕


直播时间:2018.12.19 周三晚8点

扫描以下海报中的二维码输入:报名



戳这里,点击“阅读原文”即可观看直播视频

以上是关于DevOps+LIVE视频中国农业银行敏捷转型和看板秘籍分享的主要内容,如果未能解决你的问题,请参考以下文章

如何推进DevOps转型

大咖说 | DevOps转型成功之路 - 误区实践和实施路径

108天南京银行完成不可能完成的新金融DevOps转型

团队转型,Scrum与DevOps要如何取舍?

DevOps时代,企业数字化转型需要强大的工具链

DevOps时代,企业数字化转型需要强大的工具链