DevOps - DevOps歧途

若是在实施DevOps的过程当中，周围没有一我的支持你，也没有获得领导和团队成员的理解；
若是在采用DevOps的工具和方法以后，难以得到明显的效率提高，甚至获得了很多的消极反馈；
那就须要检讨一下，是否误入了DevOps歧途。

误将手段当目的

采用DevOps工具和创建DevOps架构并不彻底表明DevOps的实施。
采用某种工具或者某种架构只是实现DevOps的一种手段而已，若是没有得到人员支持，就应该从新思考下实施DevOps的目的究竟是什么。
在较小的范围内采用自下而上的方式实施DevOps，能够先考虑具体的方法，而不是大刀阔斧。
在须要与他人一块儿实施DevOps的状况下，就要预想实施DevOps能产生什么样的效果、过程当中会遇到什么困难等等。
在明确目标的指引下，思考采用何种工具和方法是最合适当前状况、易于接受的。

引而不用

团队成员很难彻底抛弃原有的工做流程和体制，也难以彻底接受一个全新的流程和体制。
虽然引入了DevOps的工具和方法，但在实际工做中，工具被摒弃，方法被弃用，规则被漠视，那么缘由之一多是如今的作法过于激进。
要想让团队成员适应DevOps，最重要的事是要作到可以在不改变原作法的状况下采用新机制。
也就是说，若是可以保证新方法和原方法的输入与输出保持一致，甚至不存在细微的差别，那么新操做的结果就不会偏离原有的规则，这一点最能说服他人接受DevOps。

加大运维负担

引入了新工具，却增长了操做步骤；
引入了新方法，却复杂了流程环节；
原想自动化，实际手工干；
如此这般，实际上加大了运维负担。
究其缘由，多是追求部分结果的理想化，或者向原有机制妥协，最终致使了总体工做量增长。
过早优化是“罪恶”，并行运维是“罪过”。

DevOps团队成为权威

权威将致使盲目迷信和割裂，但改善无止境，DevOps应始终开放和沟通，保持一种能和其余团队灵活交换意见的状态。

DevOps全能超人

实施DevOps不是要求全部人都具有相同的技能，也不是要求必须存在或增长一些精通开发、测试、运维的全能超人。
DevOps的本质在于互相理解和学习，消除没必要要的沟通，从而提升效率。
所以，实施DevOps过程当中，难度最大的不是技能性的要求，而是营造一种团队之间、我的之间互相理解的文化。

一败而折

阶段性的失败，尤为是一开始的失败，必然会致使各类各样的的意见。
但DevOps须要不断改善才能实现，不能基于短时间的状态来进行最终的评判。
DevOps实现的实际上是一个协做机制，最终将是任何组织和公司都应具有的一个基本能力。
为了不出现“实施DevOps阶段性失败了就认为DevOps不适合本身团队”这种“一败而折”的想法，颇有必要保证一开始实施的阶段成果是积极的，鼓舞人心的。

只关注成本

实施DevOps是为了实现和提高商业价值，而不是为了节约成本。
根本目标的不一样，必然致使结果的差别。
若是只关注成本，那么在成功实施了DevOps后，虽然效率获得提高，资源获得释放，但面对却多是组织变更、人员裁减的消极局面。
但若是从商业价值出发，节约出来的资源能够投入到扩充规模、探索新产品等业务活动中去，让团队成员拥有一个积极的期待和状态。