昨天和今天，数节课都是关于敏捷的：迭代开发、迭代管理、adaptive requirements、estimation、stand-up、retrospective……总之，就是这类东西。关于敏捷，冰云的观点我认为很正确：it's all about money。客户之所以认可我们的做法，因为他们按时间付钱。所以，他们希望在最近的迭代中完成最重要的功能，把不那么重要的功能先放一放；一旦我们开始迭代，他们就尽量不过来打断我们，有需求变更也照着我们的流程来做……这样他们可以早点赶我们走……虽然听起来怪怪的，不过事实就是如此。如果按项目付钱，客户就会说“我才不管你们怎么干，反正我要所有这些功能”，那么迭代就很难不成为扯淡了。
不过另一方面，对于真正需要软件提供业务价值的客户，迭代确实是有意义的——之所以要加上前一个定语从句，因为很多客户（尤其是中国的某些客户）确实不需要软件提供价值，他们只是要找个花钱的路子而已。据我的观察，很多甲方代表——主要是银行的甲方代表——确实也希望使用迭代方式，因为他们希望尽快看到软件投资变成收益。
所以敏捷，正如我在SPBC上所说，并不是一帮技术狂人（例如ThoughtWorkers）想出来的玩意，实在是当前这个残酷的商业环境底下客户的需求所致——客户希望更快看到收益、更实时调整需求，那就意味着迭代，就意味着拥抱变化，就意味着更少的冗余文档和更严格的纪律，就意味着敏捷。这是从事敏捷咨询的另一项奥秘：让客户看到是他自己需要敏捷，而不是ThoughtWorkers要硬塞给他敏捷。（在今天的LEGO游戏中，我们——还算不错的——实现了这个目标。）