很多企业并不是 DevOps 运动的早期玩家。当开始注意到 DevOps 的时候，想快速达到 DevOps 实践领先企业的效果，会引入有经验的 DevOps 顾问进行快速的转型。

然而，短期的 DevOps 顾问合同如果不能帮助团队构建 DevOps 制度和 DevOps 文化，DevOps 转型的效果将随 DevOps 专家的离开而离开，使团队得到“DevOps 不适用”的错觉。因此，在引入 DevOps 专家顾问的时候，我们一定要明确 请 DevOps 顾问的目的以及 DevOps 顾问留下的东西。

模式：引入 DevOps 顾问 (Introduce DevOps Consultant) #

模式名称：引入 DevOps 顾问 (Introduce DevOps Consultant)

模式别名：引入 DevOps 专家，引入 DevOps 教练

模式类别： 策略模式

风险： 中 - 采用的时候要注意场景和条件，否则会出现反模式。

价值：中 - 采用该模式产生中期固定的收益，但要持续做才可以获得收益。

见效时间：快 - 2 周内可看到显著改进。

说明：

1. 引入 DevOps 顾问需要注意以下几点：
   1. DevOps 顾问要对 DevOps 的历史和来龙去脉有起码的理解。
   2. DevOps 顾问要有不同的转型案例，如果只有一类企业的 DevOps 转型案例，在转型的过程中很容易进入“路径依赖”，认为 DevOps 转型只有一种。所以，DevOps 顾问要问不同案例中的差异的区别。
   3. DevOps 顾问要同时引入管理转型实践和技术实践。缺乏 DevOps 管理实践会导致 DevOps 转型失去方向和效果。缺乏 DevOps 技术实践会让 DevOps 难以落地。
   4. 把你的具体问题抛给 DevOps 顾问，让他提出问题和观点。
   5. 关注 DevOps 顾问在上述各种描述中对 CLAMS 原则的应用。
2. DevOps 顾问需要可以和团队“一起做”，而不是“在一边看”。
3. DevOps 顾问要能给出对于组织的 DevOps 评估，并且根据评估给出能够落地的解决方案。
4. DevOps 顾问要根据 DevOps 评估的内容，帮助组织构建出 DevOps 文化、技术实践，以及相应的制度。
5. 警惕那些对组织特征、组织痛点和转型范围不提问题的 DevOps 顾问。

相关模式：DevOps 评估，DevOps 转型，DevOps 改进

相关反模式：招聘 DevOps 专家做转型，DevOps 专家依赖

相关引用：暂无

反模式：DevOps 专家依赖 (DevOps expert dependence) #

反模式名称：DevOps 专家依赖 (DevOps expert dependence)

反模式别名：无

反模式类别： 策略反模式

不良后果： DevOps 转型好的效果产生反弹和复原。

常见现象： DevOps 专家在的时候团队表现良好，DevOps 专家离开之后团队表现不佳。

常见原因：

1. DevOps 实践缺乏度量数据来证明其显著有效性。
2. DevOps 专家所采取的实践没有被当做制度传承下来。
3. 组织内部抵抗 DevOps 转型。

说明：

DevOps 的 CLAMS 原则中很重要的一点是度量，如果对 DevOps 实践没有有效的度量，则无法证明其有效性。由于新引入的 DevOps 实践会产生一定的成本，这种成本和组织表现如果长期呈现负相关而非正相关则会阻碍 DevOps 实践的落地。

如果有效的 DevOps 实践没有形成强制的制度，则团队则会因为习惯的原因退回到之前的状态，使 DevOps 转型的效果反弹。同时，很大程度上 DevOps 顾问在转型初期形成的抵触情绪在 DevOps 顾问离开后得以释放。使得团队回到 DevOps 转型之前的状态。

修正模式：引入 DevOps 顾问，DevOps 度量，建立 DevOps 规范，DevOps 改进模式

相关反模式：缺乏度量的 DevOps 实践

相关引用：暂无

关于 DevOps 模式 #

DevOps 模式的索引在 Github 上开源，地址是https://github.com/wizardbyron/devops_patterns

欢迎通过 issue 和pull request 提交你的建议。

你可以通过关注我的公众号了解 DevOps 模式和反模式，也可以加入我的付费知识星球“DevOps 模式” 和所有 DevOps 的实践者共同交流，我将在知识星球中定期回答那些最受关注的问题。