关于金融行业IT与软件行业IT的想法 - 第2页 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

我觉得金融行业的it在有技术的同时，也能学习到金融领域里的内容，为今后的发展打基础，而软件行业的就比较单一，发展的前景不乐观。
其实我觉得这个问题没有讨论的必要，事事非绝对，在哪里都要看你自己是否主动去学，不然的话到图书馆工作岂不是更好？那里有人类所有的知识！
最初由 smallerfrog 发布
[B]其实我觉得这个问题没有讨论的必要，事事非绝对，在哪里都要看你自己是否主动去学，不然的话到图书馆工作岂不是更好？那里有人类所有的知识！ [/B]
说得太好了，忍不住挖个坟。我是在乙方的，大头兵一个。但是身边精通业务知识的同事一抓一大把。要在乙方精通业务知识并不难，你在项目中有的是和形形色色甲方人员接触的机会，上到总助下到客服都有机会打交道。只要你有动力有能力去学，不可能10年工作经验下来的成果还抵不过甲方5年的经验的。
当然对于随遇而安的人来说楼主的话就是真理了
现在甲方的项目基本上都是由乙方来完成。
甲方的IT技术人员，往往是沟通乙方项目组和甲方业务、领导之间的关系的作用，是桥梁作用。同时还会要求掌握项目核心技术，能够做后期维护等等。
从这个意义上来说，甲方的IT人员首先要是个技术接受者，其次是个项目管理者。但是从我接触到的甲方人员中，体制决定了他们的进步门槛。
至于是不是要懂业务，呵呵。我觉得不重要。凡是要实现的工程，必定能在某个地方找到清晰的业务解释。就算是一些新业务关于流程方面的争论，也是在业务部门之间开展的，IT在甲方只是服务部门。说白了你的设计再合理，业务非要你改也得改，没有什么道理好讲。你的业务水平再高也是相对于乙方的IT人员来说的。至于靠业务知识来决定乙方的设计，只要乙方的项目经理没疯，这个事情也基本不可能。业务从业务部门出，并由业务部门确认是最起码的原则，否则验收都过不去。
甲方IT去搞业务，没前途。
最初由 hankunook 发布
[B]经常看到很多人在版上问，去甲方好，还是乙方。 我写了自己的一些观点，供大家参考，不合适的地方，也欢迎大家拍砖。
金融行业的IT部门，与软件企业的IT有非常大的差别。 比技术，他们比不过软件企业的IT民工，可不是吗，人家天天玩的就是技术，哪些新，就学那样，哪里象金融行业的IT、国企的IT杂事情一堆。 言归正传。 在金融行业的计算机人员，他的优势在于对业务流程的了解，处于这个行业的企业之中，有很多的资源可以利用。 即使是乙方的软件开发人员，作该行业十多年，可能得到的行业知识，也不如在甲方作5年的IT多。可能有人不服气。乙方的人知道的仅仅是规则就是如此，并不知道来源是什么；而甲方的IT人员恰恰可以了解这些内容。
   偶认为一个好的甲方的IT人员，业务与技术相比较， 要重点培养业务知识，并不是说技术不重要，毕竟技术终究为业务服务。也许有人说，开发商有ba啊。呵呵。ba是乙方的ba，他最多是对大的流程进行把控，真正控制需求的是 金融行业的IT人员，BA的最基本的功能在于把客户的需求能够准确的表达给开发人员而已。参与业务规则的制定，仍然是甲方的IT，他会从自己的角度出发考虑系统的整个架构。 除了业务之外，IT人员还需要掌握整个系统的模型，这样就掌握了系统的整个的核心。 在整个的知识层次里，业务知识＋系统模型占7o％＋，而技术可能仅仅是20多点，其他就是协调能力云云。
    业务知识也是与业务沟通的基础，通常 这种行业的业务人员都感觉自己是业务，业务知识如何如何。其实， 思路最清楚的， 往往是IT。
金融行业的业务人员文科生居多。我不不是诋毁文科生的智商，但是在思维逻辑上，他们确实很弱，尤其是在制定业务流程方面，都比较爱幻想，这些都是考虑规则的弱项。 如果IT人员业务很强，能很有效的遏制不良的想法。 [/B]
写的挺好，完全同意。
天天堆代码是没啥前途
--------------------------------------------------------------------------------------------
要转型
按别人需求来做(程序员)
给别人做需求(顾问)
----------------------------------------------------------------------------------------------------
不过可以清楚地看到，不论是甲方的人还是乙方的人，都从自己的思考角度，肯定了自己的价值。各得其所，不错！