共计 1335 个字符，预计需要花费 4 分钟才能阅读完成。
DevOps 是麻利在软件开发团队的另一利用，它借鉴麻利开发方法，并提出了轻量化运维。目前，DevOps 处于高速增长的阶段，基于 DevOps 的改革正在热火朝天地开展，尤其是在大企业中，DevOps 受到了宽泛的欢送。
作为一个热门的概念，DevOps 近年来频频呈现在各大技术社区和媒体的文章中，备受行业大咖的追捧，吸引了很多吃瓜大众的围观，这也就不可避免的带来了人们对于麻利和 DevOps 的争执。很多人认为麻利等于 scrum，DevOps 等于继续交付，这种适度简化的了解让麻利和 DevOps 在众人口中成为了对抗存在。
事实上，在 2008 麻利大会 Patrick DuBois 和 Andrew Clay Schafer 尝试建设二者之间的关系并提出“麻利架构”这一概念时，麻利与 DevOps 之间的关系就已初现端倪。只管 Patrick 起初提出了“DevOps”一词，但麻利大会仍然被追溯为 DevOps 的终点。
在最晚期时，软件开发应用的还是瀑布模型。这种模型通过制订打算、需要剖析、软件设计、程序编写、软件测试、运行保护等 6 个流程将整个软件生命周期衔接起来。这 6 个流程有着严格的先后秩序之分，只有当后面的流程完结之后，下一个流程能力开始运转。
但我的项目不可能是单向运作的，客户有需要，产品也可能会有问题须要改良。随着时间推移，用户对系统的需要一直减少，与此同时，用户给的工夫周期却越来越少。在这个状况下，大家发现，轻便缓慢的瀑布式开发曾经不合时宜了。于是，软件开发团队引入了“麻利开发”的概念。
麻利开发是一种能应答疾速变动需要的软件开发形式，它采纳“迭代开发”，将软件我的项目需要分成多个迭代，且每个迭代成绩在实现开发、测试、反馈等环节后都能够进行交付。
在这种模式下，每一个迭代就是一个周期，每个迭代后都能交付可独立运行的成绩。不仅资源失去最大化的利用、反馈更加及时，而且交付成绩的效率显著进步，极大地升高了危险。
麻利开发极大地提高了软件开发的速度，但它重视的是软件的开发阶段，并未兼顾到运维阶段。在开发人员与运维人员进行交接的时候，并没有体现出麻利的价值、准则，因而开发与运维之间仍不足一些必要的合作效率。这时 DevOps 就应运而生，DevOps 促成开发、运维、测试之间的高效协同，集开发、运维、测试于一体，范畴扩充到软件的残缺生命周期，从而做到用继续软件交付来修复并更快地解决问题。
DevOps 是基于麻利开发而呈现的，它通过将运维纳入产品开发过程的思维形式十分好地补充了麻利开发。在 DevOps 框架中所表征的研发局部次要利用麻利开发的最佳实际，比方 Scrum 办法等。其中麻利所提倡的工夫盒子（Timebox）、限度在制品（WIP）、继续集成（CI）和定义实现（DoD）等治理思维同样也实用于 DevOps。
在软件生命周期中，不论是瀑布模型还是现如今各大公司都在踊跃转型的麻利开发和 DevOps，都是在软件行业一直倒退中产生的，投合了行业倒退的须要。而在这个过程里，麻利开发和 DevOps 相互协作统一对外，更像是盟友而非对手，经验了麻利反动的洗礼与催化，它们必将必由之路，同属于一片蓝天之下。
麻利开发演示案例：www.learun.cn/Home/VerificationForm
文.keller
