大家谈谈银行甲方业务需求分析的工作 - 第3页 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

jack2008 发表于 2013-3-1 09:01

我在乙方做BA兼售前，也接触过一些甲方的BA人员，职能侧重有区别，一类确实是做实际的业务需求分析，以软需 ...
其实就是一个不同部门的目标、预期的一个平衡和整合的角色。
做的好，能做些高阶的设计工作，才会有自己的话语权，否则慢慢作用工会下降，就如你所提到的那种沟通渠道，那种“翻译”。
要规避这种情况，掌握更多的信息，发挥更大的设计和规划作用。
我经历过一个项目，局面是，软需评审完成后，在开发阶段，开发部门拉着乙方BA直接和业务对话，完全把甲方自己的BA给甩了……
就BA工作性质来讲，对人的综合性要求确实非常高，不能机械地按业务人员说的或书面写的去硬搬……业务需求到代码落地的转换过程非常复杂，有很多技巧，要理解领悟业务人员内心真正需求，并体现在系统的设计上。我女儿只有4岁，前几天让我给她买块手表，我吃了一惊，之前，她挺多要些小玩具、棒棒糖……怎么想起要手表了？她说她们幼儿园有小朋友戴手表，很好看……我就进一步问她：要什么颜色的？是有指针转来转去的？还是显示数字的？要不要能防水的？……问了一大堆，最后女儿一句话，让我明白她的真正意思。“要那种表带往手腕上一拍，啪一下就扣上的……”，原来，她要的只是表带，当玩具玩而已……最后小摊不到10块钱搞定。做软需其实也一个道理。
我所在的行按这个方式做了好几年，个人感觉这种方式还是比较理想化的，项目做成功的还是不少但太累人了。惯例是一个大牛找业务部门谈业务、找技术部门谈功能，然后带着一群新人小孩狂写用例，对需求变化的适应能力不太行。新人一般是业务背景多些，有一定技术基础就行，有热情的成长很快，后面成为产品经理、咨询顾问
jack2008 发表于 2013-3-1 09:35

我经历过一个项目，局面是，软需评审完成后，在开发阶段，开发部门拉着乙方BA直接和业务对话，完全把甲方自 ...
你这个还是基于精英人物的模式。
而楼主的模式是要建立一个流程化的的处理模式。
完全不同，前置适用于小规模项目，而后者适合于复杂和大规模大投入的项目。
家住海淀 发表于 2013-3-1 15:25

你这个还是基于精英人物的模式。
而楼主的模式是要建立一个流程化的的处理模式。
完全不同，前置适用于 ...
那个项目规模不算小了，其实，项目无论大小，管理流程都是必须的，本质也是一样的……在甲方主导的框架下，各参与角色如何协同工作……如果互相看不顺眼，就会缺少弹性，僵硬执行行内所谓管理制度，个人感觉这个圈子里，潜规则、软实力比明面的规章制度更有效
jack2008 发表于 2013-3-1 12:59

那个项目规模不算小了，其实，项目无论大小，管理流程都是必须的，本质也是一样的……在甲方主导的框架下 ...
思路而已。
老胡认为潜规则不潜规则，规章不规章。项目经理的平衡能力最重要。
家住海淀 发表于 2013-3-1 16:01

思路而已。
老胡认为潜规则不潜规则，规章不规章。项目经理的平衡能力最重要。
认同。
项目实施中，要避免甲方各部门如铁路警察，各管一段的情形……