如来神掌电影，进口食品利润，太帅被逐出国境
导读
数字化转型浪潮下，金融机构的科技部门在自身组织与企业文化背景下，是否适合做 DevOps？是否能够平稳落地 DevOps？如何在满足监管合规的前提下，利用 DevOps 更快更好的响应业务？
本文围绕传统金融机构是否需要DevOps、传统金融机构落地 DevOps 的难点及落地路径等内容，帮助传统金融机构理清DevOps落地需要考虑的问题，以及为其启动 DevOps 建设提供建设路径与实践经验。
01 传统金融机构是否需要DevOps？
传统金融机构的典型研发流程是怎样的？
大致流程如下：
业务团队
角色定义：相对于科技团队之外的业务团队，需求提出方，如银行的网金部、券商的固收部等。主要工作：通过线上OA/线下Excel/线下会议，向科技部门提出原始业务需求。
需求/架构团队
角色定义：科技部下属的需求团队或架构团队，可能承担着业务需求拆分、重要系统架构选型等工作。主要工作：业务需求评审，拆分成若干系统需求，可能这时已经明确大致的上线时间。
开发团队
角色定义：科技部下属的开发团队，如某系统开发组、某项目组。该团队可能是1-2个甲方项目经理和一支项目/人力外包服务队伍组成。主要工作：根据系统需求，进一步完成详细的需求、设计工作，经确认后进入开发测试阶段；（做的比较好的，BA阶段测试团队也已经开始介入）。
测试团队
角色定义：科技部下属的测试团队（可能是独立测试团队资源池化管理，也可能是每个系统开发项目组中有专门几个人）。主要工作：以资源池抽调资源到不同项目，或针对某系统/项目提供相对固定的测试工程师团队以完成相关的工作。另外，性能测试团队也有可能是共同团队。
运维团队
角色定义：科技部门下属的应用运维团队，可能会存在部分外包人员做辅助技术支撑。主要工作：负责应用的生产环境部署、升级及日常运维。
整体来看，传统金融机构的典型研发流程很多时候其实并不那么”敏捷”，而是传统的瀑布模式居多，甚至很多时候，还会有一些临时插播进来的紧急需求（是需求，不是缺陷）。
我们能通过DevOps去解决什么问题？
在现有的流程下有哪些问题，我们可以从研发过程相关的部门/团队的职责边界以及对应的工作内容、关注点上来看：
业务部门
业务需求何时能够上线？>>>业务响应速度/及时性。
需求团队
业务需求何时能够上线？>>>业务响应速度/及时性。业务需求拆分成系统需求后，如何进一步做准确的系统需求拆分与分析？>>>需求分析管理。系统需求完成分析后，后续设计/开发工作是否能够满足进度要求？>>>开发进度。系统需求完成分析后，后续测试工作如何组织，以及组织的如何了？>>>测试质量。
开发团队
需求/任务开发进度？>>>业务响应速度/及时性。需求分析是否到位？>>>需求侧协同 & 需求分析完整性、准确性。基础工具链是否具备、功能完善、易用？>>>研发基础设施完整性、易用性。代码质量如何？>>>静态代码扫描、人工代码评审、结对编程。功能/性能测试团队是否能够充分理解需求？>>>测试准确性开发过程缺陷跟踪情况如何？缺陷提交情况、缺陷修复情况、缺陷数据统计。
测试团队
测试计划安排情况？>>>测试管理功能/性能/安全测试团队是否能够充分理解需求？>>>测试准确性开发过程缺陷跟踪情况如何？测试过程跟踪、缺陷提交情况、缺陷修复情况、缺陷数据统计。
本文地址：http://www.reviewcode.cn/youxikaifa/211182.html 转载请注明出处！
