本周在奥兰多举行的IBM Innovate 2011大会上，IBM Rational高管们向我们传递了软件生产率的相关信息。尽管新产品不多，但Rational团队对于生产力的推进对后端Jazz协作ALM工具平台的数个加强产生了不小的影响。

　　这些工具的集成是生产率先进的关键所在。在Innovate大会上，IBMer将会始终如一的使开发成为一项“团队运动”，而不是团结努力。ALM工具成为达到这一目的的手段。

　　为了增强IBM同外来工具的交互性，IBM提出了一个新的Eclipse计划，称之为“Lyo”。这个项目是一个开启生命周期协作的开放服务（OSLC-enabled）, 这个SDK协助开发者在工具之间进行OSLC集成。在Innovate大会上，BSD团队演示了一个基于OSLC集成桥，用以连接一些惠普的测试工具数据到OSLC。

　　目前的软件开发协作和生产率来自于一项最近IBM CEO的调查，此项调查显示超过62%的开发项目未能符合预期日程，而且30%的项目成本是由于“重做和不良的需求执行”造成的。

　　更好的软件生产率

　　更好的软件生产率是当今大多数组织必不可少的，IBM的Walker Royce介绍。灵活性和开发者之间更好的沟通，以及开发者同整个组织中其他人员之间更好的沟通都是必不可少的部分，他强调。改善软件经济一直以来都是Rational的任务，这里的“经济”意味着较少的资源的更多价值，IBM Rational首席软件经济学家Royce讲到。“我们在谈论协作的时候，我们是在探讨改善团队生产率，不是一个个别的测试人员，”他说。

　　在Innovate的发布会上，Royce表示软件开发仍旧是一个反复实验法的例子。他指出敏捷方法的火热就像一种解毒剂。

　　“现代治理技术认识到解决方案会随着时间出现。它不会提前出现。我们需要采取一个现代软件设计贯穿多重运算和离题的东西，” Royce讲到。他建议，往前看的话，集成测试将会起到更大作用，或许会超过单元测试，他是敏捷开发的一个主要原则，强调整体重要性。“我们正在到达一种个别生产率提高的极限，”他说，“如果你真的希望从传统治理转换为现代化经济治理的话，集成测试会领先于单元测试。”

　　怎么做呢？“方式就是对其做出计划，”他说。“单元测试的所有可能性非常昂贵，” Royce指出，“在知道高保真的界面之前，在昂贵的单元测试上的花费是个糟糕的经济判断。”“你让需求分析师进行最主要的用例模型分析并使用这些用例，测试人员在早期对其集成，这就是一种从传统治理到现代化经济治理的过渡，”他说。

　　Innovate 2011上的软件发布旨在解决Royce所说的这些问题，该软件是针对协作生命周期管理的Rational统一开发平台，将IBM Rational Requirements Composer、IBM Rational Team Concert、IBM Rational Quality Manager放到一起，而且可以在IBM Connections社交网络软件和IBM Rational Team Concert之间进行新集成。

　　协作和软件开发流程

　　改进的协作工具可以成功提升生产率，将孤立的开发人员带入到一个组织的活动主流中，以为软件管理者讲到。“我们关注的不再是独立的活动，而是达到一个最终目标，” Peter Rasmussen说，他是丹麦银行的开发总监。

　　他介绍丹麦银行开发团队在最近的项目中的第一步就是创建一个基于能力成熟度模型集成（CMMI）的通用开发流程。该银行的开发团队选择功能点进行测量来评估项目性能。这个过程中他们也是放弃了自主开发的工具，开始使用IBM Rational工具。

　　Rasmussen关于度量的分析展示了团队高度经验化项目管理者的运作，要比哪些缺少经验的团队的更高效，效率超多他们50%。此外，小型项目是大型项目效率的两倍，他说。

　　生产率问题仍旧需要平衡创新和利益，他建议。“我们必须在业务单元和IT组织之间增加协作性，”他说，“然而，在正确的时间交付正确的解决方案也成为关键的目标。”重新关注开发也要求巨大的文化改变，伴随着很多盛衰浮沉。