这件事结束了,DevOps国标符合性评估即将正式启动......

这件事结束了,DevOps国标符合性评估即将正式启动......

 

3月份,《系统与软件工程 开发运维一体化 能力成熟度模型》(GB/T 42560-2023)(以下简称DevOps国标)结束了在银行、保险、证券、基金行业的对标验证,即将开启正式评估。本次对标验证由中国电子技术标准化研究院组建评估团队开展。

评估团队通过现场访谈、文档审阅、系统演示等方式,对企业在软件项目管理、过程改进、支持和保障、产品研发、服务管理、基础设施等6个能力域的成熟度水平进行符合性验证。

翰纬科技有幸全程参与,以下为参与后的感想和心得:

01
标准的本质
和编写逻辑

2019年、2020年的时候,行业内有一个争议:DevOps是否应该做成标准?

当时有两派观点,一派认为DevOps就是实践,不应该做成标准;另一派则主张制定标准。双方有各自的道理,很难说服对方。从标准的角度来看,我们需要理解标准的本质和编写的逻辑。这里涉及逻辑的两个重要概念:归纳和演绎。

1)归纳

制定标准实际上是一个归纳的过程。从2016年DevOps开始引入国内,到2020年国标开始编写,再到现在,国内DevOps团队做了不少实践。

从归纳角度来说,DevOps国标是将国内DevOps经验和实践进行总结,最终形成了一个普遍的DevOps规律。这与每个组织或团队单独进行DevOps实践不同。每个团队单独实践时,只能形成自己独特的方法和观点,存在一定的局限性。但当我们将这些经验汇集起来,通过归纳整理形成一个标准,它就具备了普适性。

2)演绎

制定标准的重要性在于其演绎过程。当实践经验被归纳成一个国家标准后,对于所有应用这一标准的组织或团队来说,这个标准将成为他们实践的依据。

DevOps标准已经通过广泛的抽象归纳被定为国家标准的统一框架,它为组织或团队的实践活动提供了指导。我们可以从标准出发,推断团队的实践行为,同时验证这些行为是否符合一般规律。基于这一标准体系的严谨框架,我们也可以得出DevOps团队实践这一标准的必然性。

从咨询工作的角度来看,标准并不是仅仅拿着一堆文件与大家对标,这只是表面现象。其实,它的本质是一个经过众智归纳形成的国家标准,需要通过演绎的方式在组织中指导实施,发现新的改进项,成为组织持续提升的新知。

02

为什么翰纬科技

可以做DevOps国标辅导?

DevOps国标覆盖开发、测试、运维三个不同领域。对咨询辅导来说,顾问能力同样需要覆盖这三方面。
巧的是,翰纬科技从去年开始进入全栈IT管理咨询,在咨询能力上,我们有CMMI专家,测试专家。运维是翰纬科技的主业,这方面专家不缺。
咨询产品线可以根据客户的需求,提供CMMI+TMMi的双标认证咨询;提供TMMi+测试敏捷化双标认证咨询;ISO20000+ISO27001双标认证咨询等等。

全栈IT管理咨询能力的具备是翰纬科技能够提供DevOps国标认证辅导的关键。在此次对标验证过程,我们安排两批共6位顾问参与评估。既熟悉了国标,又锻炼了顾问队伍。

03
以DevOps为核心

看过程改进

DevOps国标出现过程改进的内容,很多人觉得不太理解。其实这里面存在一个偏见。总感觉提出过程改进的CMMI是重体系,不适合DevOps的发展和实践。
任何一个体系都不是为了重体系而存在。只是在构建体系的过程中,由于各种原因的干扰,文档证据链成为主流。这也是很多CMMI主任评估师略显无奈的地方。
DevOps更适合的概念是精益,并非敏捷。CMMI内涵里是包含了这个意思。因此CMMI与DevOps并不是相互冲突的两个内容,而是可以互为补充。
虽然DevOps国标中提出了过程改进,IT项目管理以及支持保障,但不会喧宾夺主,把DevOps国标变成CMMI的评估。可以这么理解:以DevOps为主线,引入过程改进的组织级能力,自上而下指导项目团队的DevOps建设。

以上是组织级DevOps能力建设的核心。不适合分散式,小团队的项目级DevOps建设。

04
标准写的越细

越容易脱焦

本次银行、保险、证券、基金的对标验证,其实是通过选取不同组织能力,不同过程改进成熟度来了解DevOps国标的适用性。
回顾来看,基本达到了对标验证的目的。不论是具备成熟CMMI体系的组织,还是只有实践没有CMMI体系的组织,DevOps国标都可以提供指导。从体系建设角度看,DevOps国标可以弥补有实践缺体系的不足。体系建设的颗粒度可以结合组织的实际情况做适配。
DevOps国标是面向组织级能力的评估,不会做到基于项目或工具层面的颗粒度。很多人会觉得这样的标准比较空,难以指导实践。这其实是对标准的误解。
标准不是越细越好。这里画个重点:编制越细的标准,在评估的时候越容易“脱焦”!所以,标准一般不会出现非常具体的数字或要求,以避免稍有误差不影响结果的情况被判为不符合项的情况出现。
标准评估的颗粒度一是看评估老师的经验;一是看辅导机构的经验。前者体现在评估时,看实践如何满足认证要求。后者体现在咨询辅导时,基于专家经验和标准要求确定实践颗粒度,确保满足认证评估。

所以,咨询辅导机构的顾问能力和经验在评估时就显得格外重要。

05

顺势而为

综上所述,DevOps国标的发布和实施是DevOps在国内实践发展到一定阶段的必然产物。翰纬科技作为咨询机构将围绕DevOps国标以及生态合作,全力以赴为国标的推广和应用贡献自己的力量。这么做,既能够提升翰纬科技自身的实力,又可以推动国内的组织级DevOps能力建设。Win-Win的局面何乐而不为!