专业的需求分析团队应该如何建立？ - 第3页 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

分行提出需求，是要先到项目室，项目室再分配给总行对应业务产品经理，产品经理评估，退回部分无效需求，再提交项目室，然后再才到科技部
mainet 发表于 2013-3-19 21:05

我也属于BA，和业务人员沟通完需求，从业务部门最终的目的，对当前的系统产品影响、技术设计、行内监管和银 ...
我觉得这个过程很好的，我们现在做法基本也类似，但我觉得要强调的一点，不是‘参与出场测试’，而是‘充当出厂验收角色’，从你这里进来的，也要从你这里出去，可以做到最大限度的标准一致；业务人员的抱怨率肯定会明显降低，而且我们这点确实不行
letsgo83 发表于 2013-3-20 11:05

银行业务板块众多，成本有点高啊，不过中资银行不差钱
我觉得这里谈的不是差不差钱，银行重要的资产和智力资源应该业务，BA我理解应该是业务的紧密的辅助，如果BA有了资深业务人员那种素养和前瞻性，我相信他也不会做BA，照之前的说法，BA是业务和技术的桥梁，那BA的主要工作应该在业务和技术上做出权衡，并且能够给予技术设计良好架构（性能好、易扩展）最大限度的协助； BA可以是强势角色，拒绝业务的无理、随意的需求，也可以迫使技术做出让步；同时BA又是协助业务和技术的。
另一方面，如果银行的BA跟着具体业务板块来走，很可能这个团队的工作不太饱满；从整个行业的角度考虑，我觉得其实这个BA团队最好是在乙方公司里，他们有更多的实施经验，像蜜蜂采蜜一样，传播不同机构的模式与信息，银行了解信息后再反思，进而有了创新。
nunton 发表于 2013-3-20 22:31

我个人觉得，如果纯BA,也就是说作为一个沟通和翻译的机器，那么是可以放在科技部门，
但是指望BA直接和业 ...
最近参与了一些兴业的项目，的确是这样的，其实他们的业需、软需是可以划到BA的，单纯把BA定义为沟通和翻译的机器，个人觉得有点窄
tomsion 发表于 2013-3-26 14:04

这样有好处也有坏处，一般对于普通业务需求，这个流程虽然慢，但是清楚而且不会出现胡提需求的情况，作为 ...
我基本赞同这种做法，目前浦发就是这种
ziliu0305 发表于 2013-3-27 13:05

最近参与了一些兴业的项目，的确是这样的，其实他们的业需、软需是可以划到BA的，单纯把BA定义为沟通和翻 ...
业务人员+BA- 业需
BA+项目经理+业务人员确认- 软需
项目人员+BA- 产品设计文档
但是我需要说的是第一步必须要以业务人员为主。BA不能也不可以主导这一步，就算遇到没有熟悉建设系统的业务团队而需要BA给出详尽的参考方案和辅助的，也必须要业务人员确认
需求分析人员，不在知识面的深入，而在知识面的广泛，在于要有一定的方法论和清晰地思维能协助业务人员梳理清楚业务要求，落实到文档或demo中，细致完善的审核、把关需求产出物。业务是繁杂各异的，需求分析人员是有限的，其作用应在于引导、规范、全局把握需求内容，形成合格的需求产物，顺利的传递到下一阶段。银行中应该区分业务人员和需求分析人员的关系。