打造开源云计算中国第一互动社区
内容专注于Linux、Kubernetes、OpenStack、容器、Ceph、Cloud Foundry......
导读
IT 领导者可以从大量的 DevOps 材料和向 DevOps 转变所要求的文化挑战中学习。但是，你在一个 DevOps 团队面对长期或短期的团结挑战的调整中 —— 一个 CIO 真正需要他们做的是什么呢？
在我与 DevOps 团队成员的谈话中，我听到的其中一些内容让你感到非常的意外。DevOps 专家（无论是内部团队的还是外部团队的）都希望将下列的事情放在你的 CIO 优先关注的级别。
转载信息
本文转载自 Linux中国
作者 John Allessio 译者 qhwdw
原文链接
https://enterprisersproject.com/article/2017/12/what-devops-teams-really-need-cio
沟通
第一个也是最重要的一个，DevOps 专家需要面对面的沟通。一个经验丰富的 DevOps 团队非常了解当前 DevOps 趋势，以及成功和失败的经验。并且，他们非常乐意去分享这些信息。表达 DevOps 的概念是很困难的。因此，要在这种新的工作关系中保持开放，定期讨论有关 IT 的当前状态，如何评价你的沟通环境，以及整体的 IT 产业。
反过来，CIO 应该准备好与 DevOps 团队共享当前的业务需求和目标。业务不再是独立于 IT 的东西：它们现在是驱动 IT 发展的重要因素，并且 IT 决定了你的业务需求和目标运行的效果如何。
注重参与而不是领导。
在需要做决策的时候，你仍然是最终的决策者。但是，理解这些决策的最好方式是协作，这样你的 DevOps 团队才有更多的自主权，并因此受到更多激励。
降低技术债务
第二，力争更好地理解技术债务，并在 DevOps 中努力降低它。
你的 DevOps 团队都工作于一线。这里，“技术债务”是指在一个庞大的、不可持续发展的环境之中，通过维护和增加新功能而占用的人力资源和基础设备资源（查看 Rube Goldberg）。
CIO 常见的问题包括：
◈ 为什么我们要用一种新方法去做这件事情？◈ 为什么我们要在它上面花费时间和金钱？◈ 如果这里没有新功能，只是现有组件实现了自动化，那么我们的收益是什么？
“如果没有坏，就不要去修理它”，这样的事情是可以理解的。但是，如果你正在路上好好的开车，而每个人都加速超过你，这时候，你的环境就被破坏了。
你需要持续投入宝贵的资源去支撑或扩张拼凑起来的环境。你选择妥协，并且一个接一个的打补丁，以这种方式去处理每个独立的问题，结果将从一开始就变得很糟糕 —— 在一个不能支撑建筑物的地基上，一层摞一层地往上堆。
事实上，这种方法就像不断地在电脑中插入坏磁盘一样。迟早有一天，面对出现的问题你将会毫无办法。在外面持续增加的压力下，整个事情将变得一团糟，完全吞噬掉你的资源。
这种情况下，解决方案就是：自动化。使用自动化的结果是良好的可伸缩性 —— 每个维护人员在 IT 环境的维护和增长方面花费更少的努力。如果增加人力资源是实现业务增长的唯一办法，那么，可伸缩性就是白日做梦。
自动化降低了你的人力资源需求，并且对持续进行的 IT 提供了更灵活的需求。
很简单，对吗？
是的，但是你必须为迟到的满意做好心理准备。为了在提高生产力和效率的基础上获得后端经济效益，需要预先投入时间和精力对架构和结构进行变更。为了你的 DevOps 团队能够成功，接受这些挑战，对 IT 领导者来说是非常重要的。
信任
最后，相信你的 DevOps 团队并且一定要理解他们。
DevOps 专家也知道这个要求很难，但是他们必须得到你的强大支持和你积极参与的意愿。因为 DevOps 团队持续改进你的 IT 环境，他们自身也在不断地适应这些变化的技术，而这些变化通常正是 “你要去学习的经验”。
倾听，倾听，倾听他们，并且相信他们。DevOps 的改变是非常有价值的，而且也是值的去投入时间和金钱的。它可以提高效率、生产力、和业务响应能力。信任你的 DevOps 团队，并且给予他们更多的自由，实现更高效率的 IT 改进。
新 CIO 的底线是：将你的 DevOps 团队的潜力最大化，离开你的领导 “舒适区”，拥抱一个 “ CIOps " 的转变。
通过 DevOps 转变，持续地与你的 DevOps 团队共同成长，以帮助你的组织获得长期的 IT 成功。
内容覆盖主流开源领域
投稿邮箱