如何在 IT 之外应用 DevOps 文化

DevOps 正在发展出一种新的演变，它被应用到传统 IT 部门之外。我称之为“DevOps 2.0”，我建议您停下手中的工作并进行升级！

随着 DevOps 越来越多地被大型企业和公共机构采用，对于实现速度、安全性和效率的核心原则和实践形成了一种新的视角。

DevOps 2.0 的表面是对更广泛的业务参与的关注。仅由 IT 驱动的变革解决了 IT 内部的孤岛和低效率问题，但未能解决 IT 与业务之间的鸿沟。

从我的角度来看，DevOps 2.0 意味着在整个组织中应用 DevOps 原则（您也可以将其视为“BizDevOps”）。在 IT 部门之外应用 DevOps 并打破组织孤岛从以下三个概念开始

1. 就您需要交付更多业务价值的内容达成一致

IT 部门知道，投资自助服务环境并实施持续交付和部署将为业务增加价值。大多数企业不知道这意味着什么，除非您用价值的语言说话

• 作为交付团队，您希望能够自动定义、创建和部署自己的环境，这样您就不需要将责任移交给另一个团队并等待数周

• 作为企业，您希望能够立即发布更改，以便您可以对竞争做出反应，而不会失去客户

• 作为交付团队，您希望确保您发布的功能与您测试的功能相同，并且不会影响您的客户

一旦理解了价值，就授权业务部门确定交付顺序。

2. 定义交付所依据的一组原则

与其简单地宣传采用敏捷或按需环境，不如定义实现这些结果的原则。为团队提供可操作的说明

• 我希望业务代表和交付团队能够协作地花时间计划、评估和可视化工作。我希望你向我展示你何时实现了这一点。

• 我想要基础设施即代码。我希望交付团队能够编写基础设施代码，而运维团队能够治理和控制它。我想要安全和规模。

3. 就您所处的位置和下一步达成共识

拜访客户并观察同事的实际操作，可以深入了解改进交付的日常挑战。我最近参与了一个重新联络双方的实验，作为观察员，很高兴能深入了解这种方法。逐步完成此过程

• 倾听他人的意见，并公开诚实地讨论哪些方面不起作用

• 了解哪些方面在起作用。即使有十件事失败了，也要达成一致并专注于一件进展顺利的事情

• 就下一步应该做什么以取得进展达成一致

不要仅仅修复业务-IT 桥梁，而是携手并进，跨越河流。从小处着手，赢得信任。

关于企业在 DevOps 采用方面面临的挑战的讨论和反思非常有帮助。无需重新安装或迁移即可升级 DevOps。只需将企业内部的其他人员作为积极参与的利益相关者引入，提供行动——而不是结果——并鼓励整个组织的开放沟通。您会成功的。