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

  小组目前的组织形式还是部门中的开发小组的构成形式，小组工作目前基本是维护、升级既有系统，每个人负责一个模块，每个人负责的模块都非常独立，模块间没有什么关系，各成员对其他成员做的模块也不熟悉，但每个模块都会依赖位于异地的其他team的输出，比如jar；每个模块应用的开发技术虽然都是java但具体技术都不一样。团队成员日常工作大部分时间是调查、修改各自模块中测出的bug，或增加新功能。配置管理工具应用的是clearcase，每个模块都有自己的project。
  从具体上讲应用TDD、daily build、持续集成倒是可行，但每个模块都需要要有自己的daily build project。小组的管理希望采用Scrum。
  各位有类似场景的敏捷经验没有，望不吝赐教。

对于现状，谁觉得有怎么样的问题？

这也是我在想的问题，team中的每个人工作都很努力，做的也都不错。在开发人员角度，我所能做的，无非是增加一些自动化的东西，为team member减轻一些负担。人员既有组织还是部门-组的形式，当团队成员都处于改bug的工作状态时，工作进度很难把握，比如调查一个bug，做一个重现bug的环境有时就需要很长时间，由于涉及其他team，定位bug更难确定工作量....

你好像也没回答 “对于现状，谁觉得有怎么样的问题？” 这个问题。


如果不能清晰定义出问题，那么一切都是自娱自乐。

这个问题不是敏捷能完成的.
我在的几个公司都是纯靠经验.

对于现状的问题，team内现在还没有人提出有什么问题，现在部门内有team在采用scrum，我们也希望借鉴一下好的东西。
对于bug，的确麻烦，遇到牵扯到不同team做的模块是，总希望有一个熟悉所有模块的人出来说是哪哪的问题，但太难了，有时几个team都找出个人来坐在一起讨论。

可以去想想你们现在的工作中有什么环节是瓶颈，如果发现瓶颈在你们部门以外，那就歇着吧。

我们也开始敏捷了，还处于准备阶段！

测试其他jar的接口输出是否符合你们的输入要求？

是不是没有专业的测试人员，有专业的测试人员的话，可以关注集成完的系统bug，使用TDD单元测试就有了，敏捷也不是万能药，不过敏捷关注价值这块确实值得学习。