DevOps这个词的起源和DevOps运动的早期还是很清晰的：Patrick Debois是一名在IT行业的许多领域里很有经验的软件开发工程师兼顾问。他本人对于开发和运维之间的对立感到相当不爽。他试图在会议中引起大家对这个问题的兴趣，但是一开始并没有什么效果。

2009年，O’Reilly Velocity大会上有个深得好评的演讲：“每日至少十次部署：开发和运维在Flickr的合作”。Patrick随即决定在比利时根特市组织一场名为DevOps之日的活动。这次，感兴趣的人变多了，这场大会获得了成功。“DevOps之日”这个名字引起了共鸣，而这场大会也延续了下来。在Twitter和大多数论坛里，DevOps之日被简称为DevOps。

DevOps运动的根源写在了敏捷软件开发原则里。在2001年，有些人想要改进一成不变的软件开发模式，并寻找新的工作方法，他们编写了敏捷宣言。下面是敏捷宣言里被奉为经典的摘录，可以在http://agilemanifesto.org/上阅读

“个体和互动高于流程和工具

工作的软件高于详尽的文档

客户合作高于合同谈判

响应变化高于遵循计划

也就是说，尽管右项有其价值，我们更重视左项的价值。”

由此可见，DevOps可以说是与第一条原则密切相关的--“个体和互动高于流程和

工具。”

显然这能够给工作带来好处——那为什么我们还要强调这么明显的事呢？如果你在大

型企业里工作过，你就会知道事实上经常是反着来的。哪怕是看起来没什么障碍的小企业，

里面的各个部门也很容易就筑起高墙。