DevOps概念从2009年提出至今已有10个年头。随着互联网行业的高速发展对传统企业的冲击，需要更快的业务试错与业务创新，其背后本质是企业IT的精益运营，让软件（产品）的生产、交付、获取、升级、遥测变得自动与自助，而近两年DevOps在传统企业也开始备受关注与各种尝试。

　　自从90年代以来，IT行业的软件项目一直深受效率不彰和项目失败所苦，随着政府和企业组织越来越多的各种软件系统投资超预算，系统上线后用户的怨声载道，IT行业的专业人士不禁开始思考解决方法。当敏捷开发的思维越来越被IT管理者和程序员接受后，一个闪亮的名词–DevOps出现了。

　　它描绘了一种工作状态、一种文化精神、一种协作原则、也是一种IT工作环境里的一种理想方法，让我们开发和运维能够更好地协调一致并且加速产出，达到“降本增效”的目的！

　　在传统的软件开发项目中，我们大概可以简单地把软件项目开发的过程划分为需求定义、开发、测试、生产运行和系统维护。（基本上这和实体产品的研发生产是一个类似的概念）随着软件产品的复杂程度增长，IT的组织架构在人员规模和职能划分上也越来越庞大繁复。用传统的组织架构和管理方法来进行软件系统的开发，我们经常发现以下的问题：

　　流程不能发挥作用，人员多工导致个人的工作排序优先级与实际需求不相符，每每与战略脱钩。

　　开发的流程前后不一致，或是开发问题导致频繁变更，程序员一片哀嚎，人员士气低落。

　　开发过程中产生瓶颈。有的职能的资源过少，工单在这些部门前排队等待，后续的资源也产生等待浪费，最后导致产品上线延后。

　　项目时间过长，开发过程跟不上市场迭代的需求。前期制定的需求规格在过程中会有很大的变化，硬是做了出来交付的软件根本难以使用，最终被抛弃。