2018年5月10日，敏捷宣言的发起人之一Ron Jeffries公开宣称“开发人员应放弃使用敏捷框架”。Ron Jeffries提到，诸如Scrum和看板之类的敏捷框架，与敏捷原则相差甚远，并不能为开发人员提供好的服务。他希望开发人员重新关注敏捷原则，并放弃使用这些敏捷框架。

需求是整个软件项目当中最重要一项输入。软件开发和传统生产行业最大的区别在于，需求总是模糊的、主观的和随时变化的。相对于电子产品、汽车等制造行业有形的硬件需求，软件开发的需求的描述和验收是个难以解决的问题。

当前，几乎每个企业或组织都在经历着某种形式的变革，无论是数字化、企业文化升级，或者敏捷。很多公司和组织找到我们，希望我们来指导他们如何应对这些变化，因为他们明白，以前的管理方式可以让他们走到今天，但是无法很好的适应未来更严峻的环境和更大的挑战，实现更大的目标。

距敏捷开发宣言的发布已经过去了将近二十年，现在很多团队都在思考“敏捷”的工作方式。营销团队想要尝试Sprint的方式来加速盈利，运营团队正在采用Scrum敏捷项目管理，而人力资源团队则正在寻求如何为公司战略注入更多的灵活可变性。

虽然我已尽我所能在普及这两个概念，但人们关于敏捷和DevOps的争论依然让它们听起来完全不同。更糟糕的是，尽管他们都已经有了各自的行业术语和口号，但两者的概念还是没办法准确定义。鉴于敏捷诞生早于DevOps ，所以它的定义也相对清晰一些，但DevOps五花八门的定义仍然让很多人都很困惑。而正是因为二者都缺乏准确的定...

在敏捷开发中，WIP限制决定了每种情况下的工作流中可以存续的最大工作量。限制进行中的工作数量可以更容易辨识团队工作流中的无效工作。在情况变得更糟前，一个团队在持续交付通道中的瓶颈是非常容易辨别的。