银行业科技部项目经理的能力应该包括哪些

业务是银行IT的衣食父母,银行IT为业务服务的。曾参与某国有大行新X代某项目,个人觉得作为PM主要职责就是和业务划定需求范围、确定需求内容,然后在各种架构(数据架构、应用架构....),各种管理规范下,以有限的资源进行项目开发,开发过程中不断按现在的架构对实施方案进行妥协,与协同项目组进行扯皮,互相推诿,寻求一个代价相对小的方案,做出一堆翔一样系统,虐待业务人员。业务虐我千百遍,我待业务如初恋。O(∩_∩)O哈哈哈~
■网友
我在银行工作过,现在的银行系统基本都外包出去,国内有宇信易诚,信雅达等,他们公司也都是用自己的框架,银行里面的人员,确实不写代码,只负责管理项目进度,对于刚毕业的不适合如果你继续想在技术上提升,有些单位看上去高大上,其实low到底了,离职率最高,入职人员水平最低。
■网友
看了以上几楼的回答,发现金融行业的IT思路,和互联网行业的金融思路,虽然都在“互联网金融”这个大帽子下,但差异真的巨大。没真正在传统的金融公司待过,有些朋友在里面而已。楼上的回答和我对这些公司的感觉一样:业务是王道,至于IT,只是我业务的实现方而已,搞业务的没毕业理会,搞IT的一抓一大把,不是还有那么多兼职和外包的吗?在银行这种地方做PM,如果我们的判断是银行的运作方式不会有什么变化,那么如楼上所言,现在你看到的PM怎么样,你就怎么样就行了。不过我对这一前提总是有所怀疑,这么大的金融市场,商业银行也搞了这么多年了,特别明显的,在这个互联网时代,看不到几家商业银行干好过哪怕一件通过互联网的威力更好的服务大众的事情。对互联网技术、对科技发展带来的可能性,不客气的说,商业银行在这方面的理解太糟糕了。把着垄断的资源,干的事情实在一般。当然,瘦死的骆驼比马大。商业银行即使错过再多机会,有央妈的维护,日子也不会过的太糟糕。我是觉得,对楼主而言,如果打定长期在现在环境下公司的主意,那就以公司内最吃香的PM为标准,学习他们就好了。如果希望有更多的机会,在现在的环境里,以业务为中心,多搞清楚些东西总是对的。
■网友
如果,你将来的定位不是做一辈子纯IT,我认为你现在这个角色挺好的。PM可以尽早介入业务,又不会陷入系统细节。可以为转型打下良好基础。做纯开发,就和别处无差别了,又何必去银行呢。因为,对于系统或是科技层面的知识,你是有一定基础的,只要熟悉就能上手,一通百通。城商行的系统本就是别人的成熟应用,也无需更多创新。但对银行业务,你是片空白,PM这个角色给了你一个难度适中的起步,你加紧补课就好。城商行打法狂野,简单粗暴,你把核心规则吃透也不难,只是眼界会有限。当然,大行其实更适合初学者,机会多,见识广,你能知道业务应该是什么样,之后的变化就有迹可循。不过,那是另一个话题了。
■网友
确切说起来,你这PM更多的做的其实是采购管理的工作。
这里面需要注意的点大概有:
1、要做好完整的需求说明,尤其是限制性条件(范围、时间、质量、验收标准),要考虑周全。
2、考虑好银行的预算和实际的需求,跟外包方进行阶段性谈判。
3、外包方筛选,这个过程很重要,决定了后期执行过程中的配合度,以及是否能顺利完成验收。
4、进度跟踪,实时跟进外包方的开发进度,了解其潜在的进度风险。可以通过开会强调风险和损失来使得外包方主动说明(一般乙方有隐藏潜在风险的习惯)。
5、项目交付成果尽量要有详细全面的要求,这些要求不仅可以作为交付后运维、培训的材料,还能作为督促外包方精细化管理开发过程,保证输出质量的促进手段。
6、利益相关方的参与要管理好,不让项目范围外的需求干扰项目的进行。
【银行业科技部项目经理的能力应该包括哪些】 主要就这些,如果有其他宝贵意见,欢迎拍砖。


推荐阅读