首页 > 代码库 > 外包有风险,外包需谨慎
外包有风险,外包需谨慎
2014年公司的业务发展迅速,IT的发展步伐落在了业务的后面,由于内部的人力及资源限制,很多项目和计划无法及时执行,为了
跟上业务的发展,很多IT项目选择了外包,通过对这大半年的外包项目的观察及与外包团队的合作发现了企业内部业务系统外包的一些风
险。
目前我们采取的外包模式有如下2种,项目整体外包,人力外包.项目外包即将我们公司的项目整体外包给一家外包公司,我们只负责
提供需求说明书,由外包方负责开发,测试,部署,上线等等一系列的后续工作,最终我们只是接收源代码和详细设计,数据库设计等等
产出品,在项目上线后,我们开始接手代码及后续的维护升级,在合同期结束后就完全由我方来接手该项目了。人力外包就比较简单了,就
是由我们公司面试外包公司提供的人员,如果满足我们公司的项目需求则留下试用,除了工资不由我们公司直接发,合同不和我们签以外,
其它的和我们公司员工没有任何区别。
现在我来谈谈目前这2种外包遇到的问题,先说项目外包,由于现在软件外包行业的竞争激烈,利润已经大不如以前了,而且我们公司
的外包项目大多业务不简单,外包公司也基本没有积累过类似行业的项目经验,因为我们集团的项目以往都是由内部开发完成的,而且业务
形态比较复杂。所以刚开始外包公司的人员了解业务就是一个比较痛苦的过程,而且目前我们尝试外包的项目一般规模不会特别大,所以第
一次和我们合作的外包公司利润空间就可以想象了。行业现状就是如此,项目管理上说的让项目的甲方和乙方达到双赢的是比较理想的状态,
这个我就不多说了,当然我也不是说,外包公司就是来赔本赚吆喝的,那是不可能的。
现在出现问题的就是这些的项目外包了,首先外包公司接下项目后,并没有按照之前合同上说的要组建一个牛逼团队来投入开发。一般
情况是,如果项目合同定下来了,招聘工作才会正式进入,这个时候前期进入项目的一般就是一个业务和一个项目经理,还有一个技术经理,
当然也有可能是只有一个项目经理【项目经理还兼技术经理的角色 】和需求分析人员,其他的开发人员和测试人员就是在临时招聘的,如果
其他项目没有释放出人力的话。所以这样临时搭建的团队,团队的稳定性和协同力就很难保证了,所以项目的工期出现拖延就很正常了。在
项目开发过程中,外包团队中人员流失已经是见怪不怪的事情了。
出现延期的还有一种情况就是在合同签订后,外包方对需求分析有误,要求提出项目变更申请,或者项目经理将需求外延进行了扩展
要求提出变更,总之就是想法设法扩大范围或者延长工期。如果扩大范围不成功就要求工期延后,因为工期延后可以考虑用低陈本的人员来
替换高成本的人员,这样项目的成本也就降下来了。总之外包公司是要保证有一定利润的,不然他们也难以生存。
人力外包稍微比项目外包好点,但是也会有人员不稳定的情况,因为人力外包会造成外包员工没有归属感,人员相对也不可控,所以
一般人员流失的风险相对也比较高。特别是现在90后员工,自我意识比较强,离职原因中薪资原因可能还不是主要原因,其他人文关怀之类
的可能更加重要些,这样风险也就进一步加大了。
同时在项目外包初期,供应商对业务不了解,需要有内部人员介入,而且效率也会比较低,将会是一件劳心劳力的事情了,所以外包
之前一定要综合考虑各种问题,不能简单的就认为外包就可以万事大吉,推脱责任了。
外包有风险,外包需谨慎