关于加强分行研发力量的思考.doc

《关于加强分行研发力量的思考.doc》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、关于加强分行研发力量的思考一、背景全国一级行研发力量情况1、软件人员总量少。根据了解，全国一级分行软件人员总共大约630人，平均18人，仅大致相当于两三个项目组的力量。一些小行人员则更少，只有不到10人。2、软件部门承担任务多，用于研发的时间少。分行软件技术人员承担所有的应用软件任务，如应用系统维护、项目推广、项目开发、技术支持等任务。据统计，部署在分行的大小系统大约有200个，每个行都抱怨人手不足，特别是研发力量远不能满足要求，软件技术人员长期加班，仍不能有效解决问题。分行软件技术人员承担任务较多，一般日常主要工作是进

2、行系统维护和其他技术支持，只有不到30%的时间能用于项目研发。3、工作量大，部分人员带情绪工作。一方面，软件技术人员常年累月加班，与得到的回报不成比例，另一方面，科技人员晋升渠道比较之下相对狭窄，有些几乎可以说晋升无望，部分科技人员一定程度上存在不满情绪，对工作造成一定影响。（二）开发需求旺盛一方面是软件开发人员紧缺，另一方面是业务部门的开发需求非常旺盛，比如营销支持、管理信息服务、结算支持、外部监管需求等。特别，营销支持需求一般时间性很强，大多要求在很短时间内必须完成，否则营销机会就会丧失。据统计，分行机构部、个人部、

3、电子银行部等前台部门的需求几乎占了所有需求的80%以上。(%1)业务部门的高期望和研发产出少的矛盾业务部门对科技的期望值较高，认为开发需求都应给予响应和完成，不了解开发需要一个较长的时间过程，需要投入大量人力。另一方面，科技部门的研发产出确实有限，一年也出不了几个项目。业务的期望和科技的产出发生了矛盾。二、制约分行研发力量的主要因素分析(-)软件研发是劳动密集型工作1、软件编码需要投入人员多。软件研发在分析和设计阶段是高强度的脑力劳动，此时需要人员较少，但人员水平要求较高，在编码阶段，就需要投入大量人力进行程序编写。如果

4、把软件项目比作一个建筑工程，那么程序员就是建筑工人，从人员数量需求和劳动强度看几乎一样，分行科技部门软件人员在部分时间里充当的就是”建筑工人”。2、科技部门技术是管理者，更是一线劳动者。分行别的业务部门主要是进行管理工作，可以把任务往下级行分解，而科技部门除理管理工作之外，更多的是一线的开发、运维和推广工作。科技研发中后期纯粹是一种手工劳动，完全靠自己双手完成，没有下家帮你。如果一个项目需要6人月的工作量，不干别的的工作，单单就这一个项目，就需要一个人半年的时间，分行安排起来难度较大。（二）分行科技人员相对较少从绝对数看

5、，特别是跟分行其他部门比较，分行科技部门人数已经非常多了。但从承担的工作任务看，平均到任务中，人数较少，大多数分行仅能勉强应付日常的运维和推广任务，能投入研发的力量少得可怜。从运维上看，分行目前在运行的应用系统大约200个，以每个分行20人计算，平均一个人就要负责10个系统，若考虑到AB角管理要求，一个人就要至少需熟悉20个应用系统，难度大，耗费了软件应用人员大部分时间和精力。（三）分行科技人员老化分行科技人员人数与其承担的任务相比，人员不足，另一方面，人员年龄结构也存在老化的现象。以**分行为例，分行科技部总共37人，

6、全部是30岁以上人员，60%是40岁以上，虽然说经验丰富，但知识老旧，特别是研发精力有限。（四）二级行及其以下科技人员能力退化严重随着系统的逐级上收，部署在二级行的系统几乎没有，二级行技术员平时基本没有接触到系统核心的东西，大部分时间在忙于客户端的事情，对他们的技术要求也降低了，慢慢地，二级行技术员的技术水平下降非常厉害。特别是二级行新入行大学生，由于没有接触到新的东西，技术水平几乎没有提高，他们也没能从二级行科技部门找到归属感和成就感，一定程度上打击了刚入行的抱负和热情。三、加强分行研发力量的思考与实践（一）增加研发人

7、员数量的办法思考1、充分利用二级行技术员。从目前情况看，大幅度增加分行技术员的难度较大，比较可行的办法是统筹考虑，充分盘活一定程度上处于闲置状态的二级行技术员。关键是如何找到一个办法，让二级行技术员能长期为分行工作。因为，按目前的管理体制，二级行人员由各二级行管理，人事和工资全部由二级行负责,分行无法干预。可以设计某种方案，让二级行出人出力，就能得到某种好处，比如考核加分等。2、外包部分研发任务、或聘请外协。增加研发力量也可以从外部进行考虑，任务外包或聘请外协是通常比较有效的办法。这里有个关键是外包风险的控制问题，若控制

8、好，外包外协是我行研发力量的有力补充。（二）提高研发人员能力的办法思考1、对研发人员进行培训。分行力量不够，可通过利用二级行力量来补充，但二级行技术员由于长期没有接触到系统的核心，对应用系统缺乏了解，能力上有欠缺。应对他们进行有针对性的培训，比如对一些开发工具、方法、模式和架构进行培训,也可以让他们进行一些应用系统的