企业多敏捷？数字来说话

    【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页：企业多敏捷？数字来说话