敏捷是个筐，什么都往里装。一切好的，都是敏捷。
你对此是正面看待还是反面看待？
潮流滚滚向前，只能顺流而动。
Scrum和DevOps都是个托盘。
Scrum之父Jeff Sutherland博士说：
（在我面临的项目中）瀑布模式是无效的。我做过十年的原型方案。我知道贝尔实验室的人员只有一个头衔，因为研究表明角色专门化会戏剧性的把事情拖慢。我所雇佣的很多人来自麻省理工学院的人工智能或媒体实验室。我知道每几周交付一个很酷的演示是很根本的。彻底的重构，持续集成，结对编程等，我在其中已浸染多年。我知道康威定律：组织结构会反映在代码结构中，（低效的组织结构）不利于对象设计。我是OMG（对象管理组）中思考模式驱动开发的的主要驱动者之一。我们缺少的是一个象福特汽车公司的生产线那样的框架把所有东西组装起来，野中郁次郎先生给了我们这个东西（指的是野中郁次郎与竹内宏高1986年在哈佛商业评论上的论文《新的新产品开发游戏》。野中郁次郎被Jeff Sutherland尊称为Scrum的祖父—本文作者注）。于是Scrum 诞生了。
DevOps正在得益于一场令人难以置信的管理实践大融合，各种实践如敏捷开发、精益管理和ITSM管理相互促进和衔接在一起，并形成了一种独特的实践集合，它能对组织的软件开发转型和IT产品或服务交付模式的转型产生极大的帮助。DevOps和它所产生的技术、架构及文化实践，体现了哲学和管理学原则的融合。虽说这些原则是由不同组织独立发现的，但DevOps博采众长，形成了“DevOps的大融合”，展现了人们思想上的惊人进步和不可思议的相互关联。基于制造业实践了数十年的管理经验，它是将可靠性组织、信任度管理与DevOps实践相结合的产物。
狭义的DevOps托盘是发端于《凤凰项目》，成熟于《DevOps实践指南》的三步法：流动、反馈、学习。
广义的DevOps托盘是《加速》中的五组能力。在即将出版的《加速》中，定义了24个关键能力，可推动软件交付效能的提高。能力分为五类:
●持续交付
●架构
●产品与流程
●精益管理和监控
●文化
托盘托得好，质量效率高。