企业多敏捷?数字来说话 【IT168 专稿】 最近一次读者调查显示,开发组织在敏捷方法方面的经验越来越多——这些方法通常以Scrum或Scrum和其他方法(包括瀑布)的混合为主。他们受益于过程改进和快速交付,而在分布式团队中,敏捷也得到更多的应用。尽管如此,这些组织认为许多老问题依然存在,比如文档、需求以及对改变的抵制等。虽然许多公司刚刚向敏捷转型,但可以看到,一种新的敏捷已经悄然开始形成。 当问及公司所采用的开发过程时,被调查者的56%都回答敏捷过程,而去年该比例为45%。测试驱动的开发(TDD)所占比例也有所提高,从2008年的19%上升到今年的2黑龙江羊羔疯治疗医院哪家好1%。瀑布式也从44%升高为48%,但RUP的使用却从15%下降到10%,UML也从14%下降到10%。 IT也有类似的结果。与去年的39%相比,敏捷过程的使用增加到52%;瀑布式则多年以来都是36%。TDD也稍有增长,从18%到21%,而RUP和UML的使用稍有下降。 虽然对于大部分被调查者来说敏捷是一种相对较新的概念,但是各组织的经验越来越丰富,今年的“新手”也比去年少。 比如在2008,有66%的被调查者报告说刚使用敏捷不到一年的时间,而今年这个数字下降到46%。两年以上的比例从18%上升到29%,三年以上的比例则从15%上升到24%。 James Shore认为这种经验还比较肤浅。被调查者认为敏捷上的最大挑战是文档、交流和对改变的抵制。这与去年的三种最大挑战是相同的,虽然当时第一位的是交流。 Shore认为,“这反映了敏捷采用上的不成熟。敏捷团队强调高带宽的交流,通常是面对面的、实时的,而不是使用书面文档。如果文档很重要,那么他们就做不好交流。我觉得,接受新概念时,采用熟悉的方面而抛弃困难的方面正是人的本质。只采用两星期的sprint和每日站立会议是一种肤浅的方式。” JP Steffen是Wells Fargo的项目管理承包商,作为被调查者之一,他认为虽然他所在机构正在引入一些敏捷实践,但是文档“青少年癫痫病因真的非常糟糕。 因为项目和需求采集是多部门共同进行的,项目在文档阶段的习惯也都根深蒂固。等采用了更加敏捷的方式之后,对文档的依赖会成为更大的难题。” Joel Cranford是Healthstream的一名业务分析师,他们公司为医疗保健业提供培训和研究解决方案,并于去年开始向敏捷转型。他认为他们对文档的把握“恰到好处”。 福里斯特研究所的分析师Dave West说,虽然早期敏捷项目以软件构建为主,而不是以编写文档为主,但随着时间的推移,各组织逐渐发现为了维护软件的生命周期,某些类型的文档还是必须的。不过文档的方式还是会变的。他说“Wiki的效用和Word文档是一样的。&癫痫的症状哪些比较严重rdquo; Voke公司的分析师和创建人Theresa Lanowitz说,总体来说,仍然有许多庞大、昂贵、冗长而且由许多组件构成的项目,“在很大程度上文档仍是必须的;对于那些监督严格的组织,比如药物公司和金融企业等更是如此。” 关于敏捷开发工具的重要性,今年的调查显示其排序为:漏洞跟踪、需求管理、项目管理和功能测试。而在2008这个顺序是:需求管理、漏洞跟踪、项目管理和单元测试。 Shore认为这还是反映了“敏捷的采用现状。许多人都是在还没完全弄懂它的情况下采用敏捷。 我们应该直接与客户合作,需求是活的,因此需求管理并不是必须的。另外我们还应该使用可减少缺陷的敏捷工程实践;这样缺陷减少,漏洞跟踪也就不会排在那么高的位置了。我认为,如果您真的充分利用了敏捷,那么单元测试才应该位于首位。” 而福里斯特的West则认为:“许多组织开始的时候都使用漏洞跟踪工具,但是慢慢地他们就会转向ALM(应用生命周期管理)工具,比如R癫痫病的日常护理ally或VersionOne。” 特别是对于那些跨部门的敏捷团队,他们的非开发人员也是很难使用像JIRA和Rational ClearQuest这种产品。 上一页12下一页查看全文 内容导航 第1页:企业多敏捷?数字来说话 第2页:企业多敏捷?数字来说话 上一篇:特地陶瓷建材市场的喜新厌旧 下一篇:老板电器启动交接班任建华辞任总经理 |
Copyright 2017 http://jx.ejnuv.com All Rights Reserved 中国机械专家网(1999-) 版权所有网站地图