几年前，我有一次在做Pragmatic Thinking & Learning的讨论会，我们谈到通识教育的价值，即不仅教授科学知识，也要培养艺术修养，
敏捷之终结？
。有个人一针见血地指出非技术课程有多么有用：“我在大学里做的戏剧方面的工作比多数工程课程对我的编程职业帮助都要大。”他是Grant Gainey，高级架构开发者。
戏剧工作的经验能派上很多用场，至少在遇到棘手和意料之外的情形时，可以帮助你与他人很好地相处。但是还有比较特别的一点值得我们仔细琢磨。
喜剧演员Tina Fey在她的自传Bossypants(Reagan Arthur出版社，2011年第1版)里解释了戏剧教育的一个重要内容——improv.，也就是即兴表演。你和其他几个演员在舞台上卡壳了，没有脚本可看，失去了目标，也根本没有预先演练过。这时所谓的“情节”和对话只能随着你和其他演员的互动立即展开。Fey提到即兴表演有以下两条规则：
规则一：认同。
规则二：添加。
首先，你必须承认现实。假如另一个剧中人物已经设定了你的环境，无论这个环境是在月球上，还是在煤矿里，拟或是在巴黎的地下墓穴中，你都得认命。千万别说：“唉，等等，这不应该是月球，应该是空间站！”因此，第一条规则就是认同已经形成的事实。
然后，就需要为自己添加些什么。如果只是简单地认同说“是啊，这当然是月球无疑”，剧情就会定格在此，无法发展。这会让对话立刻陷入僵局。
因此，你需要增加自己的一点儿东西，我们后面称它为“是的，而且...”。在刚才举的这个例子里，你们身处月球，也许你可以这么接话说：“是的，而且我好像看到有什么东西在那座环形山的边缘飘过。”这样其他演员就可以继续发挥，加入他们自己的对话，使情节得以向前发展。
而这一点很重要：向前发展。
是的，而且...
在我看来，“是的，而且...”的思想正是敏捷项目中所缺失的，
管理资料
《敏捷之终结？》(https://www.unjs.com)。我在上一个专栏里提到，我们所说的“敏捷”，其实应该是不断变化、不断适应的过程。让事物向前发展的一个办法就是，遵循即兴表演的规则。规则一，认同。不要拒绝现有的敏捷实践，但也不要把它们当作一成不变的铁则。构成你今日的敏捷现状的内容并没有“完成”：它没有结束，没有成为雷打不动的准则，而且一直都不会成为。
规则二，添加你的东西。你和你的团队完全可以决定如何改进自己的敏捷实践，让它生龙活虎地开展下去。
这正是我们称之为“敏捷”的初衷。它从来就没有被设想为是静态的、固定的东西。还记得我们10年前写的“敏捷宣言”的开篇语吗？
“我们在揭示更好的软件开发方法...”
如今我们仍然在继续揭示，继续发现。你也一样。对我适用的方法未必对你适用；这次对你适用的方法未必下次也对你适用。
“是的”，作为一个行业，我们已经总结了一些宝贵的东西，我们在采用较好的实践，而不像以前那样只使用通用方法。
“而且”，这世界变化快。
Windows和桌面PC正在消亡。最近3年来，微软在互联网连接设备上的占用率已经从95%跌到不足50%（根据Roger McNamee, Elevation Partners公司的数据）。HTML5也跟你以往熟悉的HTML大不相同。社交互动已经不再是个寻找失散多年的同学的无趣应用，它现在成为了一项必备的特性。出现了许多新功能、新的交互模式、各种开发风格，它们都需要更快地投入市场。
时间进入2011年，构成“敏捷”的原则编撰成功已经10年了。你认为它还会原封不动地再生存10年吗？是否敏捷已经走到了终点？
终结？
也许这就是你理解的敏捷的终结，这不失为一件好事。因为敏捷方法其实没有终结，有的只是“是的，而且”。
不妨仔细想想。