如果没有基层支持，DevOps 文化变革将失败。采取这些实际步骤使其发挥作用。
DevOps 等文化转变需要大量艰苦的工作，因为您需要每个人都接受新文化。我们所看到的 DevOps 思维方式最成功的采用始于有机的、自下而上的方法。
从哪里开始 DevOps 文化
从一个具体的、直接的问题开始。例如，在许多云软件公司，发生错误时会呼叫工程师。由于没有人喜欢被传呼，因此经常被传呼的工程师会想办法让自己睡得更安稳。在我们合作过的一个组织中，一位工程师意识到页面（错误）与应用程序的新版本相关。因此，她决定引入“金丝雀部署”：运行一个新版本，与旧版本并排运行一小部分实际流量，并随着时间的推移逐渐增加流量。组织中的其他开发人员看到了这种方法的成功，并在他们自己的服务中采用了它。
[有关文化的更多建议，请参阅我们的相关文章，DevOps 需要抛弃旧的 IT 领导理念。]
在这家公司，一位寻求更多睡眠的开发人员引入了一个组织随后采用的运营最佳实践。
我们已经反复看到这种模式。归根结底，它归结为承认两个事实：
对于 IT 专业人员来说，对更好方法的最可信建议来自他们的同行。经理、供应商和技术期刊都是很好的信息来源，但同行推荐具有特殊的重要性。
开发人员倾向于采用使他们的直接生活更轻松的解决方案。
根据我们在 DevOps 环境（包括我们自己的公司Datawire）中观察到的情况，考虑以下步骤来培养 DevOps 文化：
1. 从小处着手，解决具体的具体问题
也许是工程师被传呼得太频繁了。也许工程师正试图让数据库在巨大负载下更具弹性。经理们，问问你的工程师最烦人或最痛苦的问题是什么：你通常会听到。从那里开始。
2.支持解决问题的工程师
让遇到问题的工程师亲自尝试解决问题至关重要。如果该工程师不具备直接解决问题的专业知识或技能，请为他或她提供合适的资源（其他人、培训、时间）来解决问题。最接近问题的工程师将能够验证解决方案是否确实有效。
3. 创建论坛来分享成功
内部 DevOps 日、午餐和学习、定期工程会议和博客文章都是分享成功和提高意识的好方法。
4. 花时间帮助传播解决方案
如果没有时间记录她的方法并指导其他团队通过它，构建 Canary 系统的工程师将无法推动采用。
5. 鼓励工程师在你的组织之外参与
宝贵的外部互动通过会议演讲、演讲活动或公共工程博客（例如，Yelp 工程博客或Lyft 工程博客）发生。工程师工作的外部验证和认可有助于内部宣传（哇，所有这些其他工程师都喜欢这个人的工作！）。它还为工程师提供了不同类型的个人满足感。
除非被整个团队内化，否则文化转变不会成功。因此，在组织中采用 DevOps 时，请仔细考虑如何培养基层工作。