高度信息化的今天,响应变化的能力是企业生存的核心竞争力之一,敏捷软件工程思想提升了软件开发组织响应变化的能力,得到以程序员为主体的软件开发团队大力推广。不过,信息化的今天,计算机技术无处不在,还有大量的企业既有开发团队、又有运维团队,甚至企业仅有运维团队。如果仅仅是开发提升响应力,就会演变成对运维灾难——大量的维护变更以及变更带来的不可预见性。依托IT技术的现代企业整体响应力提升需求,推动了开发、质量管理、运维融合,这就是DEVOPS的起源,也是DEVOPS得以发展的原动力。

DEVOPS是一种文化、工程方法、工具技术的有机结合。可以把DEVOPS认为是开发(软件工程)、技术运营和质量保障(QA)三者交集,如“图1 DEVOPS角色关系”所示。在DEVOPS中开发人员称为“development(software engineering)”;系统、应用等的运维人员统称为“operations”;质量保证人员、测试人员称为“quality assurance(QA)”(这里的QA不仅是软件质量保证,还包括运维等质量保证)。三种角色组成全职能团队,按照“图2 DEVOPS能力环”不断优化、不断提高。

数字化DEVOPS对软件开发影响

数字化DEVOPS是将DEVOPS各个过程数字化、可视化,缩短反馈周期,为过程改进、组织管理提供数据支撑,我们将其称为“数据驱动开发运维一体化”,通过任务管理和配置管理连接CI、CD形成需求全生命周期反馈闭环。如图3“数字化DEVOPS”所示,在这个结构中,开发团队发布流水线利用sonar、Dynatrace、CheckMarx等工具检查技术规范落实情况,需求变更影响范围,捕获开发过程中发生的非预期事件,以此为依据实施软件产品质量量化;运维团队以人工巡检为骨架,通过Zabbix+智能分析+CD形成运维自动化“监控-调整”闭环,监控负责图3 数字化DEVOPS

数字化DEVOPS对软件开发影响

捕获事件,自动部署负责处理事件、实施故障隔离、自动维护。整个开发运维一体化的信息流则是持续改进的输入。数字化DEVOPS给主要干系人带来的价值如下:

  1. 程序员篇——随时、随处、随心写程序

作为一个逐渐老去的程序员,我有一个梦想:让程序员安心回乡写程序!

过去几十年的发展铸就了北上广这种超级大城市,也引发了垃圾围城、雾霾等大城市病;更带来了留守儿童、空巢老人等社会问题。在去中心化的社会趋势下,通过云办公,让程序员安心回乡写程序。

作为一个逐渐老去的程序员,经常写报告,为了写报告挖空心思、整理数据,寻求事实的最美一面,姑且不论层层美化会不会让报告失去全面性、真实性。大量的数据收集、报告编写把大家的精力都吸引到了包装、营销、文字功夫上,哪还有时间研究技术,规划架构。技术不好、架构混乱、产品质量不高,问题不断,程序员想提高待遇,难啊!丰田曾经的掌舵人大野内一说“没人喜欢自己只是螺丝钉,工作一成不变,只是听命行事,不知道为何而忙,丰田做的事情很简单,就是真正给员工思考的空间。引导出他们的智慧,员工奉献宝贵的时间给公司,如果不妥善利用他们的智慧,才是浪费”。

作为一个逐渐老去的程序员,看到企业员工激情不高,为此一些企业引入各种先进管理方法,可惜事倍功半,不是管理者错了,也不是管理方法不好,而是站在不同的位置对管理方法的看法不同,在缺少足够数据支撑的情况下,管理者很难判断哪些人是真的积极,那些人只唱不练,等管理者了解透彻已经过了很长一段时间,那时劣币已经开始淘汰优币。

  1. 业主篇——不看证书、不听忽悠

作为IT业主(程序员称之为需求方),无论你是资深的IT技术专家,还是对计算机一窍不通的门外汉,当你面对IT销售团队的时候,他们都会大谈特谈自己的技术有多牛、自己的实施能力有多强、自己做过多少牛逼的项目。但是他们绝不会告诉你实施过程允许你做几次需求变更,他们实施项目中有多少次预算偏差,有多少BUG。在开发团队交付前,作为业主你仅仅是听开发团队给你讲故事,并且时不时的告诉你,如果还要需求变更,也能无法预期上线……

作为IT业主如何了解团队是否遵循了要求的技术规范?程序员开发的程序功能是否是我们想要的?更进一步,我们的设想是否就是市场的需求?数字化DEVOPS通过工具检查规范落实情况,通过持续发布,让业主在每个迭代都看到可用的软件功能,这不仅能够保证程序员的输出是业主想要的,更可以帮助业主把设想快速推向市场,验证最初的商业假设是否合理。数字化DEVOPS缩短需求转化周期,抢占市场先机,让开发团队规范落实情况随时可见、保证软件品质,降低业主投资风险。

  1. IT组织篇——精细化管理,提升响应力。

数字化DEVOPS记录的数据不仅是人员绩效管理的依据,也是过程改进、质量提升的重要输入。这对于提升IT组织响应力,缩短需求转化周期有很大的帮助。

软件开发企业是人力密集型企业,与制作业、服务业等人力密集型企业相比,每个软件需求都有其独特的目标,难以用传统手段进行质量管理和评价。目前编程主要是手工劳动,导致质量管理、绩效管理难以量化考核。虽然公司希望用技能与付出决定程序员晋升与收入,可是考核的依据是各种汇报,此时编写报告的能力变成了晋升的关键因素,这会导致企业内部一线人才逆淘汰。而数字化DEVOPS能够很好的记录IT技术人员行为,让企业发现匠艺人才,提升企业执行力。

另一方面数字化DEVOPS记录了从需求引入到投入使用的全过程,期间涉及开发、质量管理、运维等多个环节,通过数字化DEVOPS能够重现开发过程,对过程深入分析,从而达到过程改进、组织提速的目标。

当然,在信息不对称、市场无序博弈、山寨盗版盛行的情况下,做软件企业量化管理,有些很傻很天真(当然也不排除部分能人通过手填表格实现量化)。不过在DEVOPS体系研究建设过程中的产生的标准、工具、发布流水线、自动部署系统、定向投产技术等支持DEVOPS实施的研究成果的价值是可以立即见效的。不过在今天,国家强调“中国品牌”的大背景下,IT企业数字化管理必将是未来的趋势。

  1. 社会篇——构建IT产业信用体系,推动中国软件走出去

今天,中国“弘扬工匠精神 推动品质革命”,按照 国务院《质量发展纲要(2011~2020)》,国家在主动引领经济发展新常态,动员全社会增强质量意识。积极参与质量强国建设。认监委更是在这两年撤销、暂停了一些认证机构的资格,可见国家对质量的重视。

不过从改革开放至今,期间有一段时间“山寨”文化盛行,少数企业个人用不正当手段获得证书,导致老百姓不再相信专家、不再相信证书。那么我们这些兢兢业业的企业除了用证书说明自己的能力,还有没有其他的方法,证明自己的证书不是买来的?数字化DEVOPS记录软件企业每一次代码变更、及变更的效果,通过大量的企业日常行为数据证明我们企业不仅有证书,而且有符合证书的能力!IT企业这种基于日常开发大数据的证明材料,不仅加强了企业自身的管理能力,而且提升企业形象。更有助于构建业主、IT企业和IT从业者之间的信用,推动中国软件产业走向世界。

 

相关文章:

  • 2021-11-16
  • 2021-11-02
  • 2021-10-01
  • 2022-12-23
  • 2022-01-02
  • 2021-11-14
  • 2022-02-20
猜你喜欢
  • 2021-05-11
  • 2021-11-13
  • 2021-08-27
  • 2021-06-08
  • 2022-12-23
  • 2021-06-17
相关资源
相似解决方案