（一位从业者对DevOps手册的思考）
DevOps的圣战
围绕“ DevOps的真正本质”，“ DevOps真正意味着什么”或“ DevOps不是什么”的问题在网上爆发出另一种论点。 在我参加的每次会议上，我们都讨论DevOps 文化 ，DevOps 思维方式和DevOps 方式 。 所有这些都证实了一个单一的事实-DevOps是一个神话 。
现在不要误会我的意思-这绝不是对它的有效性或重要性的否定。 正如YNHarrari在他的《智者》一书中雄辩地表明的那样，神话是人类发展的力量。 实际上，我们集体相信这些非客观，想象中的现实的能力使我们能够进行大规模的协作，协调我们的行动，建造金字塔，寺庙，城市和道路。
有手册！
我在写这本写得非常出色的“ DevOps手册”的同时写了这篇文章。 如果您真的想知道经常被误解的流行语背后的含义，那么最好阅读此封面。 它提供了对DevOps的原因，方式和内容的深入探讨。 它来自发明该术语的人们，并且在过去7年中一直忙于开发其主要概念。
- 儿童文学教给我们的关于金钱的知识：安徒生（Hans Christian Andersen）的“皇帝的新装”
- 2018年：一页纸的一年（第二轮）
- 我在2018年爱过的三本书
- 为什么撰写书评对您有利
- 消失的边疆：共同推动墨西哥和美国的力量-安德鲁·塞利
现在注意—如果您想了解DevOps的内容，我只是说您应该阅读“ DevOps手册” 。 完成之后，我很确定您不会对像“ DevOps是否涉及自动化？”这样的小争论感兴趣。 但是我并不是说如果您想改善和加快软件制造和交付过程，则应该阅读该手册。 而且，如果您要优化IT组织以进行创新和持续改进，也不会这样做。
因为作为智能阅读器您将到达的主要认识是-根本就没有DevOps之类的东西。 DevOps是一个神话 。
那故事是什么？
基本上，这可以归结为： 一些IT公司取得了比其他公司更好的结果 。 更好的收入，更高的客户和员工满意度，更快的价值交付，更高的质量。 没有万能的万能配方，没有万灵丹–但我们可以向这些高绩效人才学习，并尝试应用某些工具和做法，以改善我们的工作方式并取得相似或更好的结果。 这些工具和过程来自无数的管理理论和实践。 而且，它们在不断发展，因此我们需要一直学习。 但是至少我们有更好生活的希望。 那就是如果我们一切顺利：人员，体系结构，流程，思维方式，组织结构等。
因此，与某些工具无关，因为这些工具会发生变化。 这与某些实践无关，因为我们富有创造力，框架来来往往。 从现在开始10年后，我看不到有太多人使用看板。 （以同样的方式，今天只有落后者使用甘特图），然后在下一次花式会议上的演讲者会告诉您，这主要是关于文化的。 你知道什么文化吗？ 这只是一个故事，或者是一群人分享的故事的集合。 故事告诉我们一些关于世界和我们自己的事情。 与物质世界只有非常相对联系的故事。 另一组相信他们错了的故事很容易被证明是神话。
但这不是真的吗？
任何学习过管理理论的人都知道，自上世纪初以来，方法已经发生了变化。 从泰勒的科学管理到麦格雷戈的X＆Y理论，他们都有追随者。 多亏了他们，应用了这些工具并发誓取得出色成绩的经理们。 然而，大多数这些理论已被其后继者证明是错误的。
以同样的方式，我们发现DevOps和Agile会发生这种情况。 自从2005年成立以来，敏捷一直是热门话题。团队正在迁移到Scrum，然后是看板，现在是SAFE和LESS。 但是，敏捷并没有兑现改善生活的承诺。 确切地说，它变得司空见惯，以至于失去了优势。 没有炒作，我们现在意识到它有缺点。 现在，我们希望这个新的DevOps事情会使我们感到高兴。
您可能会说世界瞬息万变-这就是为什么我们现在需要新的方法！ 我同意-技术，全球化，信息流-它们都改变了我们生活中的故事。但这也意味着，今天对别人有用的东西明天都不会对您有用-因为世界将会改变再次。
这意味着《 DevOps手册》虽然是一份出色的概述和历史文档，而且是灵感的来源，但不应被视为采取行动的指南。 这只是迈向建立DevOps神话的又一步。
这使我们回到了开始的地方–神话和故事本身并不坏。 它们通过提供通用的语义系统和共同的目标来帮助我们进行协作。 但是，只有在我们相信它们的时候，它们才会起作用，直到一个新的神话出现为止—一个足以引起我们注意的强大力量。
您自己的DevOps故事
因此，如果我们同意DevOps只是另一个神话，那么我们还有什么？ Otomato以及其他DevOps顾问和供应商必须卖什么？ 好吧，甚至在DevOps引起轰动之前，我们就一直在做同样的事情：有效的软件交付和IT管理。 基于工具和流程，自动化和有效的沟通。 依靠常识并在任何神话中被认为是真实的专家。
就像我一直说的那样-文化是你讲的故事。 并且我们确保在讲故事以及实际工具和体系结构方面都成为专家。 如果您目前正在考虑创建DevOps转换，或者只是想优化您的软件交付，请给我们打电话。 我们将根据您的实践，技能和组织的实际需求，帮助您构建真实的DevOps故事，培训您的员工并设计您的渠道。 并非基于别人所讲的神话。
最初发布在 http://otomato.link 和 http://antweiss.com
