--BA基础知识1

几乎一直以来，BA花费在收集资料和编写文档方面的时间要比程序员花费在编写应用软件上的时间长.
=======================
在很多领域工作过，但是他们所有的服务都是作为技术和业务的连接——又"由于身份低微而工作得非常吃力".
=======================

IBM Rational平台的总管Ashok Reddy认为"瀑布"方式——在这种方式下，在一开始，开发人员就试图收集所有业务需求，把它们整装成一个整体，然后再对一头雾水的用户进行讲解——已经渐渐被淘汰了。现在，项目一般采取反复的方式——这种方式下，开发代码的同时，向客户演示业务的流程，客户测试代码是否达到他们的需求并且提出需要改进的地方——这样就能“让你把风险降到最低。”
=======================
07年年底，国内首批获得“美国国际业务分析学院”IBA认证的业务分析师将诞生。从23日惠普IT管理学院举办的国际业务分析师项目认证培训启动仪式上得知。
=======================
BA的关键作用不是仅仅明白在那个时刻的业务需求，而是询问需求——会发生什么、为什么它会发生、什么时候发生。
=======================
如果是更复杂的事情，需求将处于更不稳定的状态。然而，微软Visual Studio项目组的产品经理Ian Knox说，追踪收集到的信息越多，结果就会越准确。
=======================
设置基线
虽然每个变化都受到时间和/或预算的影响, 但是为应用软件建立一套基本的需求，这将有助于所有的利益相关者衡量不可避免的变化所产生的影响。

"你不得不在设计阶段花费大量的时间",Arsu Group的创始人SeemaPvhull说，Phoenix-based公司在供应链商业过程中与客户就业务流程再设计方面进行协商。
她说，业务人员和软件开发人员之间讨论最关键的时候就是，当应用软件第一次概念化的时候。
"否则IT人可能逃开，并且开始将技术规格集中在一起，可能最后所采取的技术是有许多附加功能的，但这并不是企业最需要的。"
=======================
Ravenflow的Marasco说，人们对需求处理的过程和文档需求漠不关心。最可能发生的情况就是，业务分析师编写了一套足足有“曼哈顿岛黄页”那么厚的需求，然而这些需求并没有得到有效的处理。
=======================
其他人认为BA的职责是在那些早期的会议中, 在一个新的应用软件中帮助管理并掌握选择的范围。“高级执行官并不笨，” Kvevin Brennan解释道，他是业务分析师国际学院的副总裁，blue sands项目业务分析师，同时还在多伦多一家咨询公司工作，“告诉他们，对于新软件，他们能做什么，同时告诉他们为什么他们应该小心。”
=======================
业务问题有时候可以通过非技术方案进行解决。当出现这种情况的时候，有经验的BA就能马上意识到。
=======================
"如果有IT背景的话，你思考任何事情都会倾向于软件，" Barbara Carkenord说，他曾经是General Motors 的一位程序员，"但是一些困境可能是程序上的；其它一些可能是组织上的。"
=======================
Stamford和Conn的Gartner Group的副总裁和研究主管Michael Blechar说，BA在组织中的位置——他们最终所处的位置——能影响开发项目的成败。
"通常从IT方面来看它的职责是引导分析师收集需求，" Blechar说，
"但是由于业务流程方面管理和已经在商业领域出现的主动改善，这个角色已经从IT方面转移到了商业领域。"
Blechar主张，那是因为三分之二的业务流程 "本质上是人对人的。它们不涉及到计算机系统。" .
=========================