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

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

评论

15 楼 banner 2010-01-11  

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

14 楼 zhanyingle_1981 2010-01-11  

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

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

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

13 楼 stevensinclair 2010-01-09  

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

时间会证明一切

12 楼 cow13000 2010-01-07  

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

暂考虑TTD和CI可以实践

11 楼 photon 2010-01-07  

banner 写道

对于现状的问题，team内现在还没有人提出有什么问题

这大概就是问题吧。

10 楼 banner 2010-01-06  

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

9 楼 shatuo 2010-01-06  

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

8 楼 rainv 2010-01-06  

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

7 楼 水上风荷 2010-01-05  

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

6 楼 tuti 2010-01-05  

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

5 楼 banner 2010-01-05  

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

4 楼 抛出异常的爱 2010-01-05  

banner 写道

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

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

3 楼 tuti 2010-01-05  

banner 写道

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

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


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

2 楼 banner 2010-01-05  

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

1 楼 tuti 2010-01-05  

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