但是, 由于金融行业及电信业企业对于应用软件的高可靠性, 安全性的要求甚高, 对于采用敏捷开发或者应用DevOps仍然心存疑虑. 快速开发, 持续集成与交付 (CI/CD) 是否造成应用软件的缺陷或安全漏洞的不断增加? 由于不能够准确判定应用变更所造成的代码影响, 快速开发迭代同时给企业的应用测试团队带来巨大的测试风险和压力. 这些影响都在带来更多的对于敏捷开发和DevOps的价值的质疑.
DevOps是否能创造价值?
在敏捷的DevOps环境中, 提前建立正确的KPI对于持久的商业成功至关重要. 此外, 企业也必须考虑技术负债和复杂度测量. 如果没有技术债务基准, 很难能判断DevOps团队是否正在开发和交付一个成本更低, 性能更好和更有效率的应用程序, 还是只是在比以前累积技术负债速度更快和带来更多, 更大的应用软件缺陷.
技术债务的基准线可以通过对现有应用程序进行分析, 了解当前版本软件所包含的缺陷和安全问题来设定. 而一个有效的DevOps组织的首要工作目标就是改进当前的程序代码 (基于业务需求或者技术需求) , 同时防止缺陷代码进入关键任务系统.
有了软件的技术债务基准线, 通过比对就可以了解不同版本迭代间代码缺陷和结构化问题的变化情况, 为DevOps生产性能提供更大的可视性. 同时, 自动化分析工具 (CAST AIP即是此种典型的应用软件智能分析工具) 的引入, 有利于测试团队了解版本迭代间的代码, 程序架构变化情况, 从而有效地制定相应的测试范围和案例, 以准确地覆盖不同版本软件的变化. 真正做到快速开发, 快速集成, 快速测试和快速上线运行, 最终实现DevOps的真正业务价值.
成功应用DevOps能够带来些什么?
一些采用DevOps了的金融服务机构已显著提升了开发人员的生产力. 在成功应用DevOps的银行案例里, 那些原来需要长达六个月开发周期的程序 (例如核心后端应用程序) 已经可以缩短到六个星期完成相关的开发及修改. 美国政府资助的金融抵押贷款机构--联邦抵押协会房利美 (Fannie Mae) 在采用DevOps之后的18个月里软件产量同比增加了一倍. 同时更重要的是, 房利美通过使用CAST AIP软件智能分析工具在整个DevOps链条中对于快速开发的应用程序进行智能化分析, 了解和控制快速开发中各版本的问题缺陷, 以保证在加快开发交付的同时不带来更多的问题及技术债务.
采用敏捷开发的挑战者急速进入市场竞争的环境中, DevOps同时给企业带来了风险与机会. 一个快速但有缺陷的应用程序版本对于创业公司可能造成的风险远远没对有对传统银行或者电信公司大. 设定正确的KPI来管理和监控软件开发进度有助于在实现DevOps的巨大优势同时还能大大地降低风险并向企业最高管理层 (C-Suite) 证明DevOps组织的价值. 合理的运营DevOps时, 银行IT主管不必为了速度而牺牲质量.