技术开发 频道

DevOps不是一次性消费,而是可持续文化

  【IT168 评论】Splunk公司首席技术推广者Andi Mann在Interop ITX上谈论DevOps作为文化驱动现象及其所需原则。

DevOps不是一次性消费,而是可持续文化
▲Andi Mann

  DevOps是现在每个人都喜欢谈论的话题,同时也有很多人都在围绕DevOps做一些事情。但对于扎根于传统软件开发的IT团队来说,DevOps是难以想象的转变,而已经接受或使用DevOps的开发团队也未必获得了理想中的效果。

  DevOps不仅仅是一种软件方法,它其实是企业文化的重大变革,这种变革会让人们感觉运营团队和开发团队之间没有有界线。

  运营智能公司Splunk首席技术推广者Andi Mann表示:“DevOps是关于沟通和分享、协作与责任。它也是关于团队之间相互负责任,并对项目的经理和管理人员负责。”所以公司在进行DevOps部署时,要了解其基本概念。但Mann在接受采访时指出:“现在我并没有看到很多公司在高层次‘协调DevOps团队作为公司整体文化的一部分’。”

  在5月17日,Mann将会在美国拉斯维加斯举办的Interop ITX大会中主持名为“DevOps团队和项目的有效领导”会议。在这次会议中,他不会谈论灵活编程或持续整合,而是谈论DevOps所需的态度和文化改变,以及管理层及项目经理如何在这种改变中提供领导力。

  Mann自2015年8月以来一直担任Splunk公司的首席技术推广者,他曾任CA Technologies首席技术官办公室副总裁,也曾担任企业管理协会的分析师。

  尽管开发和运营合作已经取得实质性进展,DevOps仍然没有得到充分发展,这主要因为管理层在保持项目进度和预算、协调不同团队开发的功能遇到瓶颈。

  开发人员和项目经理可能已经从DevOps中获得成功,但是企业的其它利益者还没有尝到甜头。Mann称:“在某些时候,你必须要谈论这个项目的价值,继而使它对企业价值产生影响。”

  阻碍DevOps充分发展潜力的主要原因是,它终结了确定软件项目价值的传统方式(例如生成的代码行数、这些代码行中的错误数量、应用程序是否按时间表完成),但同时,它又没有给管理层提供成功的衡量方法。

  他说道:“从管理的角度来看,DevOps很可怕,因为你无法使用习惯做法来跟踪项目进度。”如果一个大型开发团队被分成很多小的开发团队,同时,运营和企业利益相关者的新成员参与进来,我们如何衡量成功?如果安全团队的成员因为担心安全问题而阻止某个功能呢?如果在项目结束时才解决安全问题,这些都是非常危险的。

  Mann计划在5月17日的会议中强调经理和管理层需要收集有关整个流程的数据,并将DevOps转变为数据驱动的环境。团队成员应该对数据进行探索和协作,而不是将其变成由意见主导的项目。

  当然,说起来容易做起来难。由于现在不同专业的人员都在同一个团队中,团队成员可能不会使用相同的工具来查看相同的数据。所以收集表明正在完成的工作的数据,并检查已知的所有内容就成为了重中之重。在协作中,逐渐会出现指标,让每个团队成员根据自己的观点对项目进行评估。

  他表示:“每个人都需要知道自己的角色,每个人都需要能够使用数据来查看系统中发生的情况。”如果开发人员曾经与利益相关者、运营人员、架构师和安全专家共事,那么可能更容易实现。

  Mann指出:重组是DevOps的重要方面。并建议将合作空间放在中心位置,这样对于信息的传递和人员的协作更有效。

  数据驱动的环境不仅涉及可视化和指标,而且还包括每个团队成员的问责制,团队中不同专业的问责制,以及团队和管理层之间的问责制。这中间需要很多的会议、面对面的讨论。

  部署DevOps的最佳衡量标准不是代码投入生产的速度有多快或者更新的速度,而是新业务构想在企业软件中得到支持,并开始影响公司的发展前景。

  为了得到这个答案,面向DevOps的IT人员不仅要从很多角度了解项目的进度,还要有确定问题的良好流程,并明确如何解决问题。Mann问道:“当出现问题时,你能多快解决问题?”

  虽然很多DevOps会议专注于采用自下而上的方法鼓励开发人员和运营人员的参与积极性,Mann承认他的会议更多的是自上而下的方式来探讨项目协调者与高管如何更好地部署DevOps项目。如果文化发生改变,如果每个人都认同快速软件生产和持续整合是值得的目标,那么就需要有人承担责任以确保这些目标的实现。

  Mann表示:“你需要能够获得数据以做出正确的决策,并对自己、同事和管理层负责任。”

0
相关文章