讨论一下开发岗位在银行中的苦逼地位 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

本人从乙方公司跳到某大行的软件开发岗，谈一点自己的体会：
个人认为，开发人员实在不适合待在甲方。一方面，开发人员，或者说开发单位，赖以生存的是项目，如果没有项目做，就没有用武之地，贡献不了价值。因此，开发方要向业务需求方谋求项目，而且需求方只能是自家的业务部门，就算业务部门无耻耍赖，也要忍着，有求于人必然地位低下，否则就没饭吃。另一方面，项目完成后，开发部门毫无利润可言。作出的产品只在本行使用，无法复用产生规模效益，只能赚回个人力成本钱。可见，没有项目则必死无疑；有了项目也仅是维持生存而已，付出与收获不成正比。
与乙方公司比，乙方在投标时百般示好，项目实施中就变脸了，业务部门也不敢太强硬，因为项目失败了责任推不到行内其他部门头上，只能自己消化解决。而且，人家乙方也不指望有回头客，因为乙方往往只专精于一个业务领域，基本上买给一个银行产品后，后续最多只是维护，不会在谋求卖给同个银行其他产品。所以，同行内开发部门比，乙方时软时硬，收放自如。
与行内运维岗位比。维护方不需要依靠项目生存。只要有运行的产品，不管是自主开发的还是外购的，运维都有饭吃。运维一般是跟开发方打交道，不会跟业务部门直接接触。而且，他们还可以打着生产安全、信息安全的旗号，制定条条框框，约束开发方和需求方。开发人员的专业素养普遍会比运维高，但地位么，呵呵
以上，供想进银行工作的朋友参考吧。
包括开发中心在内的科技部门越来约完全的后台化，越来越往下沉，看不到天日，越是大型银行越是这个趋势。
从组织架构上来说，软件中的需求分析、架构设计、数据管控等都被分离到其他的和开发中心平行的部门，开发中心在科技部门内部都沉在最底部，仅仅是做编码和基本测试及上线，职能越来约单一化，那么话语权降低是必然的。
老胡几年前预测到这种趋势在中小银行会加剧，想不到来的很快，而且是批量的。
赶紧转型吧
开发过程当中积累的技术/业务知识在将来的发展中会起到很重要的作用。
给不给脸色是别人的事，能不能把有用的知识问到手是你的本事。
有多少架构师，需求分析师不是从底层做上来的。
家住海淀 发表于 2013-10-16 13:17
包括开发中心在内的科技部门越来约完全的后台化，越来越往下沉，看不到天日，越是大型银行越是这个趋势。
...
其实不亲自开发的人去谈需求分析、架构设计，是假大空、很扯淡的事情。我们行负责需求分析和架构的人，很清楚这一点，因此他们会不停的发函让开发部门去做，他们实际上只做了转发邮件和汇总的事情，虽然表面上是他们做了决策，当然这也进一步加重了开发部门的负担。
我赞同您的大部分观点。但我认为开发部门不可能剥离成一个没有技术含量的部门。纸上得来终觉浅，亲历亲为的人最明白系统到底是怎么回事。
IT部门在现代企业组织架构中的地位，目前都是如此，应该说金融行业还算不错的呢。。
同为IT部门，在甲方就是成本消耗部门，而在乙方就是业务部门，所以地位、脸色的问题也很正常。翻翻那些大银行的领导班子，有哪个是做IT的当了副总？。。呵呵~
callmechen 发表于 2013-10-16 17:07
IT部门在现代企业组织架构中的地位，目前都是如此，应该说金融行业还算不错的呢。。
同为IT部门，在甲方就 ...
没错没错，深深赞同。开发岗位尤甚。
naive0210 发表于 2013-10-16 13:46
开发过程当中积累的技术/业务知识在将来的发展中会起到很重要的作用。
给不给脸色是别人的事，能不能把有用 ...
这位朋友说的跟我说的压根不是一回事。我顺着你的话题说：
1、我们身边大部分的开发人员是有理想有追求的。比如我曾问一个年轻的同事，为何不去做测试管理岗？钱不少拿、活不多干。该同志嘿嘿一笑，说我要做有技术含量的岗位。
2、在银行里，你的技术、业务积累并不是你发展的决定性作用，这个我不多谈了。
3、我们行的需求分析师的职业发展路线是：助理需求分析、初级需求分析、需求分析师明白么？你的第一个岗位决定了今后的发展，不是说没机会转岗，但是很难。而且前文也说了，行内很多分析师架构师实际上是在干高级文员的活，确实轻松愉快无压力，但同时也很没追求。
本帖最后由 naive0210 于 2013-10-16 18:05 编辑
7117949 发表于 2013-10-16 17:51

这位朋友说的跟我说的压根不是一回事。我顺着你的话题说：
1、我们身边大部分的开发人员是有理想有追求的 ...
个人认为每个岗位都有自己的作用，根据自己的需求可以关注不同的重点，你所说的情况目前很普遍，很少有人能在同一个岗位工作一辈子的。
老大的意见我也很同意。