公司的下午技术茶，听一些大咖谈何为敏捷，聚焦在下面几点敏捷宣言：
个人与交互
可用的软件
客户协作
响应变化
个人感觉现在大家所谓的敏捷是一种理想状态，我们现有的瀑布模型、双V模型已加入了敏捷的概念，是敏捷思维和传统开发流程的结合。很多企业都在推敏捷，为了使个人、团队工作效率得到提高，在同等时间内创造更大的价值，我想这也是老板们极力推敏捷的最大原因。
敏捷也不是说推就能推成功的，很多大企业也失败了，但敏捷仍是一种趋势。既然要做敏捷，那么公司对个人的职业技能要求就会更高，没有技能上的提升，敏捷也只是空谈。尤其对测试来讲，已不仅仅是单纯的功能测试，这就引入了敏捷测试的概念，下边转载的文章讲的挺好：
敏捷软件测试--初见
http://www.cnblogs.com/fnng/archive/2013/02/03/2891246.html
抛砖引玉一下：
敏捷团队的人数是否有限制？
敏捷较适合哪些企业？
敏捷的质量如何保证？
敏捷是否确定一定已经肯定会降低成本？
做到哪一步才算是敏捷？
暂且想到这些