正文
这样的团队有什么样的特点呢？我们说几个团队文化上非常明显的。
（详细可参考“指南”第3章）
首先，质量上，“以如何定义软件质量的可接受水平的角度来思考组织的质量哲学”。
在传统的测试中，我们经常可能会出现这样的一些评估标准，例如“BUG修复率达到85+%，是达到上线的标准”，“所有的崩溃必须全部修复，才能上线”，“测试认为这个问题非常严重，不能带到线上”等。而在敏捷的思想里面，这些都是视具体情况而进行评估的。
其次，整个团队负责质量。
当敏捷团队实际运转起来时，团队中的每一个人都参与了质量的保证，不论是产品、开发，还是测试。
第三，合适的节奏。
敏捷团队中整体的团队速度是一致的，不存在传统测试中经常发生的场景：开发提测后，只剩下测试在拼命的加班完成后续任务。敏捷团队中依赖大家以最好的状态进行工作，高强度的工作并不是常态，加班只是特例。
第四，有效的沟通方式。
传统测试中经常遇到一些实际的困难，例如开发团队在A地办公，而测试团队却在B地办公；或者与一些第三方的公司/团队配合的时候，也需要有效的沟通。敏捷的思路非常强调沟通的连续和有效。通过晨会，通过沟通工具改善，通过角色的转换来保证沟通的高效。
这样的团队中，难免也会出现文化的冲突，尤其当涉及到专家团队的利益时，或者第三方团队的文化产生冲突时。
那作为传统的测试团队，我们需要克服哪些障碍，才能更适应敏捷团队呢？
适应敏捷团队需要克服的障碍
1、丧失身份
由于众多的原因，测试人员坚持组织拥有独立的质量保证团队。经常会担心优先权被开发抢走，害怕缺乏敏捷所需的技能而失去竞争力，害怕在新的团队中迷失方向，害怕在开发团队中得不到支持等。这些是我们需要克服的第一个障碍。
2、缺乏培训
