引管理之道，领智远之行，DevOps 在农行研发管理上的实践
首页
ꄲ
自主发展
ꄲ
引管理之道，领智远之行，DevOps 在农行研发管理上的实践
引管理之道，领智远之行，DevOps 在农行研发管理上的实践
转自 刘芝 高效运维
DevOps 是当前信息科技领域关注的热点，以快速高质量交付业务价值为核心目标，以研发运营密切协作、研发过程自动化、度量可视持续反馈为核心原则，既符合市场需要又兼具强大的生命力和发展空间，实施 DevOps 不仅是软件工程的变革，还是研发文化和管理流程的变革，更是对企业级研发管理体系一次全方位革新。
现结合农业银行研发管理体系现状，谈谈 DevOps 对研发管理体系的影响。
01 农行研发管理体系发展历程
农行研发中心多年来持续探索建设企业级研发管理体系，先后引入外部 CMMI、敏捷等成熟、先进的研发标准模型，结合自身组织架构、研发基础设施，建设形成分工明确、流程驱动、工具全面、双模运作的研发管理体系。从时间、作用、效果上来说，主要经历三个关键里程碑：
建成企业级研发管理体系。2008年农行通过 CMMI 软件能力成熟度模型集成三级评估，首次建立覆盖项目计划、需求分析、设计、开发、测试、投产、试运行、结项全生命周期的企业级研发管理体系，为研发管理工作建立了框架、奠定了基础，研发过程管理队伍应运而生。
探索双模运作。2018年农行将敏捷项目管理纳入项目管理办法及细则，形成“稳态+敏态”双模研发模式，并逐步深化敏捷落地。在全面推行站会、看板管理的同时，对影响地图、用户故事、SCRUM、代码评审、持续集成等管理及工程实践进行试点，经过提炼，形成“一套敏捷研发流程、两个能力模型、三个实践方法集、四类行动指引”的敏捷研发管理体系，此时研发中心内部的敏捷教练团队初具规模。
落地 DevOps 实践。2020年随着 DevOps 工程的落地，项目研发过程管理工具化、自动化水平大幅提升，以管理链、研发链、测试链、运维链为主线，通过专业领域工具收敛、工具打通，迅速建成从需求、开发、测试到部署的端到端持续交付流水线，同步完成了度量体系框架的设计，研发过程数据展示初见成效。
我行研发管理体系示意图
02 浅析 DevOps 带来的改变
DevOps 遵循精益思想，关注研发管理与技术管理的标准化，倡导工具赋能，促使达到紧密衔接、工具自动化、操作标准化、交付更快、协作更高效的目标。相比于常规研发体系，DevOps 实践改变了一些研发管理流程和方法。
DevOps 倡导融会贯通
DevOps 从研发实际工作过程出发，倡导改变流程和工具融合不够、集成不足、数据孤立的现状，达到研发过程中工具贯通、流程贯通、数据贯通的效果。
DevOps 强调自动化
围绕产品交付，DevOps 标准体系要求研发过程中代码、脚本、测试案例等一切纳入配置，操作、流程、信息传递等一切自动化，减少人工干预。
DevOps 强化质量管控
DevOps 通过在流水线中设置不同的质量门禁，随着制品流动完成单元测试、代码合规检查、漏洞扫描等质量管控要求，将质量管控要求融入研发活动。
DevOps 要求数据可视
DevOps 标准体系要求建立研发度量体系，可视研发效能、交付质量、工具能力数据，识别问题、驱动改进。
综合 DevOps 标准要求及落地实践，为适应 DevOps 规模化落地，必然对研发管理体系提出更高要求。
精益融合有空间
从农行研发管理体系发展的历程可以看到，敏捷体系的引入是对原有管理体系的补充，DevOps 的实施是以落地外部标准为目标，着力点在工具的贯通，适应敏捷和 DevOps研发管理流程和工具还有提升空间。
工程工艺有空间
支撑 DevOps 的持续交付工具链条稳定性和易用性有待进一步提升，工具链健康监测能力尚需补齐，工具链上跨平台操作较多缺乏统一视图，体系化度量数据展示和统计分析需要加强，单元测试、接口测试、功能测试等不同层次测试的自动化水平亟待提升。
业务价值有空间
研发服务于业务，快速、高质量的持续产品交付能力有提升空间，仍需向快速、高质量交付业务价值的目标迈进。
文化营造有空间
DevOps 是一种理念，不仅需要技术理解，还需要业务参与，更需要形成一种文化，后续仍需系统性规划，培养 DevOps 教练队伍，形成企业 DevOps 文化。
03 研发管理改进的几点思考
管理改进是永恒的课题。图难于其易，为大于其细，难事从易处着手，大事从细处、实处用力。研发管理应围绕提质增效目标，统筹设计引领改进，锚定痛点攻坚克难，分层推进夯实改进，以管理手段引导，以技术手段赋能。
一套体系全面支撑
根据银行系统后台求稳、前台求新的特点，“稳态+敏态”两种研发模式将长期并存，研发管理体系在支持双模基础上融合 DevOps、TMMi，建设支撑一体化、多场景的研发体系。
融合标准，建设一体化研发体系。遵循业界共通的研发工程活动，结合 DevOps 能力成熟度模型及实践指引，将 DevOp 精益实践融入研发管理体系，建设规范明晰、活动标准、工具统一的一体化企业级研发体系。适时引入 DevOps 技术运营、安全及风险管理等标准模型，改进研发体系，全方位、多视角提升研发管理标准化水平。
融合场景，支撑灵活多样的研发模式。随着信息化建设，科技部门主要精力都在对存量系统升级优化，而传统的瀑布研发模式不再包打天下，陆续出现分阶段下达需求的场景，逐步适配形成变异的瀑布研发模式，之后又引入了敏捷研发模式，形成多种研发模式并存的现状，而不同研发模式的本质差别在于团队协作模式和交付模式。现随着 DevOps 实践落地，规范了研发过程中基础工程工艺，适用所有研发模式，可通过管理流程上分级分类设计、局部交互与协作改进、差异化度量指标观察，支撑基础工程工艺一体化、研发场景多样化的局面。
融合质量，实现管理软着陆。加强质量管控是研发活动的基础要求，长期存在。为了落实质量管控要求，管理上层层加码，技术上层层把关，但主要还是以线下管控为主。DevOps 从开发的单元测试开始，到生产部署及运行监控，将质量控制融入持续交付流水线，自动检测、自动拦截，为简化管理要求，实现管理软着陆打下了坚实的基础。
融合数据，建设一站式研发平台。工欲善其事必先利其器。阿里云效、百度效率云均为成熟的一站式研发平台，具有流程协作及集成调度、研发数据可视化与度量等功能，实现研发操作、数据的集中统一。随着 DevOps 规模化推广，有必要整体规划建设一站式DevOps 工程平台，以便于快速提升研发平台及工具的集成度，持续改进服务化能力，支撑不断增长的团队和项目转型需求。
两端延伸提升价值
从科技视角看，提质增效促进了快速高质量交付业务需求，从全行视角看，提质增效则是快速高质量交付业务价值。需要以研发中心现有取得的成果为基础，适时向两端延伸，向前向后分别延伸至业务、运营，通过产品评价等手段，进一步聚焦业务价值，促进科技部门从快速交付业务需求逐步向快速交付业务价值转变。
探索建立全职能团队。打破业务和技术团队之间的部门壁垒，全链条密切协作，提高沟通效率，在产品设计阶段，告别大版本、全功能的需求研制模式，使用用户故事地图对需求进行拆分，形成并基于需求条目（最小可行产品MVP）进行实施及交付，建立小批量交付节奏，快速交付产品。
对标进一步提升技术运营能力。在提出产品需求时，同步设计能够客观反映客户反馈的指标性数据，内置于产品功能中，进而观测产品投放市场后的客户反馈和营收，形成反馈闭环，持续提升业务价值。
内建队伍培育文化
建立一套 DevOps 教练培养体系，建立起组织级及团队级两支 DevOps 教练队伍，通过组织级+团队级教练协同，左手标准、右手平台，推进 DevOps 推广，辅导团队提升。借助外部专家能力，纵向深度提升教练的持续交付能力，横向扩展提升教练精益敏捷、技术运营、微服务架构、安全风险管理等能力，打造具备 DevOps 全面能力的工程教练团队。
通过走出去、引进来的方式，加强与业界先进企业的交流，引进外部先进的思路或理念，探索建立内部 DevOps 社区，深耕企业 DevOps 文化建设。
