公司的下午技术茶，听一些大咖谈何为敏捷，聚焦在下面几点敏捷宣言：

   个人与交互

   可用的软件

   客户协作

   响应变化

个人感觉现在大家所谓的敏捷是一种理想状态，我们现有的瀑布模型、双V模型已加入了敏捷的概念，是敏捷思维和传统开发流程的结合。很多企业都在推敏捷，为了使个人、团队工作效率得到提高，在同等时间内创造更大的价值，我想这也是老板们极力推敏捷的最大原因。

敏捷也不是说推就能推成功的，很多大企业也失败了，但敏捷仍是一种趋势。既然要做敏捷，那么公司对个人的职业技能要求就会更高，没有技能上的提升，敏捷也只是空谈。尤其对测试来讲，已不仅仅是单纯的功能测试，这就引入了敏捷测试的概念，下边转载的文章讲的挺好：

敏捷软件测试--初见

抛砖引玉一下：

敏捷团队的人数是否有限制？

敏捷较适合哪些企业？

敏捷的质量如何保证？

敏捷是否确定一定已经肯定会降低成本？

做到哪一步才算是敏捷？

暂且想到这些