我们在傀儡实验室里花了很多时间和精力，了解所有行业和国家的技术组织之间的影响和增长。

我们在博客帖子，文章和年度Devops调查中分享我们的学习。我们2014年的Devops报告（.pdf）明确表明Devops对不仅仅是IT表现而产生的真正影响，而是整个组织的表现。

事实上，完成了正确的，它可以是一个战略资产，实际上可以提供更高的利润和更多的商业价值。

尽管如此，你永远不会从我们看来的一件事是这项工作是翻译成傀儡实验室“devops工具”的工作。那是因为Devops不是关于特定工具。它是关于IT运营和软件开发，紧密地工作，以更快地提供软件，错误较少​​。工具在人之间启用此协作 - 他们无法创建它。

Devops是一种旨在让开发人员和运营团队对齐的文化运动减少摩擦和部署时间，并推动业务的目标。虽然难以量化文化，但Devops的好处是完全可衡量的：软件开发周期较短，部署失败，较少的错误修复程序都证明DevOps只是更好的工作方式。再加上与我们谈论Devops的人说，它也使他们的工作条件和关系更好。

当Devops成为关于产品而不是实践的对话时，因此您不能在没有特定产品的情况下“被Devops”，它将整个运动放在减少到工具选择的风险，而不是保持不变的行为的水平或目标。正如1970年大众甲壳虫的购买越野轮胎就不会赢得Baja 500，购买Devops XLS 2.0不会将您业务的文化改为支持敏捷性和连续交付的文化。

缩小Devops与特定技术的焦点降低了运动，将其转化为仅仅是产品营销。这是不幸的，因为很明显，Devops可以是增加组织技术变化率的重大力量，使得不仅仅是更大的技术敏捷性，而且更大的业务敏捷性。

然而，Devops是技术人员的运动，技术人员使用工具，讨论工具，尝试新的工具并丢弃旧的，弃了旧的，不再帮助他们完成工作。发展世界一直在做得很好。是的，那里还有COBOL开发人员，但一般来说，开发人员总是正在寻找更好的工具，并推动新技术 - 其中一些实际上是更好的技术 - 进入世界。

今天的IT运营状况远远不同。我们有这么多有趣的新技术，并且Devops正在努力推动行业状态。但现实是，我们不仅仅是一代人在IT运营世界中清除旧技术;我们已经走了。Adrian Cockroft和Netflix已经设定了真正的前沿的公司能够做些什么，但对于大多数人来说，我们需要看到戏剧性的变化量。

这一变化不会发生在一代大多数公司，甚至在几个公司中。此外，稍后仍然很少有技术仍然是几代人，这意味着任何“Devops产品”可能会在大多数人听到它的时候向过时注定。

更糟糕的是，一个Devops产品，如果它被广泛采用，有可能通过阻止新想法的实验和流体开发来阻止Devops本身的发展。如果你被认为是被认为是做工作的关键的特定技术或框架，你就无法进化。只要看看所有的重量级，高端技术公司仍然依赖，即安装或更新是痛苦和缓慢的 - 这使得几乎不可能快速向客户提供伟大的东西。

当我开始傀儡实验室时，我的一个目标是帮助Sysadmins创造一个从“技术作品”到“人们在生产中使用它”的时间持续缩小。如果我们能够这样做，在不影响生产正常运行时间或安全的情况下，企业可以进行更快的实验，获得更快，更频繁地对新产品或服务进行反馈，并保持迭代。

更快的技术循环不仅仅是技术能力或令人敬畏的标志：他们是一个更快，更强大的业务增长的引擎。

Devops是关于促进传统友好队伍之间的合作，以实现业务。因此，我敦促您深入研究Devops文化和实践，并鼓励您组织内的变化，将带来更快的技术变革。

但是你不会通过购买工具来到那里。该工具使您的人民能够：他们无法创造文化。

Luke Kanies在2005年创立了木偶和木偶实验室，失去了恐惧和绝望，目标是产生更好的运营工具和改变我们如何管理系统。自1997年以来，他一直在发布和谈论其在制度管理中的工作，重点是自2001年以来的发展。他与傀儡的工作是Devops的重要组成部分，并提供云计算的承诺。