银行业务需求分析模式及路径初探 - 第3页 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

心火复燃 发表于 2014-8-27 15:23

说实话，我也做一些需求分析。我没有理论，主要靠实践。我很关心的需求范围分析、影响性分析和衍生需求、隐 ...
其成熟理论和最佳实践真的很少，有的也是部分的，和零散的。
这个是后续开发和实施的上游输入，做好了还是意义很大的。
eliasyue 发表于 2014-8-28 09:26

所以这永远是一个矛盾，
科技需要精通业务本质，能够预见趋势的专家。但科技工作吸引不了这类人。
最终 ...
说的没错，现在银行流程化岗位越来越明显，全面的人太少了，既了解技术又懂得业务不太可能的。
哎，想法老好了，希望能有一些标准化的方法，“系统的去评估一项需求的实现或采购造价”。可为什么说这是永恒的一厢情愿呢？在CFA圈子里估值是永恒话题。先不要说估值，一项需求所对应的工程到底是什么样你都不很明确（而这很可能是外购需求的绝大多数情况），这时候你怎么可能去通过“系统的方法”去分析出来它的估值呢？你没有办法，你唯一能做的就是市场化参考。
就好比你们中行上一套Murex系统，哇，前中后台一体化，老大范围的概念了。可是人家厂商没有给你报价之前，你很难估算出“如果我的软件中心自己弄”将会花多少钱。因为你的软件中心根本就不可能知道该怎么弄。它有太多的处理逻辑处理模型都是你们上线之后自己慢慢自己体会才可能感受到一二的。那是n多全球顶级业务专家与全球顶级架构设计师共同紧密合作的结晶，你们自己的人要是能有那样高水平的业务抽象的能力（那要对利率、汇率、权益、基金、衍生等等各类金融资产的处理精通到什么程度你们有概念吗），真能做到你一定不会在BOC呆着了。所以说，很多东西都是想想可以，可是永远没有可能实现的。
估值，永远是艺术，不可能是工程。
也不能说一点希望没有，金融投资与交易领域最讲估值了，“艺术性”的东西慢慢知道的人多了，会把它沉淀成“工程性”的东西，估值现在也是有很多方法的，可是它仍然永远是艺术。大众都知道了的东西就会变得有章可寻，当然也就会变得不值钱。这是高管们的通病，永远追求把别人的工作由“艺术性”变成“工程性”，只有自己的工作才可以“艺术性”（也就是不透明）。可是永远不可能彻底做到。