devops 应用

DevOps的新发展正在应用到传统IT部门之外。 我将其称为“ DevOps 2.0”，建议您停止正在做的事情并升级！

DevOps 2.0的表面着重于提高业务参与度。 仅由IT驱动的变革解决了IT中的孤岛和效率低下的问题，但却无法解决IT与业务之间的空白。

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

1.商定交付更多业务价值所需的条件

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

  • 作为交付团队，您希望能够自动定义，创建和部署自己的环境，因此您无需将责任移交给另一个团队，而无需等待数周
  • 作为一家企业，您希望能够立即发布更改，以便您可以对竞争做出React而不会失去客户
  • 作为交付团队，您要确保释放与测试相同的功能，并且不影响客户

一旦了解了价值，就可以授权企业确定交货顺序。

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

要定义实现这些结果的原则，而不是简单地传播敏捷或按需环境的采用。 向团队提供可行的指示：

  • 我希望业务代表和交付团队共同花时间计划，确定规模和可视化工作。 我希望您在达到目标时向我展示。
  • 我希望将基础结构作为代码。 我希望交付团队能够对基础架构和运营团队进行编码，以对其进行控制和控制。 我想要安全和规模。

3.就您的位置和下一步发展达成共识

拜访客户并观察您动手工作的同事，可以真正洞悉改善交付的日常挑战。 最近，我在一个使两个参与方重新参与的实验中担任观察员，对这种方法有深入的了解真是太好了。 逐步执行以下操作：

  • 倾听他人的意见，并坦诚地讨论什么不起作用
  • 了解什么在工作。 即使十件事失败了，也要同意并专注于一件事进展顺利
  • 同意下一步应该做什么

不要仅仅修理业务IT桥梁，而是手拉手走过河。 从小处着手并获得信任。

对企业在采用DevOps时面临的挑战的讨论和思考非常有帮助。 无需重新安装或迁移即可升级DevOps。 只需将其他人作为参与的利益相关者从企业内部带入，提供行动（而非结果），并鼓励整个组织之间进行开放式沟通。 你会到达那里。

翻译自: https://opensource.com/article/18/5/steps-apply-devops-culture-beyond-it

devops 应用