业务分析难题依然存在

    近些年来，业务分析及与其关系紧密的需求工程已经被认为是软件和系统开发领域的重要分支。

    这还得感谢这方面出版的大批图书和文章、有关该课题的许多讨论区和博客，以及一个行业组织—国际业务分析学会（International Institute of Business Analysis）。预计随着许多公司认识到雇用训练有素的业务分析人员对软件项目成功的重要性，这一积极的趋势会在今年继续上演。

    履行业务分析人员职责的那些人可能会专门从事这项工作。或者，业务分析人员的职责可能分派给平时有其他主要任务的多个人，如项目经理、质量保证工程师或者开发人员。不管工作头衔是什么，执行业务分析职能的人必须要有足够丰富的技能、培训、知识、经验以及适合这项工作的个性。

    尽管这方面取得了进展，但管理需求工程的人仍要克服一些重大障碍。许多公司仍然缺乏以下能力: 足够到位地讨论、分析、指定、验证及管理软件需求; 而且缺乏用户的积极参与，从业人员也很少使用分析模型; 另外，清楚地传达需求往往也是个问题。

    所以，专家建议: 每家公司必须确保，自己的分析人员获得了做好工作所需的培训和知识。

    软件测试重视程度仍不够

    软件测试及质量保证专家预测，软件测试厂商们相对波澜不惊的局势会在10月份被其中一家厂商的“重大举动”所打破。2007年，人们对性能测试方面的兴趣和意识有所增强。2008年的头三个季度势必会保持同样的势头。如今性能测试人员能够获得的与工具无关、与厂商无关的培训和教育资料比至少过去15年的任何时间段都要多。市面上出现与厂商和工具无关的众多测试课程就证明了测试日益广为人知的现实。

    不过有关专家担心的是，厂商的重大举动可能会阻碍知识的传播。到今年底或明年初，其中一家或几家性能测试工具厂商可能会重振旗鼓，到时我们就可以看一看: 到底是工具厂商们重新掌握大权，从而，这方面的教育和进步恐怕又被抛之脑后; 还是到时会出现足够的教育和进步，从而给企业级厂商们施加压力，要求降低价格或者提供一些真正有价值的产品。

    专家担心，测试人员可能没有成功所需的技术专长。他们认为: 这个行业在吸引一流的工程系学生方面根本没有取得足够大的进展，这种情况在2008年不会发生变化。没有技术知识的测试人员无异于原地踏步，从而阻碍了测试工作。

    另一个主要问题是多年来困扰整个测试及软件开发领域的一大问题: 许多IT管理人员事后才会想到质量问题。这些质量保证方面的领导仍需要想方设法教育及指导手下的高级经理们明白质量的重要性，并且付出相关的先期成本。

    更多的项目需要管理

    越来越复杂的软件给项目经理带来了压力，因为更多的人需要管理。而且可以看到这样一个趋势: 使用即开即用型或者托管型应用的中小公司日益采用自动化编程工具，从而带来了数量众多的“简单”项目。这也给项目经理们带来了更多的项目和更多的人员需要管理。

    项目经理为了能够处理所有额外的工作，就需要更多的信息和教育。所以，专家预测，在2008年及以后，项目经理会寻找真正的项目管理知识体。这个知识体将基于心理学、社会学、组织行为学及复杂的自适应系统。但不管是什么，只要对我们有帮助就行。

    重点文字

    “我们会开始看到越来越多的公司利用Rational统一流程（RUP）等旧方法和敏捷建模（AM）等新方法蕴含的成熟而可靠的策略来扩展敏捷开发方法。”

    —敏捷开发专家Scott Ambler

    “企业内质量保证方面的领导仍需要想方设法教育及指导手下的高级经理明白质量的重要性，并且付出相关的先期成本。”

    —软件测试专家John Overbaugh