DevOps切入点的确定及操作技巧

1、DevOps这个词已经充斥在各个技术论坛，很多企业都说要实行，但真正能落地的却不多。另外很多公司的DevOps只是停留在Ops部门，并不是真正的D髫潋啜缅evOps。DevOps是贯穿了业务，研发，运维的全过程，所以如何选择切入点就很重要。从目前的很多案例来看，最多的切入点是在Ops，因为运维自动化是有着最成熟的开源工具，同时也是最容易实行的，因为不牵涉到其他部门，关起门来自己玩就好。其次是从测试向两端推进，测试自身也有很多大量可以自动化的工具，同时测试环境的维护也有着Ops相似性。测试反馈的质量问题也可以倒逼开发进行变革。先介绍一下我所在公司的背景，国内第一家支付公司，有着十几年的历史。从上面大家可以看出什么呢？就是这个公司有着沉重的历史包袱。所以流程很老，思维也很老。对它的改造也会非常的困难。对公司现状进行分析之后呢，发现痛点主要是在几个方面，1，缺乏全局的需求视图。2，开发时间延误，质量低。3，测试效率低。4，上线流程漫长，失败率很高。这几个痛点很多公司也都会有。我们在DevOps的白皮书里，会看到一个完整的流程应该是这样。

2、那么我们，知道模型之后，我们怎么去尝试呢。等我们开始实行后，如何确定下一步目标呢？就要用到另外一个概念，叫做成熟度模型，更多内容请参考《Liпux就该这么学》！最早在软件CMM流程里面，就用了这样一个概念。对于DevOps的持续部署理念也是有这样一张图。

3、这里面很明确提出，在不同方面，我们的成熟度的不同阶段应该是什么样的？有了这样的一个目标之后呢？切入点如何选择？史记-货殖列传有一句话：天下熙熙，皆为利来；天下攘攘，皆为利往。我们推行DevOps不是为了赶时髦，而是为了利益。所以要找到符合下面几点的切入点：能最快改变现状。能最快见到收益。能最容易用数据说话。能花最少人力。

4、互联网张虢咆噘时代讲求的是效率，天下武功唯快不破。高层往往也是没有耐心的。所以不会给你半年时间慢慢来逐步推行。你需要的是在一个月内能让大家看到改变，看到收益。否则没有人来用你推行的东锚翦迩撸西就意味着失败。同时要是可度量的，否则有人可以完全抹杀掉你的努力。人力永远是有限的，我的大老板整天说的就是你不要影响我的业务。往往你在进行变革时是在现有人力中来挤出资源做事。反正我的老板不会大笔一挥，给你招几个人来做这件事。所以要规划好人力资源，做一个MVP（Minimum Viable Product最小化可行产品）产品出来，然后继续在上面迭代。最后一点，不要运动式的全面铺开。有些企业是可以发起运动的，例如：华为。但大部分企业文化和员工的接受度不允许你来迅速变革。我在不同公司经历的几次运动式变革都以失败告终。所以要用小刀割肉，割一刀看一下反应，没问题就继续，如果遇到了强力反抗，就要重新评估策略和做法了。

5、选定好初步的方向后就要继续思考：谁关心痛点谁会从中收益谁会利益受损谁会阻碍谁会支持谁是合作方谁是冲突方谁是旁观者谁来推动