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

wangjia

3）产出物、规格、工作流程、考核关系如何定义？
4）最后一个问题是进行需求分析的方法论和支持工具是什么？
只有解决了定位，解决了组织职能，再解决第四个方法论的问题，才能操作下去，才会彰显价值。
请各位不吝分享观点。
楼主总结的挺好
本人是一个初级BA，感觉重点都放在了解业务知识上，而非技术，有时感觉很被动，被业务牵着鼻子走。
我也属于BA，和业务人员沟通完需求，从业务部门最终的目的，对当前的系统产品影响、技术设计、行内监管和银监人行监管角度去分析形成文档产出，然后再和业务部门来回沟通。后期指导开发人员、以及参与出厂测试。如果需求可形成产品具有可推广性，还要形成PPT去给别人推广，基本上BA就是从项目提出到项目上线全程跟踪。BA大部分都是技术出生，纯业务出生的很难做好，适合做BA管理而不适合做具体的事。
接着老胡的话题说，专业的需求分析团队放在具体的哪个部门比较合适？或者是否应该设立独立的部门？部门内部的组织架构应该如何设置？
银行自己组建BA部门是否成本太高？毕竟不同部门需求的业务知识差异很大，那是否需要很多个长期合同BA，如果项目结束，负责这个业务的BA该如何安置？
letsgo83 发表于 2013-3-20 07:34

银行自己组建BA部门是否成本太高？毕竟不同部门需求的业务知识差异很大，那是否需要很多个长期合同BA，如果 ...
BA这块儿感觉不会真正外包，这是银行的重要资产和智力资源。
如果银行建立专门的BA团队，更多的时候可能是跟着具体业务板块，不可能跟着具体项目的。
家住海淀 发表于 2013-3-20 10:49

BA这块儿感觉不会真正外包，这是银行的重要资产和智力资源。
如果银行建立专门的BA团队，更多的时候可能 ...
银行业务板块众多，成本有点高啊，不过中资银行不差钱
家住海淀 发表于 2013-3-19 17:14

我先说说自己的观点：
1）BA团队应该建立在技术部门，而不是业务部门，这个情况在国内少数金融企业是放在了 ...
1）建设在技术部门，承担技术部门与业务部门的接口工作
2）第一个问题已经回答了
3）梳理、汇总和整理需求，组织需求分析、编写测试案例、组织测试案例与编制采购需求等
4）需求方法论？不如叫需求管理流程
家住海淀 发表于 2013-3-20 14:10

这事儿短期看，效益和产出应该不会太明显。
相当部分会最后无疾而终或者成为摆设。
我个人觉得，如果纯BA,也就是说作为一个沟通和翻译的机器，那么是可以放在科技部门，
但是指望BA直接和业务人员对阵，任然是不合适的。业务部门不应该建BA，但是还是需要有负责系统建设人员和团队，可以是科技出身也可以是业务出身，但是更关键的是他要完全的站在业务角度去规划系统建设的进度、侧重点，及时响应相关制度和管理要求，在资源有限情况下决定优先度，组织真正意义上的UAT。所提出的需求应该是业务性需求
我觉得兴业的需求中心是一种不错的模式，业务人员-》业需（我想做什么，想要什么样）-》软需(你会做成什么样）-》设计文档（怎么做）-》开发人员