这种情况下如何应用敏捷提高效率

组内目前实行的还不是TDD，只是对UT要求一定的覆盖率。有专业的测试人员，我们修改的bug就是集成后的bug。
team成员不是不交流，而是现在每个人的工作之间没有什么关联，技术差异性也比较大，长期以来的组织形式也是各自处理，打乱现有分工重新组织的利弊，有待论证；与其他team的沟通是一个瓶颈，除了把建议提供给上层，主要还要靠自己与各team联系。
从目前来看，TDD与持续集成应是内部的首要的手段。在开发过程中，尽量取到其他team的相应版本的工作输出，构造一个接近真实集成测试环境的环境进行测试会提高工作质量。

这大概就是问题吧。

MS我所在组也是这样，甚至连组员间使用语言都不统一。。

暂考虑TTD和CI可以实践

所谓的敏捷 就是一个忽悠世人的概念 大家却还乐此不疲 悲哀

时间会证明一切

敏捷只是手段，最重要的是定位你要解决什么问题。

鉴于楼主说的，提点建议：

1. 不同team之间要加强沟通，尤其是共享，比如可以轮流每周不同的team把自己的东西拿出来讲讲。
2. 还是要注意测试的统一问题，包括环境等。
3. 每个team的主要负责人很重要，你想做的改进必须是建立在大家理解的基础上。

对于我们，其实都在工作中不断寻找着改进工作、提升效率并且适合自己的方法。对于敏捷，应该是这样的一种方法。
对于位于异地、隶属于不同部门的team，沟通有些难度，我其实很希望有上层的介入并制定相关的制度。
统一的环境：从目前的开发情况看，不同team还是按照瀑布式开发，不同team都是在关注自己的模块开发，最后再集成测试。若有一个或多个team在早期就完成基础构架，其他team再基于此构架后续跟进，并进行持续集成，在集成阶段问题就会少很多。