我最近在一次会议上和一位工程师朋友喝咖啡时聊天。他的公司已经进行了“DevOps 战略规划” 超过六个月，他们已经确定了自动化软件交付的任务。他感到沮丧——似乎总没有足够的时间来完成任何有意义的事情，他不知道别人在做什么，最近的一次谈话表明，并非每个人都对“自动化软件交付”有相同的定义，更不用说对 DevOps 这个词的含义有相同的想法了。
在抱怨了几分钟后，他转向我，用恼怒的声音问道：“我们现在该怎么办？”
你以前经历过吗？我知道我经历过。如果有人告诉你 DevOps 很简单，他们很可能是在向你推销东西，或者是不诚实。这并不容易——如果它很容易，2000 年代初的 敏捷 运动 就已经解决了 DevOps 运动 成立之初旨在解决的问题。
在本专栏“咖啡店 DevOps”中，在接下来的 12 个月里，我将探讨你和你的组织可以做的一些关键事情，以取得渐进的进步，而无需承担 远大的 目标。我希望帮助你解决我们都会问的时刻：“我们现在该怎么办？” 希望这些关于渐进式变革的小建议也能帮助你养成一种习惯，这种习惯将把你和你的组织带入更像成功的 DevOps 的状态。
达成共识
我们在工作中面临的最常见问题之一是沟通。你和你的团队可能表面上一切都按预期进行，但有一天，正如我的工程师朋友发现的那样，沟通完全失败，进展（和流程）崩溃。解决这种失败的一种方法是与你的同事建立共同的语言。
我发现的一种解决方案是找到一个中立的谈话场所。你可以通过阅读书籍或文章、听播客或观看信息丰富的视频，并从那里开始。这之所以有效，是因为它不像从讨论软件交付自动化开始那样，直接关系到自身。可以进行类比、讨论，并达成总体协议，使每个人都达成共识。
媒体建议
由 Gene Kim、Kevin Behr 和 George Spafford 撰写的 《凤凰项目》 是对那些刚入门的人的标志性书籍推荐。事实上，它是我在红帽的起点，许多其他人也是如此。这是一本轻松的读物，故事情节是任何技术人员在其职业生涯中都可能经历过的。
当你读完这本书后，选择以下其中一本
《领导变革：大规模应用敏捷和 DevOps 原则》，作者 Gary Gruyer 和 Tommy Mouser
Gary 和 Tommy 的书讲述了他们在 HP LaserJet 产品线上实现持续交付和 DevOps 的旅程。这是一本简短的读物，只有 100 多页，并提供了在大型组织中扩展敏捷和 DevOps 概念的实用示例。
《从“为什么”开始：伟大的领导者如何激励每个人采取行动》，作者 Simon Sinek
我在工作中大部分时间都在教人们理解我们所做工作背后的 为什么，这会引出 **如何做** 和 **做什么**。Simon 的书有助于推动这些概念以其自然的方式深入人心。
想要更快更直观的东西吗？试试 Simon 的 Ted 演讲，《从“为什么”开始》。
或者，播客怎么样？这些非常适合在长途驾驶、晚上或周末收听。我最喜欢的两个是
The Ship Show：双月播客，讨论一个我心中非常重要的话题：发布工程。由 J. Paul Reed、Youssuf ElKalay、EJ Ciramella、Seth Thomas、Sascha Bates、Pete Cheslock、J. Michael McGarr 和 Katherine Daniels 主持。我最近喜欢的剧集有
DevOps Cafe：一个每月播客，采访 DevOps 领域的杰出人士。由 Damon Edwards 和 John Willis 主持。我最近喜欢的剧集有
- DevOps Cafe 第 65 集 —— John Willis 采访 Damon Edwards
- DevOps Cafe 第 61 集 —— 采访 Jody Mulkey
我们现在该怎么办？
如果你想知道我是如何回答我朋友这个问题的，嗯，我当然是通过问他一个问题来回答的：“有什么事情，你可以在几个小时内完成，可以使情况变得更好？” 他最终确定他们需要一份明确的术语列表，以便他们能够更好地沟通。我建议他花时间起草一份草稿，并尽快与项目中的其他人分享。这听起来可能不多——甚至可能不起作用——但他因为有了一项任务而感觉好多了，而且这比爬一座山要轻松得多。
4 条评论