业务分析师：清晰交流可能抑制软件开发失败

不再模糊

从历史观点来看，那些在BA中——这些人可能在很多领域工作过，但是他们所有的服务都是作为技术和业务的连接——有“由于身份低微而工作得非常吃力。”Marasco说。然而，通过新的认证和训练他们的身价已经提高了。

IIBA目前为业务分析师制定了第一个行业认证考试，今年已经向整个美国南部提供。Carkenord估计，大约每年有5，000人参加B2T为期两个星期的业务分析师培训课程。在其它的评论中，他们听到“几乎一直以来，BA花费在收集资料和编写文档方面的时间要比程序员花费在编写应用软件上的时间长。”她说。

为了试图矫正这个不一致，软件开发商正在改变与开发人员的联系方式，并且也在摸索他们提倡的最优方式。“大约在五年前，我们认识到，我们不再需要特别地关心开发人员，”微软的Knox说，“我们不得不重视BA和测试人员。”

IBM Rational平台的总管Ashok Reddy认为“瀑布”方式——在这种方式下，在一开始，开发人员就试图收集所有业务需求，把它们整装成一个整体，然后再对一头雾水的用户进行讲解——已经渐渐被淘汰了。现在，项目一般采取反复的方式——这种方式下，开发代码的同时，向客户演示业务的流程，客户测试代码是否达到他们的需求并且提出需要改进的地方——这样就能“让你把风险降到最低。”

排除越多的风险——换句话说，用户有越多的机会参与到开发项目中——就越有可能使产品真正达到业务需求，并且使重写代码的可能性降到最低。

Arsu组的Phull说，设置并汇合反复校对点将对保证软件按预期计划工作有很大的帮助。

“定义业务流程，然后定义结束状态，”她说，“经常，公司只会关注像他们今天做什么这样简单的自动操作问题。”

责任编辑：德东

查看本文国际来源