也许这篇文章放到这里并不合适，但暂时没想好要建立这么一个目录。
之前因为大量的经历在于底层开发，因此，对于敏捷（agile）这个开发原则了解不多，这段时间脑补了敏捷和瀑布开发模型，也谈谈自己的一点浅显的认识。对于敏捷开发而言，一般来说，网上大量的文章说的是其具体实践中的一些方法、案例，对于敏捷为什么由于瀑布开发谈得很少，仿佛这是理所应当的，新的总比旧的好嘛。果真如此么？
记得敏捷宣言有一条，响应变化高于遵循计划，因此，这意味着首先是有变化，如果没有变化，那么敏捷就失去了最重要的价值之一，这也提示我们，对于为啥好的原因/适用场景的理解，要优先于对于实践环节的理解。那么是否有需求不太变化的开发工作？还真有，例如底层软件/IP的研发就是这一类，很多时候，在这样的工作中，所谓的需求的变化，并不是真的是需求发生了变化，而是一开始对于需求的理解并不深入，没有很好地理解客户的真正想法，从而导致需求的修改。另外，敏捷只是一个原则，有很多新的执行层面的工具/方法，未必一定要与敏捷绑定，和瀑布开发结合也未尝不可，所以要进行区分。
最后，这里的初衷并不是否定敏捷，而是想友情提醒一下，任何方案都有其存在的价值和适用的方面，而选择某种方案的决策本身是一个不断做trade off的复杂过程，这甚至比具体的开发实践更为重要。
