各位熟悉BA的大侠，求解惑！ - 第2页 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

BA是架设业务需求与科技实现之间的关键桥梁，熟悉业务和系统是必需的。但我认为，更重要的是要懂得项目中的控制和平衡。
控制需要的是：辨认有效需求，检查实施进度，审核厂商的FS（必要时也要看TS），关注测试和最终用户满意度，提出改进措施；
平衡需要的是：尽量融合（synchronize）业务和科技由于部门利益导致的分歧，说白了就是要让双方在可接受的范围内达到一致，保证项目顺利实施。
一个好的BA不会只是个传声筒，如果最终用户提出的需求自动化要求过高，或者本身就是错误的，BA是有义务提出异议的。
我想问问，BA这个岗位现在似乎并没有区分的那么清楚，项目经理在做BA做的事，系统分析师在做BA做的事情，甚至技术架构师也在做需求。
这样的情况让我感觉，似乎BA真的是一个很容易被一些经验丰富的技术者给兼任的一个岗位。
如果一个人技术造诣不高的人纯做BA，那这类人的核心竞争力是什么？
原帖由 xlchou 于 2011-2-21 15:29 发表

是啊，如果BA沦为一个传声筒意味着他是那个最容易被替换的人。
我想问问，BA这个岗位现在似乎并没有区分的那么清楚，项目经理在做BA做的事，系统分析师在做BA做的事情，甚至技术架构师也在做需求。
这样的情况让我感觉，似乎BA真的是一个很容易被一些经验丰富的技术者给兼任的一个岗位。
如果一个人技术造诣不高的人纯做BA，那这类人的核心竞争力是什么？
BA BA 关键是在哪个A上，核心竞争就在这个业务需求分析上。如果你只能做到需求收集的话，那就不算是BA,也就是个传声筒，容易被替换。
你所说的各种角色都在作BA的事，其实只是需求收集而已，根本不算事做真正BA作的事。业务需求分析是需要长期的业务知识积累和经验，是需要专业的人去做的。
而且BA只是个开始，上面还有BC，MC，都需要一步步业务的积累
在金融保险行业BA应用比较广，主要还是收集、梳理和分析业务需求，由于进行需求分析时需要结合现有系统业务流程，因此有些BA是从SA成长起来的，有一定优势。
如果对现有系统流程不熟或者相关业务经验积累不够，确实容易沦为传声筒或邮件自动转发器。