上海西霭梯信息技术开发有限公司
ShangHai Century InfoTech Inc.
Chinese   |  Japanese   |   English   
 
 
  首页 >新闻动态>行业新闻
行业新闻
公司新闻
       每当谈及敏捷方法时,几乎每个人都同意这样的观点,即敏捷是可以用于软件开发团队及其所在组织的。一些人还认为敏捷方法同样可以用于那些不进行软件开发的组织,不过这不在本文范围之内。这引来了一些问题:两者到底能分开到什么程度呢?如果敏捷团队所在的组织并不希望采纳某种敏捷方法的话,团队还能取得成功吗?组织对敏捷方法的阻碍,对团队取得成功的影响到底有多大?敏捷方法是否应该只关注团队或者组织,而不顾另一方呢?
       这些问题都是老生常谈了,但在敏捷联盟在重新规划自身发展方向,并提出考虑将专注于敏捷团队时,现在它们有着特别的意义: 敏捷联盟应该明确把焦点放在帮助敏捷团队的成员取得成功上,让其他人去关心那些大型组织的敏捷吧。 就像他发的“团队成功的定义”一贴一样,在敏捷论坛中,由Brain Marick发起的对其优点的支持论点、对其缺点的支持论点的帖子以及相关投票吸引了一些眼球。Laurent Bossavit为“专注于敏捷团队”大声疾呼: 我很高兴能看见一个关注“战斗在第一线的弟兄们”的敏捷联盟。只要敏捷联盟一直是在关心如何处理“前线”弟兄和业务的其它部分之间的事情,我就希望敏捷联盟的使命应该是“帮助软件开发人员融入业务,并且和业务发展齐头并进”。 而对Scott Lilly而言,这似乎是个是非分明的问题: “局部的最优化=没有优化” 其他人则认为从整体处理是最好的方法,就像Paul Oldfield所说的: 依本人愚见,就本人经验而言,当同时既有自顶向下又有自底向上的改变,并且都是朝着共同的愿景的方向进行的时候,变化才是最有效果的。 我相信,这种方式的效果将会比只自顶向下或者只自底向上进行改变的效果的两倍还要多。 这个讨论也延伸到博客之中。
Copyright® 2005-2007 ShangHai Century InfoTech Inc.
此网页使用的其它制造厂商的产品名称或服务名称以及商标等是这些厂商的商标或服务标记。