“敏捷”已经出现了差不多十年，但它仍是“外来的时髦小子”。很多软件团队都有“实现敏捷”的愿景。毫无疑问，敏捷有很多好处，人们都想让你相信它是灵丹妙药，但事实并非如此。IT 行业的每件事，都伴随着铺天盖地的宣传和天花乱坠的炒作。如今，开始一个新的软件项目，总能听到自组织的团队、自动化验收测试、持续交付、回顾、看板、浮现式设计，还有一大堆你可能都没听过的新名词。这很奇葩，但团队往往急于赶时髦，就将原来的东西不分好坏一起丢掉。“非功能需求”听起来虽然不酷，但这并不是你能忽视它们的理由。
这堆老古董软件架构的东西都是什么？很多软件团队似乎认为他们不需要软件架构师，张口闭口都是“自组织团队”、“YAGNI”（You Aren’t Going to Need It，你不会需要它）、“演化架构”和“最后责任时刻”这些词。如果他们确实需要架构师，也许会去找个“敏捷架构师”。我不完全确定这些词都是什么意思，但我猜它有点像用便利贴替代UML，或用TDD（Test-Driven Development，测试驱动开发）替代画图。也就是说，假设他们已经不是只使用高层次系统隐喻的概念，而且也不把“浮现式设计”作为盲目乐观的借口。